[go: up one dir, main page]

ES2683335T3 - Cobro por entrega de mensajes cortos - Google Patents

Cobro por entrega de mensajes cortos Download PDF

Info

Publication number
ES2683335T3
ES2683335T3 ES08774372.0T ES08774372T ES2683335T3 ES 2683335 T3 ES2683335 T3 ES 2683335T3 ES 08774372 T ES08774372 T ES 08774372T ES 2683335 T3 ES2683335 T3 ES 2683335T3
Authority
ES
Spain
Prior art keywords
avp
receiver
attribute
request
sms
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
ES08774372.0T
Other languages
English (en)
Inventor
Gerald Görmer
Robert Kamphuis
Jens Schendel
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.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Application granted granted Critical
Publication of ES2683335T3 publication Critical patent/ES2683335T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/04Recording calls, or communications in printed, perforated or other permanent form
    • H04M15/06Recording class or number of calling, i.e. A-party or called party, i.e. B-party
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/55Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/63Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on the content carried by the session initiation protocol [SIP] messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8066According to the number of recipients
    • H04M15/8077Group MMS or SMS; Point-to-multi-point services or broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80Rating or billing plans; Tariff determination aspects
    • H04M15/8083Rating or billing plans; Tariff determination aspects involving reduced rates or discounts, e.g. time-of-day reductions or volume discounts
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82Criteria or parameters used for performing billing operations
    • H04M15/8221Message based
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M15/00Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/82Criteria or parameters used for performing billing operations
    • H04M15/8292Charging for signaling or unsuccessful connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01Details of billing arrangements
    • H04M2215/0184Details of billing arrangements involving reduced rates or discounts, e.g. time-of-day reductions, volume discounts, cell discounts, group billing, frequent calling destination(s) or user history list
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20Technology dependant metering
    • H04M2215/2073Multipoint, e.g. messaging, broadcast or group SMS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/28SMS billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/44Charging/billing arrangements for connection made over different networks, e.g. wireless and PSTN, ISDN, etc.
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/74Rating aspects, e.g. rating parameters or tariff determination apects
    • H04M2215/7478According to the number of recipients
    • H04M2215/7492Group MMS or SMS; Point-to-multi-point services, broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2215/00Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/78Metric aspects
    • H04M2215/7826Message based
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)

Abstract

