ES2349844T3 - Generación de información de cobro en un sistema de comunicaciones de grupo. - Google Patents

Generación de información de cobro en un sistema de comunicaciones de grupo. Download PDF

Info

Publication number
ES2349844T3
ES2349844T3 ES06110077T ES06110077T ES2349844T3 ES 2349844 T3 ES2349844 T3 ES 2349844T3 ES 06110077 T ES06110077 T ES 06110077T ES 06110077 T ES06110077 T ES 06110077T ES 2349844 T3 ES2349844 T3 ES 2349844T3
Authority
ES
Spain
Prior art keywords
group
communications
charging
collection
server
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
Application number
ES06110077T
Other languages
English (en)
Inventor
Sami Ala-Luukko
Tero Jalkanen
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.)
Telia Co AB
Original Assignee
TeliaSonera AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by TeliaSonera AB filed Critical TeliaSonera AB
Application granted granted Critical
Publication of ES2349844T3 publication Critical patent/ES2349844T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1442—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework at network operator level
    • H04L12/1446—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework at network operator level inter-operator billing
    • 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
    • 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/50—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for cross-charging network operators
    • 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/53—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using mediation
    • 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/57—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for integrated multimedia messaging subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/0172—Mediation, i.e. device or program to reformat CDRS from one or more switches in order to adapt to one or more billing programs formats
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/52—Interconnection, inter-exchange, reseller billing, billing agreements between different operators, e.g. billing identifier added on the CDR in order to cross charge the other operator, inter-operator accounting, reconciliation, bill directly resellers customers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing

Landscapes

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

Abstract

Un procedimiento para recopilar información de cobro entre operadores en un sistema de comunicaciones de grupo para distribuir paquetes de datos o de voz a estaciones móviles según su pertenencia al grupo, comprendiendo el sistema un primer servidor de comunicaciones de grupo y un segundo servidor de comunicaciones de grupo, donde una unidad intermedia de recopilación de información de cobro, diferente de los servidores de comunicación de grupo, está prevista en una interfaz entre los servidores de comunicación de grupo que funcionan en modo pulsar para hablar a través de servidores celulares, en el que el procedimiento comprende: examinar (410), en la unidad de recopilación de información de cobro, un mensaje de comunicaciones de grupo que facilita comunicaciones de grupo entre participantes de comunicaciones de grupo ubicados en distintas redes, transferido a través de la interfaz entre los servidores de comunicación de grupo y recibido desde el primer servidor de comunicaciones de grupo o desde el segundo servidor de comunicaciones de grupo, generar (420) una unidad de información de cobro para el cobro entre operadores para cobrar por los recursos entre redes en función de al menos una parte del mensaje, y establecer (430; 440) un cobro entre operadores para cobrar por los recursos entre redes que utilizan la unidad de información de cobro.

Description