Una entidad de servicio de mensajes cortos, SMS, (1) que comprende: - medios de detección (301) para detectar al menos una solicitud para entregar a receptores una pluralidad de mensajes cortos (SM) procedentes de un único usuario (3), caracterizada por que la entidad de servicio de mensajes cortos (SMS) (1) comprende, además: - medios de combinación (302) para combinar información relacionada con los receptores de la pluralidad de mensajes cortos en una solicitud de cobro, en donde la solicitud de cobro comprende una pluralidad de direcciones de receptor, correspondiendo cada una de las direcciones a un receptor respectivo, y - medios de transmisión (303) para transmitir a una entidad de cobro (2) la solicitud de cobro, que comprenden la pluralidad de direcciones de receptor.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Cobro por entrega de mensajes cortos Campo tecnico de la invencion
La invencion se refiere a una entidad de servicio de mensajes cortos, entidad de cobro, un metodo y productos de programas informaticos para el cobro de multiples mensajes cortos desde un unico usuario.
Antecedentes de la invencion
El servicio de mensajes cortos (SMS) es uno de los principales servicios de operadores de uso frecuente por parte del cliente. Tradicionalmente, los SMS se basan en la arquitectura de sistema de senalizacion N.° 7 (SS7) tal como se define en el Proyecto de Asociacion de Tercera Generacion. La arquitectura actualmente estandarizada por 3GPP permite el funcionamiento interno de mensajes cortos (SM) con redes basadas en protocolo de Internet (IP), por ejemplo, utilizando senalizacion de protocolo de inicio de sesion (SIP). SIP es un protocolo de control de capa de aplicacion para crear, modificar y finalizar dialogos con uno o mas participates. Estos dialogos pueden incluir conferencias multimedia de Internet, llamadas telefonicas por Internet y distribucion multimedia. Los miembros en un dialogo pueden comunicarse a traves de multidifusion o a traves de una malla de relaciones de unidifusion, o una combinacion de estas. SIP se utiliza como protocolo de senalizacion en un subsistema multimedia (IMS) de protocolo de Internet (IP).
El 3GPP tambien estandariza un nuevo marco de cobro tanto para el IP como senalizacion SM de legado, que incluye la definicion de un diametro (es decir, un protocolo IP) basado en interfaz de cobro en lmea (Ro) entre el servidor de cobro en lmea (OCS) y un encaminador SMS o puerta de enlace SM IP. El enfoque para el cobro fuera de lmea basada en la interfaz Rf actualmente no esta estandarizado. El enrutador SMS puede ser, por ejemplo, un centro de servicios SM (SMSC) o un nodo separado como opciones arquitectonicas.
Actualmente, un SM solo se puede enviar a un destino. Si el remitente desea enviar el mismo mensaje a mas de un destino (por ejemplo, receptores), entonces debe reenviarse el mismo SM. Esta retransmision puede ser iniciada por el propio suscriptor (reenvrn del mensaje enviado almacenado) o por una aplicacion de terminal. En este ultimo caso, el emisor asigna multiples destinos al SM que desea transmitir, mientras que la aplicacion del terminal lo logra al emitir realmente un SM por receptor. Esto conduce a un trafico de SMS multiple en terminos de datos de SMS, senalizacion y tambien para el cobro.
El documento EP 1755353 A1 describe un metodo para la multidifusion de mensajes cortos. Una red puede recibir una solicitud de entrega de un grupo de mensajes cortos y puede enviar el contenido del mensaje corto a determinados destinos uno por uno.
El documento WO01/49050 A2 trata de un sistema de oficina inalambrico con unidades de comunicacion movil conectadas y describe un metodo de como se puede entregar un mensaje corto a una pluralidad seleccionada de unidades de comunicacion movil. 3GPP TS 32.274 (v8.2.0) menciona el envfo de informacion sobre mensajes concatenados a un sistema de cobro.
El documento US2007/0281717A1 describe un metodo para difundir una carga util de servicio de mensajes cortos (SMS).
El operador debe tener en cuenta este tipo de mensajes difundidos intencionadamente como eventos individuales. Por lo tanto, la red central y la infraestructura de cobro, es decir, el OCS para suscriptores de prepago, pueden enfrentar problemas de rendimiento.
Sumario de la invencion
La presente invencion supera el problema anterior proporcionando una entidad de servicio de mensajes cortos y un metodo que comprende la deteccion de al menos una solicitud para entregar una pluralidad de mensajes cortos procedentes de un unico usuario, la combinacion de la informacion relacionada con los receptores de la pluralidad de mensajes cortos en una solicitud de cobro, y la transmision de la solicitud de cobro a una funcion de cobro. Por lo tanto, se puede proporcionar un medio de transmision configurado para transmitir la solicitud de cobro sobre la interfaz Ro y/o Rf del proyecto de asociacion de 3a generacion (3GPP). La informacion relacionada con los receptores puede comprender las identidades de los receptores de la pluralidad de mensajes cortos, y la combinacion puede comprender incluir las identidades de los receptores de la pluralidad de mensajes cortos en pares de atributos y valores (AVP). La inclusion de las identidades de los receptores puede incluir la identidad del receptor de cada mensaje corto en un par separado de atributo-valor (AVP) para tener el par de atributo-valor (AVP) integrado en el mensaje de senalizacion una vez por un mensaje corto para ser entregado a los receptores. El par de atributo-valor (AVP) puede ser el par de atributo-valor [receptor-Direccion] (AVP). La entidad SMS y el metodo pueden comprender ademas integrar los pares de atributo-valor (AVP) que incluyen las identidades de los
5
10
15
20
25
30
35
40
45
50
55
60
65
receptores en al menos un par adicional de atributo-valor (AVP) para indicar un receptor, por ejemplo, mediante:
- integrar cada par de atributo-valor (AVP) incluyendo la identidad del receptor en un par adicional de atributo-valor (AVP) para indicar el receptor, o
- integrar todos los pares de atributo-valor (AVP), incluidas las identidades de los receptores en el par adicional de atributo-valor (AVP) para indicar el receptor, o
- mezclando ambas opciones anteriores.
La integracion puede comprender incluir al menos un par adicional de atributo-valor (AVP) para indicar al receptor en un par de atributo-valor (AVP) [Informacion SMS].
La invencion proporciona ademas una entidad de cobro y un metodo que comprende recibir una solicitud de cobro en relacion con la entrega de pluralidad de mensajes cortos procedentes de un unico usuario. La solicitud de cobro puede ser una solicitud segun el protocolo Diametro. La entidad y el metodo de cobro pueden comprender extraer, en la solicitud recibida, las identidades de los receptores de cada entrega de mensajes cortos, en el que cada identidad esta integrada en un par de atributo-valor (AVP) de la [Direccion del receptor] separado, por ejemplo, extrayendo los pares de atributo-valor (AVP) que incluyen las identidades de los receptores de al menos un par adicional de atributo-valor (AVP) para indicar un receptor, y ademas extrayendo al menos otro par de atributo-valor (AVP) para indicar al receptor de un par de atributo-valor (AVP) [Informacion SMS].
En una realizacion adicional, un producto de programa de ordenador puede comprender medios de codigo adaptados para producir las etapas de cualquiera de las realizaciones de los metodos anteriormente descritos cuando se carga en la memoria de un ordenador. En una realizacion adicional, un sistema de comunicacion puede comprender una funcion de cobro y una entidad de servicio de mensajes cortos (SMS) de cualquiera de las realizaciones descritas anteriormente.
Las realizaciones de la presente invencion pueden proporcionar una o mas de las siguientes ventajas:
- Las solicitudes de cobro relacionadas con varios SM entregados desde el mismo usuario/emisor pueden transmitirse al sistema de cobro de manera mas efectiva.
- Una entidad SMS puede actuar como una entidad de recuento de SM. Es decir, puede recopilar un numero predefinido (deposito) de solicitudes de cobro de SM por suscriptor e iniciar una solicitud de cobro "recogida" (con multiples destinos) a OCS cuando se llena el deposito.
- Una aplicacion puede tener acceso directo al SMSC (por ejemplo, mediante el uso de SMPP) y enviar multiples destinos dentro de la solicitud (SMPP), mientras que el SMSc puede enviar la solicitud de cobro con los multiples destinos.
- Para los SM generados por la aplicacion, es posible acceder al SMSC desde el nodo de generacion SM directamente a traves de una interfaz IP basada en estandares industriales, como SMPP y UCP. Esto se traduce en un aumento del trafico IP para la senalizacion SM y el cobro. Por lo tanto, los aspectos de la invencion aumentan la eficacia del servicio y reducen el trafico IP. Esto finalmente dara como resultado una disminucion del gasto de capital (CAPEX) y del gasto operativo (OPEX) para el operador de red.
- Ahorro de senalizacion y recursos de almacenamiento de datos SM en ambos pares, cliente (nodo SMS) y servidor (OCS).
- Ofrecer al operador el uso de nuevas propiedades de calificacion en el OCS;
- Prevencion de sobrecarga y correccion de errores controladas por el OCS, por ejemplo, limitacion de la cantidad de destinos SM durante el procesamiento de SM por una aplicacion.
Descripcion de los dibujos
Las figuras 1, 1a y 2 ilustran escenarios de cobro de mensajes cortos relevantes para esta invencion.
La figura 3 ilustra la estructura interna y las funciones de un nodo SMS y un nodo de cobro que implementan aspectos de la invencion.
La figura 4 ilustra una arquitectura de red de ejemplo relevante para la invencion.
La figura 5 presenta un proceso de ejemplo para un nodo SMS de acuerdo con una realizacion de la invencion.
La figura 6 representa un proceso de ejemplo de un sistema de cobro de acuerdo con una realizacion de la invencion.
Descripcion detallada de la invencion
El protocolo entre iguales de mensajes cortos (SMPP) es un protocolo disenado por la industria para transmitir SM entre entidades de mensajes cortos, enrutadores SM y centros de mensajena. Una entidad de mensajena puede ser, por ejemplo, un cliente de SMS de red fija, un servidor proxy de protocolo de aplicacion inalambrica (WAP), una
5
10
15
20
25
30
35
40
45
50
55
60
65
puerta de enlace de correo electronico o un servidor de correo de voz.
Parte de aplicacion movil (MAP) es parte del sistema de senalizacion de una red movil utilizada para la senalizacion entre los centros de redes moviles y los registros. La MAP se utiliza para actualizaciones de ubicacion, control de llamadas entrantes a una estacion movil, asf como para la transmision de mensajes cortos.
Centro de Servicio (SC) (tambien denominado aqu como nodo SMS) es una funcion responsable de la retransmision y almacenamiento y reenvm de un mensaje corto entre una entidad SM (SME) y un MS (tambien denominado aqu como un equipo de usuario [UE] o usuario). Puerta de enlace de mensajes cortos IP (IP-SM-GW) es una funcion responsable del funcionamiento entre sf de protocolos entre el equipo de usuario (UE) basado en IP y el SC.
MENSAJE SMSIP es un mensaje SIP inmediato que encapsula un SM en su cuerpo de texto.
Un IP-SM-GW proporciona el funcionamiento entre sf del protocolo para la entrega del mensaje corto entre el equipo UE basado en IP y el SMS-SC. El mensaje puede enrutarse al SMS-SC para su entrega al usuario basado en SMS o el mensaje puede recibirse desde el SMS-SC de un UE basado en SMS para su entrega a un UE basado en IP. Las funciones del IP-SM-GW pueden ser:
- determinar el dominio (circuito conmutado (CS), paquete conmutado (PS) o el IMS) para la entrega de un SM,
- para conectarse al centro de conmutacion movil (MSC) de funcionamiento interno (IW) de SMS usando protocolos MAP establecidos, apareciendo al SMS-IW MSC como un MSC o nodo de conmutacion de puerta de enlace de servicio (SGSN) usando las interfaces E o Gd,
- para conectarse a un Servidor de suscriptor domestico (HSS) utilizando los protocolos MAP establecidos, para obtener la direccion de las direcciones MSC/SGSN para la terminacion SM en CS/PS;
- adquirir y mantener el conocimiento de la asociacion entre las identidades del usuario,
- comprobar que tiene una direccion valida en SMS para el remitente y el receptor cuando recibe un mensaje IMS para un usuario de SMS. El IP-SM-GW obtendra una direccion valida para ambos desde los encabezados SIP del mensaje IMS (por ejemplo, el remitente se identificara en la identificacion declarada en forma de TEL URI);
- para terminar procedimientos, para mapear la direccion del receptor desde un formato MSISDN/IMSI a TEL URI cuando se recibe un SMS para un UE basado en IP, y entonces es responsabilidad del nucleo IMS realizar cualquier mapeo adicional hacia un URI SIP como sea necesario;
- actuar como servidor de aplicaciones (AS) hacia el nucleo de IMS;
- realizar una seleccion de dominio para elegir el dominio apropiado para enviar un mensaje a un receptor y obtener las direcciones MSC y/o SGSN del HSS.
El cobro es una funcion dentro de la red de telecomunicaciones y los elementos de cobro asociados, por lo que la informacion relacionada con un evento cobrado se recopila, formatea, transfiere y evalua para poder determinar el uso por el cual se puede facturar a la parte cobrada (cobro fuera de lmea) o el saldo de la cuenta de los suscriptores puede ser debitado (cobro en lmea).
El cobro fuera de lmea es un mecanismo de cobro donde la informacion de cobro no afecta, en tiempo real, al servicio prestado, mientras que el cobro en lmea es un mecanismo en el que la informacion de cobro puede afectar, en tiempo real, al servicio prestado y, por lo tanto, una interaccion directa del mecanismo de cobro con control de sesion/servicio es obligatorio.
El protocolo base Diameter es el protocolo de autentificacion, autorizacion y contabilidad (AAA), definido por el Grupo de trabajo de ingeniena de Internet (IETF), utilizado para los servicios de acceso a la red, tales como conexion telefonica e IP movil. El nodo Diameter es un proceso de servidor que implementa el protocolo Diameter y actua como un cliente, agente o servidor. La contabilidad Diameter se puede utilizar para implementar la recopilacion de datos de cobro para el cobro fuera de lmea como un enfoque de interfaz Rf similar al del cobro fuera de lmea IMS. La aplicacion de contabilidad Diameter utiliza mensajes de contabilidad, es decir, mensajes de solicitud de contabilidad (ACR) y respuesta de contabilidad (ACA), para gestionar el cobro en lmea de una sesion. La aplicacion de control de credito Diameter (DCCA) es una aplicacion de protocolo Diameter que se puede usar para implementar control de credito en lmea para varios servicios para el usuario final. Los servicios pueden incluir, por ejemplo, acceso a la red, servicios SIP, servicios de mensajena y servicios de descarga. La aplicacion de control de credito Diameter utiliza mensajes de control de credito, a saber, solicitud de control de credito (CCR) y mensajes de respuesta de control de credito (CCA), para gestionar el cobro en lmea de una sesion. Un cliente Diameter envfa mensajes CCR a un servidor Diameter y recibe mensajes CCA como respuesta. Para el cobro en lmea 3GPP, se utiliza la funcionalidad basica definida por la aplicacion de control de credito Diameter IETF. La estructura basica sigue un mecanismo donde el cliente en lmea, por ejemplo, una funcion de activacion de cobro (CTF), solicita la asignacion de recursos e informa sobre informacion de control de credito al sistema de cobro en lmea (OCS).
El cobro en lmea de SMS usa la aplicacion de control de credito Diameter y puede usar el principio de cobro de evento inmediato (IEC) o el cobro de evento con reserva de unidad (ECUR). Los eventos que se pueden cobrar para el cobro del suscriptor estan asociados con las transacciones SM. Para el cobro en lmea, los nodos SMS utilizan la
5
10
15
20
25
30
35
40
45
50
55
60
65
llamada interfaz Ro y la aplicacion hacia el OCS segun lo especificado por el 3GPP. El punto de referencia Ro esta basado en Diameter y cubre todas las funciones de cobro en lmea requeridas para SMS. El nodo SMS puede ser, por ejemplo, un enrutador SMS, IP-SM-GW o ambos.
La figura 1 muestra un ejemplo de cobro de eventos Inmediato (IEC). Dependiendo de que mecanismo SMS (es decir, SMS o SMSIP) este en operacion, en el paso 11, el nodo SMS 1 recibe una entrega de SM entrante o un SM de envm MAP. En la etapa 12, el nodo SMS 1 activa un mensaje de solicitud de unidades de debito en el OCS 2, por ejemplo, a traves de la interfaz Ro. En la etapa 13, el OCS 2 realiza el procesamiento de credito apropiado en funcion de la solicitud recibida. En la etapa 14, el OCS 2 responde con un mensaje de respuesta de unidades de debito al nodo SMS 1. En la etapa 15, si esta autorizado, el nodo SMS 1 continua el procesamiento de SM segun sea apropiado para los procedimientos de origen.
La figura 1a muestra el mecanismo SMS en operacion con un sistema de cobro fuera de lmea (OFCS). En contraste con la figura 1, aqu en la etapa 12a, el nodo SMS 1 puede activarse con un mensaje de solicitud de datos de cobro al OFCS 2a, por ejemplo, a traves de la interfaz Rf. En la etapa 13a, el OFCS 2a puede realizar la recopilacion de datos de cobro apropiada en funcion de la solicitud recibida. En la etapa 14a, el OFCS 2a puede responder con un mensaje de respuesta de datos de cobro al nodo SMS 1.
Para las figuras 1 y 1a, el reenvm del mensaje corto (etapa 15) tambien puede producirse antes de recibir una respuesta del OCS 2 o POSD 2a (etapa 14 o 14a).
La figura 2 muestra un ejemplo de cobro de evento con reserva de unidad (ECUR). En la etapa 21, dependiendo de que mecanismo SMS (es decir, SMS o SMSIP) este en operacion, el nodo SMS 1 recibe una entrega de SM entrante o un SM de envm MAP. En la etapa 22, el nodo SMS 1 activa un mensaje de solicitud de unidades de reserva (inicial) para el OCS 2 y en la etapa 23, el OCS 2 realiza el procesamiento de credito apropiado en funcion de la solicitud recibida. En la etapa 24, el OCS 2 responde con un mensaje de respuesta de unidades de reserva al nodo SMS 1. En la etapa 25, si esta autorizado, el nodo SMS 1 continua el procesamiento de SM segun sea apropiado para los procedimientos de origen. En la etapa 26, la transaccion SM se confirma correctamente y, en la etapa 27, el nodo SMS 1 activa un mensaje de solicitud de unidades de reserva (final) al OCS 2 que informa de la transaccion exitosa del evento. Finalmente, en la etapa 28, el OCS 2 realiza el procesamiento de credito apropiado en funcion de la solicitud recibida y en la etapa 29, el OCS 2 responde con un mensaje de respuesta de unidades de reserva al nodo SMS 1.
Los mensajes Diameter pueden incluir pares de valores de atributo (AVP). Un AVP es un par generico de valores que consiste en un encabezado de atributo y el valor correspondiente. El par atributo-valor se usa para encapsular datos espedficos del protocolo, como informacion de enrutamiento, asf como informacion de autentificacion, autorizacion o contabilidad. Un AVP puede incluir mas AVP en el mismo.
Para los mensajes cortos, se define AVP de "informacion de SMS".
El AVP permite la transmision de elementos de informacion espedficos del servicio SMS adicional. El AVP "informacion de SMS" puede transmitirse desde una funcion de activacion de cobro (CTF), como Nodo SMS, a una funcion de datos de cobro (CDF) para el cobro fuera de lmea, tal como el sistema de facturacion, y a una funcion de cobro en lmea (OCF) para el cobro en lmea. El AVP "informacion de SMS" tiene la siguiente estructura:
Informacion de SMS :: = < Encabezado AVP: 2000>
[Nodo de SMS]
[Direccion del cliente]
[Direccion SCCP del originador]
[Direccion SCCP del receptor]
[Direccion SMSC]
[Esquema de codificacion de datos]
[Interfaz de destino]
[Tiempo de descarga de SM]
[Tipo de mensaje de SM]
[Interfaz del originador]
[ID protocolo SM]
[Respuesta trayectoria solicitada]
[Estado de SM]
[Encabezado de datos de usuario de SM]
[Numero de mensajes enviados]
Con respecto al servicio de mensajena multimedia (MMS), se ha definido el AVP receptor-direccion, cuya finalidad es identificar el receptor de un mensaje. Tiene la siguiente estructura Direccion del receptor :: = < Encabezado AVP: 1201 >
5
10
15
20
25
30
35
40
45
50
55
60
65
[Tipo de direccion]
[Datos de direccion]
[Dominio de direccion]
[Tipo de destinatario]
El AVP "direccion de receptor" para MMS puede aparecer varias veces para un mensaje multimedia (MM). Cada "direccion del receptor" define un receptor (usuario) donde se transmitira el mensaje multimedia. Para el servicio SM, cada instancia de AVP de "direccion de receptor" se define como una identificacion diferente de la misma parte, es decir, numero RDSI internacional de suscriptor movil (MSISDN) e identidad de suscriptor movil internacional (IMSI). Esto es necesario, por ejemplo, para determinar el suscriptor, incluso si su numero (movil) se transfirio, lo que puede dar como resultado la aplicacion de una tarifa diferente.
En el momento en que se supone que hay un unico destino "real" para un SM, y esto tambien es cierto para la interconexion de mensajena instantanea (iM), ya que el mensaje SIP puede contener tambien un solo destino (URI de solicitud). Este R-URI puede ser una entrada de lista de grupo, pero sigue siendo un destino y no se resuelve en multiples receptores en la interfaz de cobro.
Los datos de cobro de la interfaz Ro SMS pueden reutilizar parametros MMS definidos previamente (pares de valores de atributo (AVP) en terminos Diameter) segun corresponda. En cuanto al destino de SM, se puede utilizar el AVP de direccion de receptor, que puede aparecer como varias instancias en la informacion de SMS de AVP.
Pero, en cuanto al MMS, se supone que cada instancia de la direccion del receptor es una parte diferente, mientras que, para el SMS, cada instancia se define como una identificacion diferente de la misma parte. La simple reutilizacion de la direccion del receptor en el entorno de SMS para diferentes destinos no es posible debido a la sintaxis del protocolo fijo. No hay medios formales para identificar si una direccion de receptor de un tipo (identificacion) pertenece a la misma direccion de receptor de otro tipo (identificacion), es decir, si estas son identificaciones diferentes del mismo receptor o de receptores realmente diferentes.
Tambien existe el requisito de utilizar la lista de receptores (en el significado de diferentes destinos) como entrada de calificacion que no se puede realizar de una manera confidencial con la definicion actual. Esto significa que un precio por SM puede depender de la cantidad total de los receptores para un solo SM, por ejemplo, el precio para enviar un unico SM puede ser de 0,10 €, sin embargo, si el mismo SM se envfa a multiples receptores, el precio puede ser de 0,07 € por cada receptor o por cada receptor adicional.
Un intento de resolver el problema podna ser:
• Definicion espedfica del operador y restriccion sobre el uso de la direccion del receptor: Entonces se pueden aplicar reglas espedficas acordadas por definicion, por ejemplo, solo hay un destino y cualquier direccion de receptor es solo un Id diferente; cada direccion de receptor se considera un destino diferente; hay diferentes destinos, pero necesariamente senalados con el mismo tipo, por ejemplo, MSISDN (E.164) - no hay asociaciones con otros Id transmitidos opcionalmente o algo mas complejo.
• Otra opcion es utilizar incorrectamente un AVP existente en la estructura AVP de la direccion del receptor como un tipo de identificador de receptor (o Id de correlacion). Es decir, un numero distinto para cada destino, por ejemplo, direccion del receptor (tipo = MSISDN, ID = 1), direccion del receptor (tipo = IMSI, ID = 1), direccion del receptor (tipo = MSISDN, Id = 2). El unico AVP disponible para dicho uso inusual sena el tipo de destinatario (tipo de datos enumerados con 3 valores diferentes para "a", "cc" y "bcc").
Ambas soluciones anteriores no proporcionan una flexibilidad total.
De acuerdo con una realizacion de la invencion, se proporciona un nuevo AVP agrupado que puede llevar uno o mas AVP [direccion del receptor].
*[Receptor] // nuevo AVP agrupado, aparicion multiple
*[Direccion del receptor] // AVP MMS como ocurrencia multiple existente [Tipo de direccion] // AVP Sub como existente.
El nuevo AVP puede estar integrado en el AVP [informacion de SMS] de la siguiente manera:
Informacion de SMS :: = < Encabezado AVP: 2000>
[Nodo de SMS]
[Direccion del cliente]
[Direccion SCCP del originador]
[Direccion SCCP del receptor]
[Direccion SMSC]
[Esquema de codificacion de datos]
[Interfaz de destino]
5
10
15
20
25
30
35
40
45
50
55
[Tiempo de descarga de SM]
[Tipo de mensaje de SM]
[interfaz del originador]
[iD protocolo SM]
[Respuesta trayectoria solicitada]
[Estado de SM]
[Encabezado de datos de usuario de SM]
[Numero de mensajes enviados]
*[Receptor]
De acuerdo con este aspecto de la invencion, el cobro del SMS con los nuevos parametros de AVP, que aqu se denominan [Receptor], puede permitir la gestion de un numero ilimitado para los diferentes destinos de receptor. La funcion del nuevo AVP ([Receptor]) es llevar una o mas "AVP [Direccion del receptor] definidos para el MMS. Se puede alcanzar la compatibilidad con versiones anteriores si se coloca la nueva estructura en la informacion SMS solo mientras se mantiene la reutilizacion de MMS tal como esta, con la condicion de que solo se use una opcion.
En los ejemplos siguientes se describe como las identidades de los receptores SM, que se almacenan en el AVP [Direccion del receptor], se pueden integrar en Diameter. En el primer ejemplo, todas las AVP [Direccion de receptor] estan integradas en una sola AVP [Receptor], que a su vez puede incorporarse en AVP de [Informacion de SMS], por ejemplo, en la solicitud de control de credito Diameter (CCR):
[Solicitud de CCR]
- [Informacion de SMS]
- - [Receptor]
— [Direccion del receptor]
— [Direccion del receptor]
— [Direccion del receptor]
En un segundo ejemplo, cada AVP [Direccion de receptor] esta integrado en un AVP separado [Receptor], y esos AVP a su vez pueden entonces estar integrados en el AVP [Informacion de SMS], por ejemplo, en el CCR Diameter:
[Solicitud de CCR]
- [Informacion de SMS]
- - [Receptor]
— [Direccion del receptor]
- - [Receptor]
— [Direccion del receptor]
- - [Receptor]
— [Direccion del receptor]
Tambien son posibles otras alternativas, por ejemplo, la incorporacion de mas de uno, pero no todos AVP [Direccion del receptor] en un solo AVP [Receptor].
Los componentes de la [Informacion de SMS] que se pueden utilizar para el cobro de SMS se pueden encontrar en una tabla de especificacion 3GPP TS 32.274. El nuevo AVP se muestra en letra cursiva:
Tabla: Informacion de SMS utilizada para el cobro de SMS
Campo
Categoria Descripcion
Nodo de SMS
Om Identifica el Nodo SMS como IP-SM-GW o enrutador de SMS o un enrutador combinado IP-SM-GW/SMS.
Direccion del cliente SM
Om Este campo contiene la direccion del nodo SMS al que esta conectado el sistema de cobro. Este puede ser el mismo que el campo Direccion SMSC.
Direccion SCCP del originador
Oc Este campo contiene la direccion de llamada SCCP utilizada para recibir el SM en el nodo SMS. Solo esta presente si SMSIP no se usa para la conexion interior.
5
10
15
20
25
30
35
40
45
50
55
Direccion SCCP del receptor
Oc Este campo contiene la direccion llamada SCCP utilizada por el nodo SMS para entregar el SM. Solo esta presente si SMSIP no se usa para la conexion exterior.
Receptor
Oc Este campo contiene la lista de la direccion del receptor del SM. Cada direccion del receptor normalmente sera un numero E.164 o un codigo corto. Se pueden llevar multiples direcciones si hay informacion adicional disponible, por ejemplo, IMSI y numero E.164.
En la especificacion 3GPP TS 32.299, la siguiente definicion se pueden introduce AVP del receptor
El AVP del receptor (codigo AVP 20xx) es de tipo agrupado y contiene la lista de direcciones de receptores del mensaje.
Tiene la siguiente gramatica ABNF:
Receptor :: = < Encabezado AVP: 20Xx >
* [Direccion del receptor]
La figura 3 muestra un ejemplo de funciones y estructura de un nodo SMS que implementa aspectos de la invencion. Un nodo SMS 1 puede comprender una unidad de deteccion 301 que puede detectar solicitud(es) para entregar mas de un SM desde un unico usuario/emisor 3. El nodo SMS 1 puede incluir una unidad de combinacion 302 configurada para combinar informacion relacionada con los receptores de la pluralidad de mensajes cortos en un mensaje de senalizacion (unico). La informacion relacionada con los receptores puede indicar identidades de los receptores, como MSISDN, numero E.164 o IMSI. La unidad de combinacion 302 se puede configurar para incluir las identidades de los receptores en un par atributo-valor (AVP), por ejemplo, en una AVP [Direccion del receptor], y esto se puede hacer para que la identidad del receptor de cada mensaje corto se coloque en un AVP separado que da como resultado tener el AVP integrado en el mensaje de senalizacion una vez por cada mensaje corto que se entrega a los receptores. El nodo SMS puede comprender una unidad de integracion 304 para integrar el AVP que incluye las identidades de los receptores en al menos un AVP de siguiente nivel adicional para indicar un receptor. Este nuevo AVP se puede llamar, por ejemplo, [Receptor] y se puede repetir varias veces en el mensaje unico o AVP. La unidad de integracion 304 puede configurarse para integrar los AVP adicionales para indicar el receptor en un AVP [Informacion de SMS], y la [Informacion de SMS] puede incluirse en un mensaje de senalizacion CCR Diameter para ser enviado a un OCS 2, asf como a mensajes de senalizacion ACR Diameter que se enviaran a un OFCS 2a.
Una unidad de transmision 303 puede transmitir el mensaje de senalizacion, que esta parcialmente construido por la unidad de combinacion 302 y la unidad de integracion 304, a una funcion de cobro 2, por ejemplo, para un sistema de cobro en lmea (OCS) 2 o un sistema de cobro fuera de lmea (OFCS) 2a. La unidad de transmision 303 puede transmitir el mensaje de senalizacion sobre la interfaz basada en el protocolo Diameter y puede transmitir a traves de la interfaz Ro definida por el 3GPP.
El nodo SMS 1 puede incluir una unidad de recepcion 305 para recibir la(s) solicitud(es) para entregar mas de un SM. La unidad de recepcion 305 puede recibir solicitudes, por ejemplo, de acuerdo con la parte de aplicacion movil (MAP), protocolo de mensajes cortos punto a punto (SMPP), protocolo de inicio de sesion (SIP), mensaje corto sobre SIP (SMSIP) u otros protocolos basados en IP. La unidad de deteccion 301 puede configurarse para detectar en la solicitud recibida que se solicita la entrega de mensaje(s) corto(s).
El nodo SMS 1 puede implementar la funcion de un encaminador de servicio de mensajes cortos (encaminador de SMS), un protocolo de Internet - puerta de enlace de servicio de mensajes cortos (IP-SM-GW), y/o centro de servicio de mensajes cortos (SMSC).
El nodo SMS 1 puede comprender una unidad de retransmision 306 configurada para retransmitir, reenviar o transmitir los mensajes cortos adicionalmente en un sistema de SMS 40. La unidad de retransmision 306 puede retransmitir la(s) solicitud(es) para entregar segun el mismo protocolo que la(s) solicitud(es) recibida(s) por la unidad receptora 305, o puede retransmitir la(s) solicitud(es) para entregar SM despues de convertir la(s) solicitud(es) en otro protocolo para transportar los SM. Los protocolos de ejemplo son MAP, SIP, SMSIP y SMPP.
El nodo SMS 1 puede comprender una unidad de espera 307, adaptada para esperar un tiempo predeterminado, despues de recibir una solicitud para entregar un SM, para comprobar si se recibe una nueva solicitud para entregar un SM y que se origina desde el mismo usuario 3 unico. La unidad de espera 307 puede comprender un temporizador y el temporizador puede reiniciarse despues de que cada solicitud de SM recibida del mismo usuario monitorice si todavfa se reciben otras solicitudes de SM relacionadas con el mismo emisor. Si se recibe(n) otra(s) solicitud(es) cuando se esta ejecutando el temporizador, la unidad de combinacion 302 se puede configurar para
5
10
15
20
25
30
35
40
45
50
55
60
65
combinar la informacion relacionada con los receptores en el mensaje de senalizacion. La entrega de SM real por la unidad de retransmision 306 puede continuar inmediatamente a pesar de recoger solicitudes de cobro, o alternativamente, tambien la entrega de SM por la unidad de retransmision 306 puede retrasarse hasta que se completen las tareas relacionadas con el cobro, por ejemplo, se puede realizar una verificacion de credito mediante una unidad de transmision 303 para un usuario de prepago.
La figura 3 tambien presenta funciones y estructura de una entidad de cobro 2, tal como OCS 2 o OFCS 2a, implementando aspectos de la invencion. La entidad de cobro 2 comprende una unidad de recepcion 311 adaptada para recibir una solicitud de cobro, por ejemplo, una solicitud de unidades de debito/reserva como CCR Diameter, o una solicitud de datos de cobro, como ACR Diameter, relacionada con la entrega de una pluralidad de mensajes cortos originados desde un solo usuario 3. La entidad de cobro 2 puede comprender una unidad de extraccion 312 configurada para extraer, en la solicitud recibida, identidades (por ejemplo, MSISDN, IMSI) de los receptores de cada entrega de mensajes cortos. Cada identidad puede integrarse en un AVP [Direccion de receptor] separado. La unidad de extraccion 312 puede extraer el AVP incluyendo las identidades de los receptores desde al menos un AVP adicional para indicar un receptor, que, a su vez, puede extraerse de un par valor-atributo (AVP) de [Informacion de SMS]. Ademas, la entidad de cobro 2 puede comprender una unidad de precio 313, que recibe la informacion extrafda de la unidad de extraccion 312, y calcula el precio por mensaje corto, o el precio total para entregar todos los mensajes cortos, teniendo en cuenta la cantidad de mensajes cortos entregados del usuario/remitente.
Todas las unidades descritas anteriormente pueden implementarse, por ejemplo, utilizando microprocesadores y/u otros componentes electricos y/o de software.
Una funcion de cobro y una entidad SMS puede implementarse ffsicamente en un conmutador, enrutador, servidor u otra plataforma de hardware o equipo electronico que puede apoyar tareas de transmision y procesamiento de datos, o puede implementarse como un componente de otro dispositivo existente.
A continuacion, algunos aspectos de la invencion se explican con la ayuda de la figura 4, que muestra la arquitectura de red de ejemplo y la transmision de una SM de multiples receptores en la red 40. El UE 3 puede suscribirse a una red basada en IP, tal como un cliente SIP que se suscribe a los servicios IMS 4. El UE 3 puede enviar un mensaje SIP inmediato a multiples receptores (usuarios 6, 7, 8). Como se ilustra con la lmea 41, el UE 3 puede enviar el mensaje al IMS 4 usando MENSAJE SIP. El contenido del MENSAJE SIP debe tratarse como un SM (GMS). El IMS 4 puede transmitir el MENSAJE SIP que transporta el SM a multiples receptores adicionales en la red 40, como se muestra con la lmea 42, por ejemplo, a un nodo SMS 1 que implementa aspectos de la invencion. La transmision entre el IMS 4 y el nodo SMS 1 (lmea 42) puede producirse a traves de otro protocolo (por ejemplo, SMPP, SMSIP) que la transmision entre el UE 3 y el IMS 4. Sin embargo, todavfa los multiples SM que se entregaran a los usuarios 6, 7 y 8 pueden transportarse en un solo mensaje basado en IP en la red SM 40. Ademas, el nodo SMS 1 puede enviar una solicitud de cobro en relacion con todas estas entregas SM en una unica solicitud de cobro a un sistema de cobro OCS 2 o OFCS 2a. El nodo SMS 1 aun puede transmitir los SM a los receptores 6, 7, 8 en un solo mensaje, como se muestra con la lmea 44. De nuevo, el protocolo utilizado para transportar los SM en la interfaz 44 puede ser diferente de los protocolos utilizados en las interfaces 41 y 42. El nodo SMS 1 puede transmitir la solicitud para entregar SM, por ejemplo, a un IP-SM-GW 5 que finalmente convierte la solicitud SM en multiples SM que se transmiten uno por uno a los usuarios 6, 7 y 8, como se muestra con la lmea 45, por ejemplo, usando MAP. El nodo SMS 1 tambien puede convertir la solicitud SM en multiples SM que se transmiten uno por uno a los usuarios 6, 7 y 8 (no mostrados en la figura 4).
La figura 5 muestra un proceso de ejemplo de acuerdo con una realizacion de la invencion. El proceso puede ser realizado, por ejemplo, por un nodo SMS. En la etapa 51, se reciben una o mas solicitudes para entregar SM. Se puede recibir una solicitud para entregar un SM a multiples receptores, que, al final, da como resultado la entrega de multiples SM a los receptores, o alternativamente varias solicitudes, pudiendose recibir cada una para entregar un SM a un unico receptor, lo que nuevamente resulta en la entrega de multiples SM a los receptores, o una mezcla de ambos. La lmea 56 ilustra que despues de recibir una solicitud SM, puede esperar un tiempo si se recibe otra solicitud SM del mismo usuario. En la etapa 52, se detecta que multiples solicitudes de entrega de SM se refieren al mismo usuario de origen (emisor). En la etapa 53, la informacion sobre cada (o al menos mas de un) SM originados en el mismo usuario se combina en una sola solicitud de cobro. La informacion puede ser la identidad del receptor, como MSISDN o IMSI. En la etapa 54, la solicitud de cobro se envfa a un sistema de cobro y en la etapa 55 el procesamiento de la(s) solicitud(es) de SM continua hacia los receptores. Las etapas 54 y 55 se pueden realizar en un orden diferente.
La figura 6 muestra un proceso de ejemplo de acuerdo con una realizacion de la invencion. El proceso puede realizarse, por ejemplo, mediante un nodo de cobro (OCS/OFCS). En la etapa 61, se recibe una solicitud de cobro asociada con un unico usuario de origen (remitente SM), por ejemplo, desde un nodo SMS. La solicitud de cobro incluye informacion sobre mas de un SM a entregar. En la etapa 62, la informacion del receptor (MSISDN, IMSI) de cada SM a entregar se extrae de los AVP de la solicitud de cobro. En la etapa 63, se puede definir un precio para entregar los mensajes cortos que se originan desde el unico remitente 3, teniendo en cuenta el numero de mensajes cortos. El precio se puede definir, por ejemplo, por cada mensaje corto o se puede calcular un precio total para entregar todos los mensajes cortos.
5
10
15
20
25
30
35
40
45
50
55
60
65
Un receptor y destino en realizaciones de la invencion se puede interpretar en el sentido del receptor/destino de cada SM individual, lo que significa que si, por ejemplo, dos SMS se han de entregar al mismo usuario final individual (receptor/destino), estos son dos receptores diferentes desde el punto de vista del nodo SMS y de entrega SM. En otras palabras, si dos SM que se originan desde el mismo usuario unico deben entregarse al mismo usuario/receptor/destino, la identidad de este mismo usuario/receptor/destino se incluye dos veces en los AVP de un mensaje de cobro enviado a un sistema de cobro correspondiente. Esto se puede hacer, por ejemplo, para dejar en claro a la funcion de cobro que se deben entregar dos SM.
En realizaciones de la invencion, un mensaje corto (SM) puede ser considerado como un mensaje corto GSM desde un punto de vista del usuario. Sin embargo, en la red, un SM puede transportarse en otros protocolos, tradicionalmente en MAP, sin embargo, una solicitud para entregar un SM puede realizarse tambien en otros protocolos como, por ejemplo, SIP, SMSIP, SMPP o UCP. Estos protocolos pueden admitir la transmision de una solicitud para entregar un SM a multiples receptores, aunque el SM GSM tradicional (con MAP) siempre es solo SM uno a uno. Se puede considerar que estos otros protocolos se utilizan para solicitar la entrega de un (GSM) SM. Las solicitudes para entregar SM pueden ser recibidas por el nodo SMS, por ejemplo, desde el UE, un SMSC, un IP-SM GW, un MSC, un encaminador SMS, etc.
En aspectos de la invencion, un nodo SMS no esta recibiendo SM (GSM), pero puede recibir por ejemplo un mensaje SIP. El nodo SMS luego se da cuenta de que el MENSAJE SIP contiene una solicitud para entregar SM y que el MENSAJE SIP se debe convertir a multiples SM GSM para su entrega. La conversion puede tener lugar en el nodo SMS o en otra parte de la red mas adelante; sin embargo, incluso si la conversion se produce en otra parte de la red, el nodo SMS puede detectar que dicha conversion es necesaria y, por lo tanto, la(s) solicitud(es) en cuestion es(son) una(s) solicitud(es) para entregar SM, aunque codificadas en SIP, por ejemplo.
En aspectos de la invencion, la deteccion por un nodo SMS que multiples SMS deben ser entregados significa que el nodo SMS puede detectar una solicitud para entregar SM GSM a pesar de que se recibe un mensaje SIP, ya que el MENSAJE SIP puede incluir un mensaje (SM) para ser entregado mas tarde como SM GSM. Por lo tanto, se puede enviar un informe de SMS al sistema de cobro.
En aspectos de la invencion, varios receptores SM se pueden integrar en la aplicacion Diameter para el cobro en lmea de SMS, asf como para cobro fuera de lmea de SMS. En aspectos de la invencion, la solicitud de cobro puede ser, por ejemplo, una solicitud de unidades de debito, una solicitud de unidades de reserva o una solicitud de datos de cobro del protocolo Diameter, u otro tipo de solicitud relacionada con el cobro.
Una realizacion adicional de la invencion se describe en el presente documento. Las especificaciones de estandares actuales no describen ningun mecanismo para entregar un mensaje corto de origen movil (MO) a multiples destinos. Actualmente, cuando un usuario movil desea enviar un SM a multiples destinos, el UE genera multiples mensajes MO, uno para cada destino (receptor).
Se pueden proporcionar SMS de multiples destinos implementando una aplicacion separada que se conecta a un SMSC, que administra las llamadas listas de entrega por suscriptor. Despues de enviar un SM MO a esta aplicacion de listas de entregas, la aplicacion de listas de entregas puede mirar desde su base de datos local (o similar) a quien enviar el SM. La administracion de todos los datos de aprovisionamiento relacionados con las listas de entrega no es obvia para la mayona de los usuarios finales.
En una realizacion de la invencion, se introduce una extension para el servicio de mensajes cortos (SMS) en redes GSM, lo que permite que un UE envfe un SM a varios destinos (receptores) sin necesidad de enviar el contenido de datos de usuario multiples veces a lo largo de la interfaz aerea y sin administrar listas de entrega en la red. En esta realizacion de la invencion, se usa un nuevo elemento de informacion de encabezado de datos de usuario (UDH). El elemento de informacion se puede codificar en el encabezado de datos de usuario para transferir cualquier destino adicional al SMSC. El SMSC puede descomprimir los destinos adicionales y entregar el SM a cada uno de estos destinos. El SMSC tambien puede quitar los elementos de encabezado que transportan los destinos adicionales y/o puede volver a concatenar los mensajes cortos segun sea necesario.
El cliente del telefono puede tener nocion de las listas de entrega, pero el UE todavfa puede presentar multiples SM MO, uno para cada destino. En un aspecto de la invencion, el cliente puede conmutar a una gestion de destinos multiples mas inteligente. En este caso, todas las direcciones de destino adicionales pueden codificarse en un nuevo elemento de informacion, tal como un nuevo Id de elemento de informacion (IEI), e integrarse en el encabezado de datos de usuario. El resto de los datos del usuario se puede llenar de acuerdo con la gestion normal de SM, y el mensaje se puede concatenar si la longitud total excede la longitud maxima definida para un unico SM. Al recibir un SM, un SMSC puede verificar el nuevo ID de elemento de informacion. Si se encuentran destinos adicionales en el elemento de informacion integrado en los datos de usuario, el SMSC puede crear mensajes duplicados de terminacion movil (MT), uno para cada destino. Todos los mensajes MT se pueden eliminar de las direcciones de destino adicionales, y se pueden volver a montar y volver a fragmentar segun sea necesario, ya que la longitud de datos del usuario se reduce mediante la eliminacion de todos los IEI adicionales que contienen los destinos adicionales.
5
10
15
20
25
30
35
40
45
50
55
60
El SMSC puede realizar logica espedfica relacionada con el cobro, por ejemplo, la creacion de un registro de presentacion para cada destino, y/o el establecimiento de tarifas especiales, posiblemente de acuerdo con el numero de direcciones de destino utilizadas. Esto se puede usar para respaldar la logica comercial del operador relacionada con las presentaciones de destinos multiples.
La falta de funcionalidad optimizada de listas de entregas ha mantenido la distribucion de noticias u otra distribucion limitada a proveedores de servicios, o un uso menor. Al implementar esta realizacion de la invencion a los SMS, los operadores pueden promover el uso de SMS como portador para la mensajena de uno a muchos. Los usuarios pueden administrar sus listas de entrega por sf mismos y el operador no necesita aprovisionamiento en el SMSC. Proporcionar una actualizacion al cliente SMS o al cliente de mensajena integrada en el UE puede hacer que esta caractenstica sea muy facil de usar para los usuarios finales. Dado que los usuarios finales ya conocen la mensajena de multiples destinos desde MMS y correo electronico, agregar soporte para la misma en SMS puede beneficiar a los operadores para mantener el trafico en el portador de SMS rentable y bien establecido. Ademas, la introduccion de clientes de mensajena integrados puede ser mas fluida si todos los portadores admiten la funcion de mensajena de multiples destinos, ya que de lo contrario el cliente podna tener que cambiar al MMS, aunque el mensaje solo contenga texto. Para los usuarios finales, la funcion puede resultar en una entrega mas economica y rapida de mensajes de "transmision" a un grupo de personas, por ejemplo, miembros del equipo de futbol, miembros de la clase escolar, etc., donde el remitente desea enviar 10-30 SM al mismo tiempo, actualmente posiblemente a mano por separado dependiendo del terminal. La caractenstica puede ser ofrecida mas barata por el proveedor del servicio, ya que el envfo de un mensaje MO puede usar menos recursos de senalizacion de interfaz aerea y SS7, en comparacion con enviar multiples SM MO, uno a cada destino, por separado.
La funcion puede requerir cambios tanto en la aplicacion del cliente del UE y en el SMSC. La adopcion de la caractenstica por parte de los SMSC se puede acelerar haciendo que la explotacion de uno a muchos sea gestionada por una aplicacion externa separada. El UE puede configurarse para usar una direccion SMSC alternativa (o un identificador de protocolo (PID)) para forzar el enrutamiento al SMSC que soporta esta aplicacion.
El encabezado de datos de usuario de un SM puede contener diferentes elementos. Algunos elementos pueden ser espedficos del centro de servicio (SC). Para implementar aspectos de la invencion, estos elementos pueden contener un numero de red digital de servicios integrados internacionales (ISDN) de suscriptor movil (MSISDN). La estandarizacion del encabezado de datos de usuario del ID de elemento de informacion de acuerdo con esta realizacion de la invencion puede permitir la interoperabilidad entre SMSC y telefonos compatibles con esa version de los estandares de SMS.
Esta realizacion de la invencion se puede implementar proporcionando un terminal movil que comprende un cliente de mensajena para enviar un mensaje corto (SM), comprendiendo el mensaje corto un encabezado de datos de usuario (UDH), y en el que el cliente de mensajena permite a un usuario del terminal movil seleccionar al menos un receptor adicional para el mensaje corto (SM), un codificador para codificar al menos una direccion de al menos un receptor adicional en el encabezado de datos de usuario (UDH) del mensaje corto (SM). La seleccion del al menos un receptor adicional por parte del usuario puede comprender seleccionar una lista de entrega. Se puede introducir un remitente para enviar el mensaje corto (SM).
Ademas, la realizacion de la invencion tambien puede ser implementada proporcionando un cliente de mensajena para enviar un mensaje corto (SM), comprendiendo el mensaje corto un encabezado de datos de usuario (UDH), y en el que el cliente de mensajena permite a un usuario seleccionar al menos un receptor adicional para el mensaje corto (SM), y en el que el cliente de mensajena comprende un codificador para codificar al menos una direccion de al menos un receptor adicional en el encabezado de datos de usuario (UDH) del mensaje corto (SM). La seleccion del al menos un receptor adicional por parte del usuario puede comprender seleccionar una lista de entrega.
Ademas, la realizacion de la invencion tambien se puede implementar proporcionando un centro de servicio de mensajes cortos (SMSC), que comprende receptor para recibir un mensaje corto (SM), un corrector para la comprobacion de si un elemento de informacion que incluye destinos adicionales se encuentra en el encabezado de datos de usuario (UDH), un creador para crear mensajes duplicados de terminacion movil (MT), uno para cada destino. Ademas, el SMSC puede comprender una o mas de las siguientes unidades:
- un eliminador para eliminar las direcciones de destino adicionales para mensajes de terminacion movil (MT), y/o
- un reensamblador para volver a ensamblar y/o volver a fragmentar el encabezado de datos de usuario, y/o
- una unidad de tarifa para establecer tarifas especiales segun el numero de direcciones de destino.
Las funciones de una funcion de cobro y un nodo SMS descritas anteriormente pueden implementarse por medios de codigo, como software, y cargarse en la memoria de un ordenador.