CAMPO DE LA INVENCIÓN
La presente invención se refiere a la generación de información de cobro en un sistema de comunicaciones de grupo. ANTECEDENTES DE LA INVENCIÓN
Una característica especial ofrecida en los sistemas de comunicaciones móviles es la comunicación de grupo. Convencionalmente, la comunicación de grupo sólo ha estado disponible en los sistemas de comunicaciones móviles troncales, tales como sistemas de radio móvil privada (PMR) o de radio profesional, tales como TETRA (radio troncal terrestre), los cuales son sistemas especiales de radio destinados principalmente a usuarios profesionales y gubernamentales. La comunicación de grupo también se está volviendo disponible en sistemas de comunicaciones móviles públicos. Nuevos servicios de datos y de voz de grupo basados en paquetes están desarrollándose para redes celulares, especialmente en la evolución de red GSM/GPRS/3G, donde el enfoque se basa en la idea de proporcionar un servicio de comunicación de grupo como un servicio de nivel de aplicación o de usuario basado en paquetes, de manera que la red celular subyacente solo proporciona las conexiones básicas (es decir, conexiones IP) entre las aplicaciones de comunicaciones de grupo en terminales de usuario y el servicio de comunicación de grupo. Cuando este enfoque se emplea en la comunicación de tipo pulsar para hablar (pushto-talk), el concepto también se denomina como pulsar para hablar a través de una red celular (PoC).
Generalmente, en la comunicación de voz de grupo con una característica “pulsar para hablar, soltar para escuchar”, una llamada de grupo se basa en el uso de un pulsador (PTT, conmutador de pulsar para hablar) en un teléfono como un conmutador: presionando un PTT, el usuario indica s deseo de hablar, y el equipo de usuario envía una solicitud de servicio a la red. La red o bien rechaza la solicitud o bien asigna los recursos solicitados basándose en criterios predeterminados, tales como la disponibilidad de los recursos y la prioridad del usuario solicitante. Al mismo tiempo, también se establece una conexión con todos los demás usuarios activos del grupo específico del abonado. Después de que se haya establecido la conexión de voz, el usuario solicitante puede hablar y los otros usuarios pueden escuchar por el canal. Cuando el usuario suelta el PTT, el equipo de usuario señaliza un mensaje de liberación a la red, y los recursos se liberan. Por lo tanto, los recursos se reservan para la transacción de voz real o elemento de voz, en lugar de reservar los recursos para una "llamada".
La arquitectura de cobro IMS (subsistema multimedia IP) se utiliza para cobrar los servicios PoC. La arquitectura comprende una función de recopilación de cobro (CCF) para el cobro fuera de línea y un sistema de cobro en línea para cobrar en línea eventos relacionados con servicios PoC, donde estas entidades están conectadas a un servidor PoC. El servidor PoC, que lleva a cabo o bien una función PoC de participación (para un participante de una sesión PoC) o bien una función PoC de control (para el titular de una sesión PoC), prepara información de cobro para las entidades de cobro fuera de línea y en línea. El cobro de los servicios PoC también se describe en la especificación "Push-to-talk over Cellular (PoC) -Architecture" de la OMA (Alianza Móvil Abierta), versión candidata 1.0, 5 de agosto de 2005, 167 páginas (OMAAD_PoC-V1_0-20050805-C). La especificación 3GPP TS 32.272 "Push-to-talk over Cellular (PoC) charging (Release 6)” del 3GPP, V6.2.0, diciembre de 2005, describe en mayor detalle funciones de cobro que pueden llevarse a cabo en el sistema PoC. En estos documentos se describe la funcionalidad de cobro para cobrar a los usuarios PoC por el uso de los servicios PoC. Sin embargo, además de el cobro operador-abonado, existe la necesidad de recopilar información de cobro entre operadores para cobrar el uso de los recursos de transmisión de datos entre operadores proporcionados a otros operadores o proveedores de servicio, por ejemplo para cobrar a un operador de red local por una conexión entre redes proporcionada para transferir información a/desde un abonado PoC itinerante en una red visitada. Tal cobro entre operadores se ha basado en la cantidad de datos transferidos.
El documento US 2004/0077333 da a conocer un procedimiento para contabilizar una señalización tarificable en una red de comunicaciones. Una función de control de estado de llamada (CSCF) está dispuesta en una red UMTS para reunir información de contabilidad basándose en los mensajes de señalización transferidos. La contabilidad entre operadores está dispuesta en función de la cantidad de datos en los mensajes de señalización. También puede proporcionarse una función de contabilidad o de facturación en función del tipo o asunto de los datos de señalización.
El documento WO 2005/025255 se refiere al establecimiento de una comunicación de tipo pulsar para hablar entre el miembro de un grupo de una primera red de comunicaciones y el miembro de un grupo de otra red de comunicaciones, haciéndose funcionar las redes mediante diferentes operadores de red. Los servidores de aplicaciones PoC de los diferentes operadores están sincronizados para una comunicación PoC entre las redes. Un servidor de aplicaciones PoC conectado a una utilidad de facturación puede generar registros de facturación y registros de interconexión para la contabilidad. BREVE DESCRIPCIÓN DE LA INVENCIÓN
A continuación se proporcionan un procedimiento y un aparato que facilitan un cobro entre redes mejorada. Varios aspectos de la invención incluyen un procedimiento, un dispositivo de comunicaciones y un sistema, los cuales están caracterizados por lo expuesto en las reivindicaciones independientes. Varias realizaciones de la invención se dan a conocer en las
reivindicaciones dependientes.
La presente invención se refiere a con la recopilación de información de cobro entre operadores en un sistema de comunicaciones de grupo que comprende un primer elemento de red de comunicaciones de grupo y un segundo elemento de red de comunicaciones de grupo. Según un aspecto de la invención, una unidad intermedia de recopilación de información de cobro está prevista en una interfaz entre los elementos de red de comunicación de grupo. La unidad de recopilación de información de cobro examina un mensaje de comunicaciones de grupo recibido desde el primer elemento de red de comunicaciones de grupo o desde el segundo elemento de red de comunicaciones de grupo. Una unidad de información de cobro para el cobro entre operadores para cobrar por los recursos entre redes se genera en función de al menos una parte del mensaje, y la unidad de información de cobro se aplica para el cobro entre operadores.
La unidad de recopilación de información de cobro se refiere en general a un dispositivo, a un módulo de un dispositivo o a una funcionalidad de un dispositivo para proporcionar las características técnicas mencionadas anteriormente. Debe observarse que el término "cobro" debe entenderse de manera genérica para cubrir características relacionadas con el cobro o facturación de servicios de comunicaciones, y que también puede referirse a la "contabilidad", utilizada en algunos casos. Además, el término “unidad de información de cobro” debe entenderse de manera genérica para hacer referencia a una unidad de información que comprende información apropiada para fines de cobro entre operadores. Una unidad de este tipo puede ser un registro de datos de cobro completa o una unidad que comprende información recopilada a partir de y/o definida en función de una o más cabeceras predeterminadas del mensaje. El término "cobro entre operadores" se refiere en general a el cobro entre dos entidades de redes diferentes, por ejemplo entre operadores de red o proveedores de servicios.
Según una realización, la unidad de información de cobro se transmite para el cobro entre operadores a un sistema de cobro del primer elemento de red de comunicaciones de grupo y/o del segundo elemento de red de comunicaciones de grupo.
Según otra realización, la unidad de recopilación de información de cobro está dispuesta para examinar mensajes entre al menos dos servidores PoC, siendo el primer elemento de red de comunicaciones de grupo y la segunda parte del sistema servidores PoC. La unidad de recopilación de información de cobro está dispuesta para generar la unidad de información de cobro en función de un mensaje de protocolo de control PoC.
La invención y sus realizaciones proporcionan varias ventajas. Es posible generar información de cobro en función de mensajes de comunicaciones de grupo entre redes de comunicaciones de grupo para fines de cobro entre operadores, y en particular para permitir el cobro por el uso de recursos de conexión entre operadores. La información de cobro puede generarse en función de mensajes de comunicaciones de grupo que se transfieren sin embargo para permitir las comunicaciones de grupo entre entidades de distintas redes. Además, no es necesario realizar cambios en los dispositivos de comunicaciones de grupo existentes, por ejemplo en los servidores PoC. Un operador o proveedor de servicios de comunicaciones de grupo no tiene que implementar en su red una recopilación de información de cobro entre redes, sino que puede externalizar estas actividades en una tercera parte que haga funcionar a la unidad intermedia de recopilación de información de cobro. Otra ventaja sustancial es que pueden aplicarse diferentes modelos de cobro para el cobro entre redes. Puesto que los mensajes de comunicaciones proporcionan una información diversa, la unidad intermedia de recopilación de información de cobro puede disponerse para soportar diferentes modelos de cobro. Por lo tanto, un cobro más versátil está disponible en comparación con el cobro entre operadores convencional basada en la cantidad de datos transferidos entre las redes. BREVE DESCRIPCIÓN DE LOS DIBUJOS
A continuación se describirá la invención en mayor detalle mediante realizaciones preferidas y con referencia a los dibujos adjuntos, en los que:
la Figura 1 ilustra un concepto general de una disposición de red PoC;
la Figura 2 ilustra funciones de red PoC en mayor detalle con relación a una red
GSM/GPRS;
la Figura 3a ilustra una interfaz entre redes en un sistema PoC según una realización de
la invención;
la Figura 3b ilustra una unidad intermedia de recopilación de cobro según una realización
de la invención;
la Figura 4 ilustra un procedimiento según una realización de la invención; y
la Figura 5 ilustra arquitecturas de red a modo de ejemplo según algunas realizaciones de
la invención. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
La presente invención puede aplicarse para establecer la generación de información de cobro entre redes de comunicaciones de grupo, tales como redes PMR (radio móvil privada) o LMR (radio móvil terrestre) y/o redes PoC. La invención puede aplicarse a sistemas en los que la comunicación se establece a través de una conexión de conmutación de circuitos y/o de conmutación de paquetes. Algunas realizaciones dadas a conocer posteriormente se describen utilizando mensajes relacionados con servicios PoC transmitidos entre redes basadas en servicios de transmisión de paquetes por radio GPRS, por ejemplo, sin limitar la invención solamente a estos sistemas. Además, voz sobre IP (VoIP) solo se menciona como un ejemplo de procedimientos de comunicación basados en IP que pueden aplicarse al sistema.
La Figura 1 ilustra un concepto general de una disposición de red PoC. En la Figura 1, un sistema de comunicación de grupo 100 basado en paquetes que presenta diferentes funciones en el plano de control CPF y diferentes funciones en el plano de usuario UPF está previsto en el nivel superior de la red móvil. Por debajo, la red móvil comprende una red central CN y una red de acceso por radio RAN para ofrecer una conexión de radio a las estaciones móviles MS. La red celular puede basarse en cualquier red móvil de segunda o tercera generación, o de mayor generación, tal como una red GSM/GPRS o una red UMTS (3GPP). La red de acceso por radio RAN también puede implementarse como una red de área local inalámbrica WLAN. Sin embargo, el tipo y la estructura de la red inalámbrica por debajo de la disposición de red PoC son irrelevantes para la implementación del servicio PoC, siempre que una conexión de datos por paquetes esté disponible para la red inalámbrica a través de la red inalámbrica. Por lo tanto, cualquier red inalámbrica de conmutación de paquetes puede utilizarse como un servicio de portadora para el servicio PoC.
El sistema de comunicaciones de grupo 100 puede realizarse como un sistema de servidores que comprende uno o más servidores. La comunicación de abonado dirigida al sistema de servidores se encamina normalmente a través de un proxy, ya que el servicio PoC no permite normalmente una comunicación de igual a igual entre terminales y un servidor (servidores). Conceptualmente, el sistema de servidores de comunicación de grupo puede comprender funciones en el plano de control CPF y funciones en el plano de usuario UPF que proporcionan aplicaciones servidoras en modo de paquete que se comunican con la(s) aplicación(es) cliente de comunicación de grupo de las estaciones móviles MS a través de las conexiones IP proporcionadas por el sistema de comunicación. Esta comunicación incluye paquetes de señalización y paquetes de comunicación de voz o de datos.
La(s) función(es) en el plano de usuario UPF es (son) responsable(s) de distribuir paquetes de datos o de voz a las estaciones móviles MS según su pertenencia al grupo y otros ajustes. La UPF reenvía el tráfico solamente entre conexiones válidas programadas por la CPF. En el caso de comunicación de voz, puede basarse en un protocolo de voz sobre IP (VoIP), y/o en un protocolo de transporte en tiempo real (RTP). El funcionamiento básico en el plano del usuario incluye normalmente que todo el tráfico de paquetes de datos o de voz de un usuario emisor se encamine a la UPF, la cual suministra después el tráfico de paquetes a todos los usuarios receptores del grupo, utilizando una técnica adecuada, tal como multidifusión o unidifusión múltiple (multi-unidifusión).
La función CPF es responsable de la gestión en el plano de control de la comunicación de grupo. Puede incluir, por ejemplo, gestionar la actividad del usuario y la creación y eliminación de conexiones lógicas en el plano de usuario con un protocolo de control apropiado, tal como el protocolo de inicio de sesión SIP. El usuario también puede llevar a cabo una agrupación y una desagrupación con la CPF utilizando señalización de control, por ejemplo el protocolo SIP. La CPF también lleva a cabo el registro y la autenticación del usuario.
El sistema de servidores de comunicación de grupo 100 también puede incluir una función de gestión de abonado y de grupo (SGMF) para gestionar los datos del abonado y del grupo. También puede proporcionar herramientas e interfaces específicas necesarias para la provisión de abonados y de grupos. El sistema 100 también puede incluir un registro REG para almacenar todos los datos proporcionados en el sistema de comunicación de grupo. El sistema de servidores de comunicación de grupo 100 puede incluir además una funcionalidad de servicio de presencia (PresS), la cual puede proporcionarse en el lado de infraestructura mediante un servidor de presencia PS. A su vez, las estaciones móviles MS comprenden por tanto aplicaciones cliente de presencia. La información de presencia del dispositivo del usuario puede suministrarse a otros dispositivos de usuario de un grupo de comunicaciones.
La Figura 2 muestra solamente algunos de los elementos de red de una red GSM/GPRS subyacentes a los elementos de sistema PoC. Las redes GSM/GPRS también comprenden un gran número de elementos de red diferentes, pero la apreciación de la invención no requiere que estos elementos se describan en este documento.
Controladores de estación base BSC1/2, conectados a estaciones base BTS1/2, también están conectados tanto a una red central GSM de conmutación de circuitos (CS) como a una red GPRS de conmutación de paquetes (PS), solo describiéndose la segunda en mayor detalle en este documento. Para una conexión de conmutación de paquetes, el BSC está acoplado además a una unidad de control de paquetes (PCU). La PCU está acoplada a un nodo servidor de soporte GPRS (SGNS) a través de una interfaz Gb para proporcionar una trayectoria de portadora y una interfaz de señalización entre la PCU y el SGSN.
Además de los nodos servidores SGSN, el sistema de transmisión de paquetes por radio GPRS puede comprender varios nodos pasarela GGSN (nodo pasarela de soporte GPRS). Normalmente, varios nodos servidores SGSN está conectados a un nodo pasarela GGSN. Tanto los nodos SGSN como los nodos GGSN funcionan como encaminadores que soportan la movilidad de una estación móvil, encaminadores que controlan el sistema móvil y encaminan paquetes de datos a estaciones móviles independientemente de su ubicación y del protocolo utilizado. La información específica de abonado se almacena en un servidor de abonado local HSS. El nodo pasarela GGSN actúa como una pasarela entre el sistema de transmisión de paquetes por radio GPRS y una red de datos externa PDN (red de datos por paquetes). Las redes de datos externas incluyen la red UMTS o la red GPRS de otro operador de red, Internet, una red X.25 o una red de área local privada. El GGSN también puede conectarse directamente a una red de una compañía privada o a un ordenador central, como el sistema de servidores de comunicación PoC a través de un proxy SIP, tal y como se ilustra en la Fig. 2.
Por consiguiente, la red GSM/GPRS de la Figura 2, conocida como tal, proporciona una infraestructura de comunicación basada en IP, sobre la cual se implementa el servicio PoC como una transferencia de datos entre el sistema de servidores de comunicación de grupo PoC y las aplicaciones cliente PoC que residen en las estaciones móviles MS, y entre los servidores de comunicación de grupo PoC de diferentes redes. El GGSN está conectado al sistema de servidores de comunicación de grupo PoC a través del proxy SIP, por lo que el proxy SIP encamina los paquetes VoIP entre las estaciones móviles MS y el sistema de servidores de comunicación de grupo PoC. Debe observarse que las entidades IMS no se ilustran en detalle en la Figura 2. Para más detalles de las entidades IMS, tales como las CSCF (funciones de control de estado de llamada) que se comunican con el sistema de servidores de comunicación de grupo PoC, se hace referencia a la especificación TS 23.228, “IP Multimedia Subsystem; Stage 2 (Release 7)" del 3GPP, versión 7.1.0, septiembre de 2005; por ejemplo, la Figura 4.
Una función de recopilación de cobro (CCF) puede cobrar fuera de línea (a través de la interfaz Rf al servidor PoC) y un sistema de cobro en línea (OCS) puede cobrar en línea (a través de la interfaz Ro al servidor PoC) para abonados PoC de eventos relacionados con servicios PoC, estando conectadas además estas dos entidades al sistema de facturación de un operador. El servidor PoC puede conectarse a un sistema PoC remoto y a un servidor PoC remoto a través de la interfaz PoC-4, denominada también como NNI. Mensajes de control (control de ráfaga de habla) y de datos multimedia de usuario pueden transferirse (por RTP y RTCP, respectivamente) a través de esta interfaz entre los sistemas PoC.
Para más detalles de la arquitectura y de los servicios PoC se hace referencia al documento 3GPP TR 23.979 del 3GPP, v. 6.2.0, "Push-to-talk over Cellular (PoC) servicies; Stage 2 (Release 6)", junio de 2005, y a la especificación “Push to talk over Cellular (PoC) -Architecture” de la OMA, versión candidata 1.0, 5 de agosto de 2005, 167 páginas.
Según una realización de la invención, para facilitar el cobro entre operadores por el uso de recursos entre redes, una unidad intermedia de recopilación de información de cobro está prevista en una interfaz entre redes (lo que también puede implicar entre operadores, entre proveedores de servicios o entre sistemas en el contexto de la presente aplicación), es decir, puede conectarse a una línea entre redes de diferentes proveedores de servicios u operadores de red, por ejemplo.
La unidad intermedia de recopilación de información de cobro está dispuesta en una realización para interceptar comunicaciones entre servidores de comunicación de grupo, es decir, en la interfaz lógica entre los servidores de comunicación de grupo, y está dispuesta para generar información de cobro basándose en partes seleccionadas de tales comunicaciones. La unidad intermedia de recopilación de información de cobro puede disponerse para comprobar uno o más campos de cabecera predeterminados de mensajes según el (los) protocolo(s) aplicado(s) en la comunicación entre los servidores de comunicación de grupo.
En una realización, la unidad intermedia de recopilación de información de cobro está dispuesta para definir información de cobro basándose en mensajes de protocolo de control de comunicaciones de grupo de voz. A continuación se ilustra una realización en la que la unidad intermedia de información de cobro es un dispositivo proxy que comprende medios para la conexión con una interfaz entre redes PoC y servidores PoC, pero debe observarse que una o más de las características siguientes también pueden aplicarse a otros tipos de dispositivos intermediarios.
La Figura 3a ilustra una interfaz PoC-4 de niveles de arquitectura PoC entre servidores PoC 300a, 300b según una realización, donde se proporciona un proxy 310 que puede examinar comunicaciones PoC. El proxy 310 puede estar previsto en una zona de encaminamiento facilitando las comunicaciones entre redes, tales como redes de diferentes operadores PLMN o de diferentes proveedores de servicios PoC. El proxy 310 está dispuesto para generar información de cobro para un cobro entre operadores en función de las comunicaciones PoC, es decir, para generar unidades de información de cobro o registros de datos de cobro (CDR) en función de mensajes recibidos desde uno o más servidores PoC 300a, 300b. Debe observarse que los contenidos de mensaje que se analizan para fines de generación de información de cobro pueden originarse en el servidor PoC 300a, 300b, o en alguna otra entidad del entorno del proveedor de servicios.
Según una realización, el proxy 310 está dispuesto para analizar uno o más campos de cabecera de mensaje que se originan en un cliente PoC de un terminal móvil y/o que se originan en un servidor PoC de participación o de control. El proxy 310 puede estar dispuesto para analizar y generar información de cobro en base a mensajes de control y/o del plano de usuario.
La Figura 3b ilustra módulos básicos del proxy 310. El módulo 312 representa un módulo de comunicaciones para la conexión con una interfaz entre operadores y para recibir y analizar mensajes de un servidor PoC 300a, 300b. Este módulo también puede retransmitir el mensaje. El módulo de comunicaciones 312 puede proporcionar una pila de protocolos para implementar comunicaciones con el servidor PoC 300a, 300b y con elementos de red de capa inferior. El módulo 312 soporta uno o más protocolos de comunicaciones de grupo y una pila de protocolos específica de red subyacente para recibir, analizar y transmitir mensajes de comunicaciones de grupo. La referencia 320 representa un módulo de generación de información de cobro para generar unidades de información de cobro en función de mensajes en la interfaz de servidor PoC.
Códigos de programa informático almacenados en un medio de memoria y ejecutados en una unidad de procesamiento de un dispositivo que proporciona el proxy 310 pueden utilizarse para hacer que el dispositivo proxy implemente medios para proporcionar funciones inventivas relacionadas con la disposición de la recopilación de información de cobro entre redes, ilustrándose posteriormente en mayor detalle algunas realizaciones de las funciones inventivas. Soluciones hardware o una combinación de soluciones hardware y software también pueden utilizarse para implementar las funciones inventivas. Debe apreciarse que los bloques ilustrados en la Figura 3b son bloques funcionales que pueden implementarse en una variedad de configuraciones de circuito diferentes. Por ejemplo, las funciones del módulo de comunicaciones 312 pueden distribuirse entre una pluralidad de unidades de hardware y/o de software. Además, los módulos ilustrados en la Figura 3b y características más específicas ilustradas posteriormente pueden aplicarse para generar información de cobro entre operadores entre cualquier servidor de comunicaciones de grupo.
La Figura 4 ilustra operaciones básicas que pueden llevarse a cabo en el proxy 310. En la etapa 400, un mensaje de comunicaciones de grupo se recibe en la interfaz de servidor PoC, es decir, la interfaz POC-4. El proxy 310 puede estar dispuesto para interceptar y examinar solamente paquetes específicos que requieran cobro entre redes. Por ejemplo, una o más propiedades de cabecera de paquete pueden predeterminarse como el inicio de activación del procedimiento de la Figura 4 para un paquete recibido. Como un ejemplo adicional, el proxy 310 puede disponerse para detectar determinados paquetes de comunicaciones de grupo PoC, o algunos de tales paquetes, que cumplan los criterios de generación de datos de cobro entre operadores, e iniciar el procedimiento en la etapa 410.
El proxy 310 está preconfigurado con uno o más elementos de información, los cuales se comprueban a partir de un mensaje de comunicaciones de grupo recibido para fines de cobro entre redes. En la etapa 410, uno o más elementos de información del mensaje recibido se comprueban para fines de generación de información de cobro entre redes. Por lo tanto, pueden comprobarse los contenidos de uno o más campos de cabecera de protocolo específicos. Después, el mensaje puede reenviarse a una red de destino y a un servidor PoC. Debe observarse que el proxy 310 puede configurarse para llevar a cabo un procesamiento adicional relacionado con el mensaje antes de retransmitir los contenidos del mensaje.
En la etapa 420 se generan una o más unidades de información de cobro (CIU) entre operadores en función de los contenidos del mensaje recibido. Esta operación puede incluir la inclusión de un identificador obtenido a partir del mensaje y/o la creación o derivación de información para la CIU en función de los contenidos de mensaje. Alguna información de la CIU puede originarse completamente a partir del proxy 310. La CIU puede ser un mensaje completo que se ajuste a un formato específico acordado como un formato de intercambio de información entre los sistemas de cobro entre operadores de los proveedores de servicios.
En la etapa 430, la unidad de información de cobro generada se transfiere a otra entidad par fines de cobro. Por ejemplo, el proxy 310 puede transferir la CIU a un elemento de sistema de cobro del operador que controla al proxy 310, o a un sistema de cobro o de contabilidad entre operadores, que puede residir en una red de otro proveedor de servicios. Otro ejemplo es que la CIU se almacena simplemente en un medio de almacenamiento de información de cobro para fines de generación de facturas, por ejemplo. La transmisión de la CIU puede utilizar características y protocolos de intercambio de información de cobro ya aplicados entre sistemas de información de cobro. Tal y como se ilustra en la etapa 440, el cobro entre operadores para cobrar el uso de recursos entre redes se establece utilizando la CIU. Esta etapa es específica del sistema de cobro y puede implicar la generación de una factura que va a cobrarse a un operador de red en función de las CIU acumuladas, por ejemplo. Debe observarse que la etapa 440 está marcada mediante una línea de puntos para ilustrar que en la presente realización esta etapa se proporciona por uno o más elementos de red.
En una realización, los mensajes del TBCP (protocolo de control de ráfaga de habla) especificados por la OMA se aplican como base para la generación de información de cobro. El TBCP se aplica para proporcionar control de espacio en el entorno PoC. En esta realización, el proxy 310 y el módulo de comunicaciones 312 pueden estar dispuestos para analizar uno o más campos de cabecera de un mensaje TBCP recibido. El módulo de comunicaciones 312 del proxy 310 comprende una pila de protocolos para recibir, analizar y transmitir mensajes TBCP. Los mensajes TBCP se transfieren como paquetes RTCP APP, especificándose el RTCP (protocolo de control en tiempo real) en la norma IETF RFC 3550. Una pila UDP/IP (protocolo de datagramas de usuario/protocolo de Internet) se aplica para soportar la transferencia de mensajes RTCP. En una realización, el proxy 310 y el módulo de comunicaciones 312 pueden analizar uno o más campos de los mensajes TBCP. Para más detalles de los contenidos de mensaje y de las características TBCP actuales, se hace referencia a la especificación "PoC User Plane” de la OMA, versión candidata 1.0, 4 de noviembre de 2005. Los contenidos de mensaje TBCP se especifican en el capítulo 6.5. A continuación se ilustran algunos ejemplos de implementación adicionales de la realización que aplica mensajes TBCP para la generación de información de cobro en el proxy 310.
En un primer ejemplo, el proxy 312 está dispuesto para generar información de cobro en función de uno o más de los siguientes mensajes TBCP: solicitud de ráfaga de habla, confirmación de ráfaga de habla o ráfaga de habla concedida, denegación de ráfaga de habla, ráfaga de habla tomada, liberación de ráfaga de habla, ráfaga de habla completa, detener ráfaga de habla. Como un ejemplo, el proxy 312 puede estar dispuesto para especificar una unidad de cobro para cobrar al abonado cuando se recibe una solicitud de ráfaga de habla TBCP desde un terminal POC (MS) asociado con el abonado. Por lo tanto, puede tarifarse cada intento de acceso en base a la pulsación de la tangente en el terminal. En otro ejemplo, siempre se cobra al abonado cuando el terminal asociado accede a la sesión PoC en función del mensaje de confirmación de ráfaga de habla. Otro ejemplo adicional es que la información de cobro se genera en función de mensajes de libración detectados.
En una realización, la unidad intermedia de recopilación de información de cobro está dispuesta para detectar (en la etapa 410) al menos un identificador de una sesión de comunicaciones de grupo y para incluir este identificador en la información de cobro. En la presente realización PoC, cada abonado o usuario de terminal PoC está representado por uno o más identificadores en función de si el proxy 310 puede disponerse para identificar directa o indirectamente una entidad tarificada. En una realización adicional, el proxy 310 puede disponerse para comprobar un identificador de usuario o de cliente PoC en el mensaje recibido y para incluir el identificador PoC en la unidad de información de cobro. Como un ejemplo adicional, puede aplicarse el identificador de fuente de sincronización (SSRC) definido en la norma IETF RFC 3550 y que identifica una fuente del flujo de paquetes RTP. El proxy 310 puede disponerse entonces para comprobar una SSRC a partir de un mensaje TBCP recibido y para incluir la SSRC como un identificador en la unidad de información de cobro. Sin embargo, debe observarse que otros identificadores específicos o no específicos de PoC también pueden comprobarse o definirse por el proxy 310 e incluirse en la unidad de información de cobro. Por ejemplo, puede aplicase un IMSI, un MSISDN u otro identificador específico de sistema PoC (por
ejemplo, un identificador de grupo o de sesión PoC).
En una realización, el proxy 310 está dispuesto para comprobar un identificador de un servidor PoC (300a y/o 300b) y para generar información de cobro en función de este identificador. En una realización adicional, el proxy 310 puede disponerse para comprobar una dirección IP fuente y/o destino del paquete recibido para definir el servidor PoC. Por lo tanto, el proxy 310 puede disponerse, en general, para comprobar la información de diferentes cabeceras de protocolo en la etapa 410 para reunir información necesaria para generar y transmitir la unidad de información de cobro. En función de esta información, es posible separar diferentes operadores o proveedores de servicio y enviar la unidad de información de cobro generada a una entidad apropiada. El identificador de servidor PoC puede estar incluido en la unidad de información de cobro. Además, el destino de la unidad de información de cobro puede determinarse en función del identificador de servidor PoC. Por lo tanto, la recopilación de información de cobro en la unidad de recopilación intermedia o el proxy 310 puede basarse en varios niveles o entidades de la arquitectura del sistema. En una realización, la recopilación de información de cobro se basa en niveles IP, por lo que la recopilación, y también la determinación, de información de cobro puede establecerse en función de la dirección IP o de la información de dominio de servidor PoC. En otra realización, el cobro está basada en “niveles PoC” de manera que se aplican las direcciones PoC del usuario o del grupo. Por lo tanto, es posible especificar la elaboración de la información de cobro de entre operadores hasta un nivel deseado.
Debe observarse que los protocolos y los tipos de información ilustrados anteriormente son simplemente ejemplos de posibles fuentes para la generación de información de cobro, y la unidad intermedia de recopilación de información de cobro, tal como el proxy 310, puede disponerse para aplicar cualquier combinación de las realizaciones mencionadas y también otros protocolos y elementos de información.
Puesto que diferente información está disponible a partir de los mensajes de comunicaciones, el proxy 310 y el sistema de cobro entre redes global pueden disponerse para soportar diferentes modelos de cobro entre operadores. El proxy 310 puede estar dotado de varias configuraciones u objetos de cobro que determinan qué información definir a partir de los mensajes recibidos y cómo generar la unidad de información de cobro. Una entidad en un sistema de cobro o de contabilidad puede procesar entonces la unidad de información de cobro y generar una entrada o registro tarificable que va a facturarse, o cambiar de crédito, por ejemplo. Como un ejemplo de un modelo de cobro avanzado aplicable para el cobro entre redes, el proxy 310 puede disponerse para recopilar información para determinar la duración de ráfagas de voz a partir de mensajes PoC. La tarifa puede depender entonces de la duración de una ráfaga de voz. Además, pueden asociarse diferentes precios a ráfagas de voz de diferentes duraciones. Por ejemplo, el precio para ráfagas de voz que tengan una duración de entre 5 y 10 segundos puede ser de 10 céntimos.
Puesto que varias realizaciones de la presente invención permiten muchos modelos de cobro y tipos de información de cobro diferentes, cada operador u otra entidad que utilice el proxy 310 puede acordar con un posible proveedor de servicios proxy los términos y el formato de las unidades de datos de cobro entre operadores a partir del proxy 310. Entonces, el proxy 310 puede configurarse de manera correspondiente. El hardware y el software del proxy 310 pueden equiparse y configurarse para soportar varias interfaces a otros sistemas con el fin de enviar información de cobro. Tales interfaces pueden ser específicas del operador y no necesitan describirse en detalle en este documento. Por lo tanto, el proxy 310 puede disponerse para soportar varios formatos de información, protocolos y requisitos específicos entre operadores. Como consideraciones adicionales, el formato de las unidades de información de cobro o los CDR generados por el proxy 310, y algunos formatos de mensaje y de almacenamiento ya aplicados o futuros para intercambiar información de cobro pueden aplicarse al sistema de cobro y al proxy 310. Por ejemplo, pueden aplicarse formatos legibles por las personas. En una realización, se aplica un formato basado en XML (lenguaje de marcas extensible).
En una realización pueden aplicarse mediadores, que pueden ser dispositivos específicos del sistema de cobro, para procesar los registros o unidades de datos de cobro entre operadores a partir del proxy 310. El proxy 310 está configurado para transmitir al menos alguna información para fines de cobro a un mediador de este tipo que esté configurado para recibir tal información y para procesarla y/o suministrarla adicionalmente. Debe observarse que un mediador de este tipo también puede procesar información para cobrar a partir de otros recursos del sistema de telecomunicaciones. En una realización adicional, uno o más mediadores procesan la información recopilada por el proxy 310. Por lo tanto, un mediador de este tipo puede llevar a cabo al menos algunas de las características ilustradas anteriormente en conexión con la etapa 430 de la Figura 4 y generar unidades de información de cobro o facturas reales. Por ejemplo, un mediador de este tipo puede procesar datos a partir del proxy 310 indicando el número de ráfagas transferidas. El proxy 310 puede configurarse para comunicarse con dispositivos mediadores ya aplicados.
En una realización, el proxy 310 se hace funcionar como un “intermediario” en el sistema de telecomunicaciones. Un proveedor de servicios o un operador del proxy 310 pueden proporcionar servicios de cobro completos entre operadores, por ejemplo de manera que a un operador de red se le proporciona una factura completa en determinados periodos de tiempo para todas las comunicaciones (de grupo) entre operadores. En otro ejemplo, el propio operador de red tiene utilidades de generación de información de cobro que producen información de cobro que pueden añadirse a o procesarse con la información de cobro entre operadores recibida que se origina en el proxy 310. Por ejemplo, puede establecerse por tanto una comparación de la información de cobro.
En una realización, el proxy 310 comprende una interfaz de configuración para gestionar ajustes u objetos de cobro relacionados con las características de cobro actuales. Mediante esta configuración pueden añadirse, modificarse o eliminarse ajustes de la interfaz de gestión. Por ejemplo, pueden configurarse al menos algunos de los identificadores relacionados con el cobro, ilustrados anteriormente, que van a comprobarse e incluirse en las unidades de información de cobro entre operadores. En una realización adicional, puede haber múltiples configuraciones en el proxy 310, y cada configuración puede gestionarse por separado por una aplicación de gestión. En una realización adicional, la interfaz de configuración proporciona gestión remota, es decir, un dispositivo remoto conectado al proxy 310 puede gestionar los ajustes.
La Figura 5 ilustra algunas arquitecturas de red a modo de ejemplo para aplicar la unidad intermedia de recopilación de información de cobro. La unidad intermedia de recopilación de información de cobro, en el ejemplo de la Figura 5 el dispositivo proxy 310a, puede generar información de cobro entre operadores entre dos sistemas de red 500a y 500b. El dispositivo proxy 310a a c puede estar situado en el dominio de encaminamiento del sistema de red respectivo 500a a c y funcionar como un proxy SIP con funcionalidad adicional, tal y como se ha ilustrado anteriormente. Además de la funcionalidad relacionada con la generación de información de cobro ilustrada, el dispositivo proxy 310a a c puede proporcionar otras tareas entre redes, tales como funciones de interoperabilidad (por ejemplo, transcodificación y conversión de protocolos), varias características relacionadas con el encaminamiento, características de seguridad y mantenimiento de la calidad de servicio.
El dispositivo proxy 310a también puede disponerse para comunicarse con otro dispositivo proxy 310b con el fin de generar y/o intercambiar información de cobro. Algunos elementos de red de una red 3GPP con capacidades PoC también se ilustran en la Figura 5: una pasarela limítrofe 550 proporciona comunicación entre la red central del sistema 500a y el dispositivo proxy 310a, y puede entregar mensajes en el plano de usuario a y desde un GGSN 530 y mensajes en el plano de control a y desde la(s) CSCF 520. El servidor PoC 300 puede transmitir y recibir mensajes de control y multimedia PoC a y desde la CSCF 520. Una funcionalidad de cobro CHF 510 puede estar dispuesta para tratar información de cobro entre redes a partir de al menos un dispositivo proxy 310a. Debe observarse que la funcionalidad de cobro 510 o que un dispositivo que proporcione el cobro entre redes también puede residir fuera de la red móvil 500a. Por ejemplo, un proveedor de servicios externo y un dispositivo de recopilación de datos de cobro pueden recopilar datos de cobro a partir de los dispositivos proxy 310a a c.
Haciendo referencia a la Figura 5, un escenario básico en el que pueden aplicarse las características de información de cobro ilustradas anteriormente, es uno en que los participantes de sesión de comunicaciones de grupo, por ejemplo un cliente PoC origen y un cliente PoC destino, están situados en redes distintas (por ejemplo 500a y 500b), por lo que los mensajes PoC se transfieren entre estas redes 500a, 500b. Dependiendo del modelo de cobro deseado, puede cobrarse a un operador o a un proveedor de servicios del lado origen y/o del lado destino por los mensajes PoC entre redes.
Otro escenario a modo de ejemplo es uno en que las unidades de formación de cobro se generan para cobrar a un primer operador o proveedor de servicios que controla a un primer servidor de comunicaciones de grupo (por ejemplo 310a) por el uso de recursos de red proporcionados por un segundo operador o proveedor de servicios, y en particular la interfaz de servidor de comunicaciones de grupo, es decir, en el sistema PoC la interfaz POC-4, recursos, que controla a un segundo servidor de comunicaciones de grupo (310b) en función de un mensaje de comunicaciones de grupo asociado con una estación móvil con un cliente PoC que visita una red 500b del segundo operador o proveedor de servicios. Por tanto, la información de cobro entre redes puede generarse de varias maneras para estaciones móviles itinerantes
5 involucradas en comunicaciones de grupo.
Las características ilustradas anteriormente relacionadas con la generación de información de cobro entre redes pueden aplicarse a varios tipos de medios. Además de las comunicaciones de voz, el proxy 310 puede estar dispuesto para generar información de cobro en función de los mensajes de la interfaz de red que comprenden otros tipos de medios, por
10 ejemplo datos multimedia. Por lo tanto, el proxy 310 puede adaptarse para soportar cualquier desarrollo adicional del PoC y de otras tecnologías de comunicaciones de grupo, por ejemplo "pulsar para x", donde los principios actuales de "pulsar para hablar" pueden aplicarse para transferir vídeo instantáneamente a otros participantes del grupo, por ejemplo. Para un experto en la técnica resultará evidente que a medida que la tecnología avanza,
15 el concepto inventivo puede implementarse de varias maneras. La invención y sus realizaciones no están limitadas a los ejemplos descritos anteriormente, sino que pueden variar dentro del alcance de las reivindicaciones.