Claims (16)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. Una entidad de servicio de mensajes cortos, SMS, (1) que comprende:
    - medios de deteccion (301) para detectar al menos una solicitud para entregar a receptores una pluralidad de mensajes cortos (SM) procedentes de un unico usuario (3),
    caracterizada por que la entidad de servicio de mensajes cortos (SMS) (1) comprende, ademas:
    - medios de combinacion (302) para combinar informacion relacionada con los receptores de la pluralidad de mensajes cortos en una solicitud de cobro, en donde la solicitud de cobro comprende una pluralidad de direcciones de receptor, correspondiendo cada una de las direcciones a un receptor respectivo, y
    - medios de transmision (303) para transmitir a una entidad de cobro (2) la solicitud de cobro, que comprenden la pluralidad de direcciones de receptor.
  2. 2. La entidad de servicio de mensajes cortos, SMS, (1) de la reivindicacion 1, en la que la informacion relacionada con los receptores comprende identidades de los receptores de la pluralidad de mensajes cortos, y en donde los medios de combinacion (302) estan configurados para incluir las identidades de los receptores de la pluralidad de mensajes cortos en pares de atributo-valor, AVP.
  3. 3. La entidad de servicio de mensajes cortos, SMS, (1) de la reivindicacion 2, en la que la inclusion de las identidades de los receptores comprende incluir la identidad del receptor de cada mensaje corto en un par de atributo-valor, AVP, separado para tener el par de atributo-valor, AVP, integrado en la solicitud de cobro una vez por cada mensaje corto que se entregara a los receptores.
  4. 4. La entidad de servicio de mensajes cortos, SMS, (1) de las reivindicaciones 2 o 3, en la que el par de atributo- valor, AVP, comprende el par de atributo-valor, AVP, [Direccion del receptor].
  5. 5. La entidad de servicio de mensajes cortos, SMS, (1) de las reivindicaciones 3 o 4, que comprende ademas medios para integrar (304) los pares de atributo-valor, AVP, incluyendo las identidades de los receptores en al menos un par de atributo-valor, AVP, adicional para indicar un receptor, en donde la integracion comprende al menos uno de
    - integrar cada par de atributo-valor, AVP, incluyendo la identidad del receptor en un par de atributo-valor, AVP, adicional separado para indicar el receptor, o
    - integrar todos los pares de atributo-valor, AVP, incluidas las identidades de los receptores, en un unico par de atributo-valor, AVP, adicional para indicar el receptor, o
    - integrar mas de uno, pero no todos los pares de atributo-valor, AVP, incluyendo las identidades de los receptores en un unico par de atributo-valor, AVP, adicional para indicar el receptor.
  6. 6. Una entidad de cobro (2), que comprende:
    - medios para recibir (311) una solicitud de cobro, caracterizada por que la solicitud de cobro se refiere a al menos una solicitud para entregar a receptores una pluralidad de mensajes cortos que se originan desde un unico usuario (3), en donde la solicitud de cobro comprende una pluralidad de direcciones de receptores, correspondiendo cada una de las direcciones a un receptor respectivo.
  7. 7. La entidad de cobro (2) de la reivindicacion 6, en la que la solicitud de cobro comprende una solicitud segun el protocolo Diameter y la entidad de cobro (2) comprende ademas medios para extraer (312), en la solicitud recibida, identidades de receptores de cada entrega de mensaje corto, en donde cada identidad esta integrada en un par de valor-atributo, AVP, [Direccion del receptor] separado.
  8. 8. Un metodo de cobro de mensajes cortos, siendo realizado el metodo por una entidad del servicio de mensajes cortos (SMS), y que comprende:
    - detectar (52) al menos una solicitud para entregar a receptores una pluralidad de mensajes cortos, SM, procedentes de un unico usuario (3),
    caracterizado por que el procedimiento comprende, ademas:
    - combinar (53) informacion relacionada con receptores de la pluralidad de mensajes cortos en una solicitud de cobro, en donde la solicitud de cobro comprende una pluralidad de direcciones de receptor, correspondiendo cada una de las direcciones a un receptor respectivo, y
    - transmitir (54) a una entidad de cobro (2) la solicitud de cobro que comprende la pluralidad de direcciones de receptor.
    5
    10
    15
    20
    25
    30
    35
    40
  9. 9. El metodo de la reivindicacion 8, en el que la informacion relacionada con los receptores comprende identidades de los receptores de la pluralidad de mensajes cortos, y en donde la combinacion (53) comprende incluir las identidades de los receptores de la pluralidad de mensajes cortos en pares de atributo-valor, AVP.
  10. 10. El metodo de la reivindicacion 9, en la que la inclusion de las identidades de los receptores comprende incluir la identidad del receptor de cada mensaje corto en un par de atributo-valor, AVP, separado para tener el par de atributo-valor, AVP, integrado en la solicitud de cobro una vez por cada mensaje corto que se entregara a los receptores.
  11. 11. El metodo de la reivindicacion 10, en el que el par atributo-valor, AVP, comprende el par atributo-valor, AVP, [Direccion del receptor].
  12. 12. El metodo de las reivindicaciones 10 u 11, que comprende ademas integrar los pares de atributo-valor, AVP, incluyendo las identidades de los receptores en al menos un par valor-atributo, AVP, adicional para indicar un receptor, en donde la integracion comprende al menos uno de
    - integrar cada par de atributo-valor, AVP, incluyendo la identidad del receptor en un par de atributo-valor, AVP, adicional separado para indicar el receptor, o
    - integrar todos los pares de atributo-valor, AVP, incluyendo las identidades de los receptores en un par de atributo-valor, AVP, adicional para indicar el receptor, o
    - integrar mas de uno, pero no todos los pares de atributo-valor, AVP, incluyendo las identidades de los receptores en un unico par de atributo-valor, AVP, adicional para indicar el receptor.
  13. 13. Un metodo de cobro de mensajes cortos, siendo realizado el metodo por una entidad de cobro (2), y que comprende:
    - recibir (61) una solicitud de cobro
    caracterizado por que la solicitud de cobro se refiere a al menos una solicitud para entregar a receptores una pluralidad de mensajes cortos que se originan desde un unico usuario (3), en donde la solicitud de cobro comprende una pluralidad de direcciones de receptores, correspondiendo cada una de las direcciones a un receptor respectivo.
  14. 14. El metodo de la reivindicacion 13, en el que la solicitud de cobro comprende una solicitud segun el protocolo Diameter y en donde el metodo comprende ademas extraer (62), en la solicitud recibida, identidades de receptores de cada entrega de mensajes cortos, en donde cada identidad esta integrada en un par de atributo-valor, AVP, [Direccion del receptor] separado.
  15. 15. Un producto de programa informatico que comprende medios de codigo adaptados para producir las etapas de una cualquiera de las reivindicaciones 8 a 14 cuando se cargan en la memoria de un ordenador y son ejecutadas por el ordenador.
  16. 16. Un sistema de comunicacion que comprende la entidad de cobro segun cualquiera de las reivindicaciones 6 a 7 y la entidad de servicio de mensajes cortos, SMS, de cualquiera de las reivindicaciones 1 a 5.
ES08774372.0T 2008-06-26 2008-06-26 Cobro por entrega de mensajes cortos Active ES2683335T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2008/058197 WO2009155983A1 (en) 2008-06-26 2008-06-26 Charging for short message delivery

Publications (1)

Publication Number Publication Date
ES2683335T3 true ES2683335T3 (es) 2018-09-26

Family

ID=40521928

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08774372.0T Active ES2683335T3 (es) 2008-06-26 2008-06-26 Cobro por entrega de mensajes cortos

Country Status (8)

Country Link
US (1) US9344580B2 (es)
EP (1) EP2301234B1 (es)
JP (1) JP5417438B2 (es)
KR (2) KR20110025221A (es)
CN (1) CN102132550B (es)
ES (1) ES2683335T3 (es)
PL (1) PL2301234T3 (es)
WO (1) WO2009155983A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102461224A (zh) * 2009-06-09 2012-05-16 瑞典爱立信有限公司 基于3gpp长期演进的短消息服务
US8260333B2 (en) * 2010-05-17 2012-09-04 International Business Machines Corporation Consolidating international short message service messages destined to multiple recipients
US8195209B2 (en) * 2010-07-06 2012-06-05 Alcatel Lucent Text messaging over an eHRPD network
KR101540499B1 (ko) * 2011-10-10 2015-07-29 주식회사 케이티 단문 메시지 서버, 그 서버의 단말 트리거 방법, 트리거 요청 전달 서버, 및 그 서버의 트리거 요청 전달 방법
WO2013132475A1 (en) * 2012-03-04 2013-09-12 Partner Communications Company Ltd. Real time charging of short messages originated roaming prepaid subscribers
CN103249015B (zh) * 2013-04-18 2017-07-04 小米科技有限责任公司 短消息合并方法及装置
CN104468135B (zh) 2014-11-18 2018-01-23 华为技术有限公司 一种在线计费中交互信息的方法及装置
BR112017028042A2 (pt) * 2015-06-30 2018-08-28 Huawei Tech Co Ltd método de cobrança, dispositivo de rede, e sistema de faturamento
EP3116208A1 (en) * 2015-07-09 2017-01-11 Alcatel Lucent Multiple destinations information for advice of charge
US9942415B2 (en) * 2015-12-08 2018-04-10 Alcatel-Lucent Usa Inc. Telecommunication offline charging system
CN108966159B (zh) * 2018-09-03 2022-03-01 平安科技(深圳)有限公司 短信撤回方法、系统、计算机设备和存储介质
CN111385269B (zh) * 2018-12-29 2021-02-12 广州市百果园网络科技有限公司 数据传输方法和装置
CN111211997B (zh) * 2019-12-30 2023-01-20 中国银行股份有限公司 一种报文处理方法、装置及系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU4711401A (en) * 1999-12-29 2001-07-09 Ericsson Inc. Broadcast short message service
JP2002325098A (ja) * 2001-04-25 2002-11-08 Nec Corp ホームロケーションレジスタ及びこれを用いた通信システム
GB2379360A (en) * 2001-08-31 2003-03-05 Marconi Comm Ltd Transmission of a MAP message from an MSC to an SCP
US20030193967A1 (en) * 2001-12-31 2003-10-16 Gregg Fenton Method, apparatus and system for processing multimedia messages
CN1208976C (zh) * 2002-04-15 2005-06-29 华为技术有限公司 终端短消息点到多点群发方法
ITRM20020590A1 (it) * 2002-11-22 2004-05-23 Telecom Italia Mobile Spa Tecnica di invio di short message con addebito al destinatario.
KR100683569B1 (ko) 2004-04-28 2007-02-15 (주) 엘지텔레콤 단말 어플리케이션과 조직관리 서버를 연동한 기업형메시지 그룹발송 서비스 방법
US7580363B2 (en) * 2004-08-16 2009-08-25 Nokia Corporation Apparatus and method for facilitating contact selection in communication devices
CN100349477C (zh) * 2004-09-16 2007-11-14 华为技术有限公司 一种组发短消息的方法
US20070105536A1 (en) * 2005-11-07 2007-05-10 Tingo George Jr Methods and apparatus for providing SMS notification, advertisement and e-commerce systems for university communities
US8095157B2 (en) * 2006-06-06 2012-01-10 Qualcomm Incorporated Systems and methods for broadcasting and multicasting short message service messages
US8289885B2 (en) * 2006-10-27 2012-10-16 Alcatel Lucent Third party charging for SIP sessions
CN101183957B (zh) 2007-12-10 2011-08-10 华为技术有限公司 一种在线计费方法、系统和设备
US8606225B2 (en) * 2008-04-02 2013-12-10 At&T Mobility Ii Llc Intelligent real time billing for messaging