Claims (9)

  1. REIVINDICACIONES
    1.-Un procedimiento para recopilar información de cobro entre operadores en un sistema de comunicaciones de grupo para distribuir paquetes de datos o de voz a estaciones móviles según su pertenencia al grupo, comprendiendo el sistema un primer servidor de comunicaciones de grupo y un segundo servidor de comunicaciones de grupo, donde una unidad intermedia de recopilación de información de cobro, diferente de los servidores de comunicación de grupo, está prevista en una interfaz entre los servidores de comunicación de grupo que funcionan en modo pulsar para hablar a través de servidores celulares, en el que el procedimiento comprende:
    examinar (410), en la unidad de recopilación de información de cobro, un mensaje de comunicaciones de grupo que facilita comunicaciones de grupo entre participantes de comunicaciones de grupo ubicados en distintas redes, transferido a través de la interfaz entre los servidores de comunicación de grupo y recibido desde el primer servidor de comunicaciones de grupo o desde el segundo servidor de comunicaciones de grupo, generar (420) una unidad de información de cobro para el cobro entre operadores para cobrar por los recursos entre redes en función de al menos una parte del mensaje, y establecer (430; 440) un cobro entre operadores para cobrar por los recursos entre redes que utilizan la unidad de información de cobro. 2.-Un procedimiento según la reivindicación 1, caracterizado por transmitir la unidad de
    información de cobro para el cobro entre operadores a un sistema de cobro entre operadores del primer servidor de comunicaciones de grupo y/o del segundo servidor de comunicaciones de grupo.
  2. 3.-Un procedimiento según cualquier reivindicación anterior, caracterizado porque la unidad de información de cobro se genera en función de un mensaje de protocolo de control de comunicaciones de grupo de voz.
  3. 4.-Un procedimiento según cualquier reivindicación anterior, caracterizado porque la unidad intermedia de recopilación de información de cobro está dotada de un proxy de intercambio de protocolo de Internet IP que sirve de intermediario en las comunicaciones de protocolo de inicio de sesión (SIP) en un dominio de encaminamiento de una primera parte de sistema que comprende el primer servidor de comunicaciones de grupo o de una segunda parte de sistema que comprende el segundo servidor de comunicaciones de grupo.
  4. 5.-Un dispositivo de comunicaciones (310) para un sistema de comunicaciones de grupo para distribuir paquetes de datos o de voz a estaciones móviles según su pertenencia al grupo, comprendiendo el dispositivo medios para recibir mensajes de datos y examinar los mensajes de datos recibidos, donde el dispositivo de comunicaciones (310) está dispuesto para examinar (410) un mensaje de comunicaciones de grupo que facilita comunicaciones de grupo entre participantes de comunicaciones de grupo ubicados en distintas redes, transferido a través de una interfaz entre sistemas de comunicaciones de grupo y entre un primer servidor de comunicaciones de grupo y un segundo servidor de comunicaciones de grupo configurados para funcionar en modo pulsar para hablar a través de servidores celulares distintos del dispositivo de comunicaciones (310), y el dispositivo de comunicaciones (310) está dispuesto para generar (420), en función de al menos una parte del mensaje, una unidad de información de cobro para el cobro entre operadores de recursos entre redes, y el dispositivo de comunicaciones (310) está dispuesto para transmitir (430) la unidad de información de cobro para el cobro entre operadores a un sistema de cobro entre operadores del primer servidor de comunicaciones de grupo y/o del segundo servidor de comunicaciones de grupo o para almacenar (430) la unidad de información de cobro para el cobro entre operadores. 6.-Un dispositivo de comunicaciones según la reivindicación 5, caracterizado porque el
    dispositivo está dispuesto para comprobar al menos un campo de cabecera predeterminado del mensaje, y el dispositivo está dispuesto para generar la unidad de información de cobro en función del campo de cabecera.
  5. 7.-Un dispositivo de comunicaciones según la reivindicación 5 ó 6, caracterizado porque el dispositivo está dispuesto para generar la unidad de información de cobro en función de un mensaje de protocolo de control PoC.
  6. 8.-Un dispositivo de comunicaciones según una cualquiera de las reivindicaciones 5 a 7, caracterizado porque el dispositivo está dispuesto para generar la unidad de información de cobro en función de mensajes de protocolo de control de permiso de cobro multimedia del sistema de comunicaciones de grupo.
  7. 9.-Un dispositivo de comunicaciones según una cualquiera de las reivindicaciones 5 a 8, caracterizado porque el dispositivo está dispuesto para comprobar un identificador especificado para un cliente de comunicaciones de grupo y/o un identificador de un servidor de comunicaciones de grupo en el mensaje, y
    el dispositivo está dispuesto para incluir el identificador en la unidad de información de cobro. 10.-Un dispositivo de comunicaciones según la reivindicación 8, caracterizado porque el identificador es un identificador de fuente de sincronización que especifica una fuente de un flujo
    de paquetes de protocolo en tiempo real (RTP).
  8. 11.-Un dispositivo de comunicaciones según una cualquiera de las reivindicaciones 5 a 10, caracterizado porque el dispositivo comprende un módulo de comunicaciones para recibir y examinar mensajes a partir de la interfaz entre los servidores de comunicación de grupo y una
    5 unidad de generación de información de cobro para generar la unidad de información de cobro a partir de al menos una parte del mensaje.
  9. 12.-Un dispositivo de comunicaciones según una cualquiera de las reivindicaciones 5 a 11, caracterizado porque el dispositivo está dispuesto para generar unidades de información de cobro para cobrar por el uso de recursos entre redes proporcionados por un segundo operador o
    10 proveedor de servicios que controla el segundo servidor de comunicaciones de grupo en función de un mensaje de comunicaciones de grupo asociado con un dispositivo móvil de comunicaciones de grupo que visita una red del segundo operador o proveedor de servicios. 13.-Un dispositivo de comunicaciones según una cualquiera de las reivindicaciones 5 a 12, caracterizado porque el dispositivo es un proxy de intercambio de protocolo de Internet IP que
    15 sirve de intermediario en comunicaciones de protocolo de inicio de sesión SIP en un dominio de encaminamiento de una primera parte de sistema que comprende el primer servidor de comunicaciones de grupo o de una segunda parte de sistema que comprende el segundo servidor de comunicaciones de grupo. 14.-Un sistema de comunicaciones adaptado para generar información de cobro entre
    20 redes, caracterizado porque el sistema comprende un dispositivo de comunicaciones según la reivindicación 5.