Also Published As

Publication number Publication date
CN102132550B (zh) 2017-07-28
WO2009155983A1 (en) 2009-12-30
KR20130048267A (ko) 2013-05-09
KR20110025221A (ko) 2011-03-09
JP5417438B2 (ja) 2014-02-12
US9344580B2 (en) 2016-05-17
EP2301234A1 (en) 2011-03-30
JP2011527528A (ja) 2011-10-27
US20110098066A1 (en) 2011-04-28
CN102132550A (zh) 2011-07-20
PL2301234T3 (pl) 2018-10-31
EP2301234B1 (en) 2018-05-16

Similar Documents

Publication Publication Date Title
ES2683335T3 (es) Cobro por entrega de mensajes cortos
ES2622510T3 (es) Método y pasarela de mensajes cortos de protocolo de internet (IP-SM-GW) para proporcionar un servicio de interfuncionamiento entre mensajería IP convergida (CPM) y servicio de de mensajes cortos (SMS)
US9699318B2 (en) Non-IMS rich communication suite
US8856356B2 (en) Non-IMS Rich communication suite
US20020098856A1 (en) Method and apparatus for sending out short messages from a mobile terminal in a mobile radio network
EP2806668B1 (en) Machine-type communication (mtc) communication charging method and system
US9807040B2 (en) Instant messaging system and method
EP2058991A1 (en) Method, system and apparatus for implementing the interworking of messages
US10171679B2 (en) Differential online charging for text messages based on network type
CN103181126A (zh) Sip通信中针对文本消息的传递报告
US7092697B1 (en) Method and system for reduced-latency prepaid mobile messaging
CN104469725B (zh) 实现异构网络国际漫游短信预付费业务的方法和系统
US8676235B2 (en) Method and device for forwarding short messages in GSM/UMTS mobile radio networks
CN101370172B (zh) 不同类型的消息业务通信的处理方法、系统和设备
US8285252B2 (en) Charging method, system and apparatus
CN101442722B (zh) 基于sip协议的消息在传统网络中路由的方法和设备
US8831651B2 (en) MSISDN for machine type communication devices
ES2528598T3 (es) Método y sistema de aprovisionamiento de abonado
KR20060029658A (ko) 음성녹음, 호출번호 및 단문메시지 전달을 위한 메시지전달 서버시스템 및 그 서비스 방법