ES06110077T 2006-02-17 2006-02-17 Generación de información de cobro en un sistema de comunicaciones de grupo. Expired - Lifetime ES2349844T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP06110077A EP1821452B1 (en) 2006-02-17 2006-02-17 Generation of charging information in group communications system

Publications (1)

Publication Number Publication Date
ES2349844T3 true ES2349844T3 (es) 2011-01-11

Family

ID=36617276

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06110077T Expired - Lifetime ES2349844T3 (es) 2006-02-17 2006-02-17 Generación de información de cobro en un sistema de comunicaciones de grupo.

Country Status (8)

Country Link
US (1) US8351899B2 (es)
EP (1) EP1821452B1 (es)
AT (1) ATE477639T1 (es)
DE (1) DE602006016062D1 (es)
DK (1) DK1821452T3 (es)
ES (1) ES2349844T3 (es)
NO (1) NO20083900L (es)
WO (1) WO2007093675A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100499468C (zh) * 2006-04-20 2009-06-10 华为技术有限公司 一种群组型业务计费方法、系统及其设备
US7886077B2 (en) * 2007-05-03 2011-02-08 Sybase 365, Inc. Intermediary system for interconnecting multiple IMS networks
US8856003B2 (en) 2008-04-30 2014-10-07 Motorola Solutions, Inc. Method for dual channel monitoring on a radio device
GB2499021A (en) * 2012-02-03 2013-08-07 Secondsync Ltd Reporting the impact of broadcasts
EP2829017B1 (en) * 2012-03-19 2019-07-03 Nokia Solutions and Networks Oy Reliable charging in a roaming scenario through trust relationship between neighbouring networks
US10965615B2 (en) * 2012-03-30 2021-03-30 Nokia Solutions And Networks Oy Centralized IP address management for distributed gateways
GB2535513A (en) * 2015-02-19 2016-08-24 Vodafone Ip Licensing Ltd Group messaging system
WO2017214238A1 (en) * 2016-06-07 2017-12-14 Orion Labs Supplemental audio content for group communications
CN114845257B (zh) * 2022-04-07 2024-04-12 中国联合网络通信集团有限公司 基于嵌入式脚本的多量纲计费方法、装置和存储介质

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8139559B2 (en) * 2000-12-22 2012-03-20 Nokia Corporation Method and network device for accounting chargeable signaling
US7386000B2 (en) * 2001-04-17 2008-06-10 Nokia Corporation Packet mode speech communication
PL1661420T3 (pl) * 2003-09-04 2015-02-27 Deutsche Telekom Ag Współdziałanie push-to-talk
US7359726B2 (en) * 2004-09-09 2008-04-15 Nextel Communications Inc. Push-to-talk signaling and media inter-working architecture
US8150437B2 (en) * 2004-09-09 2012-04-03 Nextel Communications Company L.P. Architecture to facilitate the monetization of disparate, inter-worked pushed to talk technologies
EP1713246A1 (de) * 2005-04-11 2006-10-18 Siemens Aktiengesellschaft Verfahren zum Ermitteln von Kommunikationsgebühren für einen IP Gruppenkommunikationsdienst (Push to Talk)

Also Published As

Publication number Publication date
NO20083900L (no) 2008-09-11
EP1821452B1 (en) 2010-08-11
DK1821452T3 (da) 2010-11-29
US8351899B2 (en) 2013-01-08
DE602006016062D1 (de) 2010-09-23
WO2007093675A1 (en) 2007-08-23
US20090305662A1 (en) 2009-12-10
ATE477639T1 (de) 2010-08-15
EP1821452A1 (en) 2007-08-22

Similar Documents

Publication Publication Date Title
JP5269980B2 (ja) Ｌｔｅ／ｅｐｃ通信ネットワークにおける料金請求
CN100359904C (zh) 在网络中收集特定于对话的事件数据的方法以及通信系统
JP5016359B2 (ja) Ｉｐマルチメディアサブシステムへのアクセスを与える方法
US8351899B2 (en) Generation of charging information in group communications system
US8086545B2 (en) Charging in a communication system
US20100048161A1 (en) Method, system and apparatuses thereof for realizing emergency communication service
US20040073785A1 (en) Controlling delivery of certificates in a mobile communication system
WO2006029390A2 (en) System and method for facilitating roaming of push to talk subscribers across disparate dispatch networks
TW201208413A (en) System and method for subscription data optimization
CN101720076B (zh) 一种计费方法及系统
CN103067857A (zh) 一种通过用户承载标识获取用户位置的系统和方法
WO2007101389A1 (fr) Procédé, système et dispositif pour localiser un terminal
CN101998347B (zh) 本地ip访问计费信息的获取方法和系统
EP1649661A1 (en) Transparent access authentication in gprs core networks
CN101064936B (zh) 一种漫游用户的归属地的接入方法及系统
WO2008043307A1 (fr) Procédé, dispositif et système de taxation commune
CN102232305B (zh) 业务处理方法、系统及设备
WO2004034671A1 (en) Controlling delivery of certificates in a mobile communication system
CN102308603A (zh) 一种计费方法、网络接入设备、核心网设备
CN101442507A (zh) 一种WiMAX网络和3GPP网络融合的方法与系统
KR20130015602A (ko) 이동통신 서비스 시스템에서의 선택적 호 처리 방법, 선택적 호 처리를 위한 게이트웨이 장치 및 과금 장치
KR20030058553A (ko) 이동통신 시스템에서의 컨텐츠별 과금 데이터 생성 방법
CN101540983A (zh) 一种移动网络中计费的方法
CN101166134A (zh) 一种基于ip接入的业务去注册方法
CN101102550B (zh) 组播业务中确保不同gprs支持节点计费话单一致的方法