ES2297427T3 - Mecanismos de cargo para servicios multimedia ip. - Google Patents
Mecanismos de cargo para servicios multimedia ip. Download PDFInfo
- Publication number
- ES2297427T3 ES2297427T3 ES04735894T ES04735894T ES2297427T3 ES 2297427 T3 ES2297427 T3 ES 2297427T3 ES 04735894 T ES04735894 T ES 04735894T ES 04735894 T ES04735894 T ES 04735894T ES 2297427 T3 ES2297427 T3 ES 2297427T3
- Authority
- ES
- Spain
- Prior art keywords
- credit
- session
- multimedia service
- service
- multimedia
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 claims abstract description 60
- 238000013475 authorization Methods 0.000 claims description 16
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 230000001960 triggered effect Effects 0.000 claims description 4
- 239000013589 supplement Substances 0.000 claims 1
- 230000004044 response Effects 0.000 description 19
- 238000004891 communication Methods 0.000 description 11
- 238000011156 evaluation Methods 0.000 description 10
- 230000011664 signaling Effects 0.000 description 10
- 239000000543 intermediate Substances 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 239000002689 soil Substances 0.000 description 5
- 230000003466 anti-cipated effect Effects 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 4
- 230000001755 vocal effect Effects 0.000 description 4
- CVXBEEMKQHEXEN-UHFFFAOYSA-N carbaryl Chemical compound C1=CC=C2C(OC(=O)NC)=CC=CC2=C1 CVXBEEMKQHEXEN-UHFFFAOYSA-N 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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
- 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/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/775—Account specifications on parallel communications
-
- 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/70—Administration or customization aspects; Counter-checking correct charges
- H04M15/785—Reserving amount on the account
-
- 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/82—Criteria or parameters used for performing billing operations
- H04M15/8228—Session based
-
- 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/20—Technology dependant metering
- H04M2215/208—IMS, i.e. Integrated Multimedia messaging Subsystem
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/22—Bandwidth or usage-sensitve billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/72—Account specifications
- H04M2215/7277—Account specifications on parallel communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/72—Account specifications
- H04M2215/7277—Account specifications on parallel communications
- H04M2215/7295—Reserve amount, e.g. according to estimated costs for a typical communication duration or according to the estimated volume to be transferred
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/78—Metric aspects
- H04M2215/7833—Session based
-
- 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)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Meter Arrangements (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Prepayment Telephone Systems (AREA)
Abstract
Un método para reservar crédito para un abonado móvil respecto a un servicio multimedia IP, comprendiendo el método: después del registro inicial del abonado en el servicio multimedia IP pero antes de la invocación de un servicio multimedia IP, usar el procedimiento de establecimiento de sesión anticipada para reservar una cantidad de crédito en un nodo de control de cargo y notificar a un elemento de servicio multimedia IP la reserva de crédito. después de lo cual, en la invocación de dicho servicio multimedia IP, el elemento de servicio multimedia IP es capaz de proceder inmediatamente con el establecimiento de sesión.
Description
Mecanismos de cargo para servicios multimedia
IP.
La presente invención se refiere a mecanismos de
cargo para servicios multimedia IP y que son aplicables en
particular, aunque no necesariamente, a servicios de pulsar para
hablar por celular.
Los servicios multimedia IP proporcionan una
combinación dinámica de voz, video, mensajería, datos, etc. dentro
de la misma sesión. Aumentando los números de aplicaciones básicas y
los medios que es posible combinar, el número de servicios
ofrecidos a los usuarios finales aumentará exponencialmente y la
experiencia de comunicación interpersonal será enriquecida. Esto
producirá una generación nueva de servicios de comunicación
multimedia personalizados más ricos.
El Subsistema Multimedia IP (IMS: IP Multimedia
Subsystem) es la tecnología definida por el Third Generation
Partnership Project (3GPP) para proporcionar servicios multimedia IP
por redes de comunicación móviles de tercera generación. El
Subsistema Multimedia IP (IMS) proporciona características claves
para enriquecer la experiencia de comunicación persona a persona de
usuarios finales mediante la integración y la interacción de
servicios. IMS permite nuevas comunicaciones ricas de persona a
persona (cliente a cliente) así como de persona a contenido
(cliente a servidor) por una red basada en IP. El IMS utiliza el
Protocolo de Iniciación de Sesiones (SIP: Session Initiation
Protocol) y el Protocolo de Suministro de Servicios (SDP: Service
Deliverý Protocol) para establecer y controlar llamadas o sesiones
entre terminales de usuarios (o terminales de usuarios y servidores
Web). La Figura 1 ilustra esquemáticamente como el IMS ajusta dentro
de la arquitectura de red móvil.
Los operadores de redes telefónicas celulares
existentes han experimentado recientemente un aumento tremendo en
los números de abonados que eligen usar los denominados abonos "de
prepago", es decir, donde los abonados depositan una cantidad de
dinero (el saldo acreedor) con sus operadores, que es gastada por el
uso subsiguiente de servicios por los abonados. Se prevé que la
opción de abono de prepago resultará igualmente popular con los
usuarios de servicios multimedia IP (IPMM: IP
Multi-Media). Realmente, es probable que la
provisión de servicios de prepago sea imprescindible para la
aceptación extendida de servicios multimedia IP (IPMM).
Cuando se usan mecanismos de cargo en
línea/tiempo real (como para usuarios de prepago), la regla general
sería que el elemento de servicio (SE: Serving Element) IPMM
proporcione acceso al servicios solicitado, para solicitar
autorización de crédito antes de conceder un acceso de nodo móvil al
servicio solicitado. Sin embargo, esto aumentaría inevitablemente
el tiempo de establecimiento de sesión para abonados de prepago,
puesto que el elemento de servicio (SE) IPMM debe llevar a cabo una
transacción de autorización de crédito con un nodo de control de
cargo, también denominado como un sistema de prepago (PSS: Prepaid
System) o sistema de cargo en línea (OCS: Online Charging
System).
Para algunos servicios basados en IPMM/IMS, el
tiempo de establecimiento de sesión es crítico. Por ejemplo, esto
es aplicable a los denominados servicios de pulsar para hablar por
celular (PoC: Push-to-talk over
Cellular) tales como Conversación Personal Instantánea y
Conversación en Grupo Instantánea Ad hoc, donde el corresponsal
originario pulsa el botón de pulsar para hablar por celular (PoC) en
su terminal para invitar a uno o más usuarios a una sesión de tipo
radioteléfono portátil, y espera estar en contacto inmediatamente
con el corresponsal/corresponsales invitados (al contrario que los
servicios telefónicos basados en llamada, aviso acústico, respuesta
tradicionales). Es probable que la introducción del mecanismo de
prepago como es propuesto actualmente produzca una degradación del
tiempo de establecimiento de sesión de pulsar para hablar por
celular (PoC) a un nivel inaceptable, o puede conducir a una
experien-
cia de usuario menor que la óptima debida al retardo adicional producido por la fase de autorización de crédito.
cia de usuario menor que la óptima debida al retardo adicional producido por la fase de autorización de crédito.
3GPP TR 23.979 V0.6.0 (2004-05)
describe un método para establecer una sesión de PoC. En 3GPP TS
32.272 V0.0.2 (2004-03) se especifica el cargo para
sesiones de PoC.
Un objeto de la invención es evitar los efectos
de mecanismos de prepago sobre niveles reales y percibidos de
servicios de abonados.
Según un primer aspecto de la presente
invención, se proporciona un método para reservar crédito para un
abonado móvil respecto a un servicio multimedia IP, comprendiendo
el método:
después del registro inicial del abonado en el
servicio multimedia IP pero antes de la invocación de un servicio
multimedia IP,
usar el procedimiento de establecimiento de
sesión anticipada para reservar una cantidad de crédito en un nodo
de control de cargo y notificar a un elemento de servicio multimedia
IP la reserva de crédito,
después de lo cual, en la invocación de dicho
servicio multimedia IP, el elemento de servicio multimedia IP es
capaz de proceder inmediatamente con la conexión de sesión.
Se apreciará que el procedimiento de
establecimiento de sesión anticipada comprenderá un intercambio de
mensajes apropiados entre el elemento de servicio multimedia IP y
el nodo de control de cargo. Los mensajes pueden satisfacer las
exigencias de protocolo DIAMETER.
El procedimiento de establecimiento de sesión
anticipada también será usado típicamente con fines de negociación
de servicio (por ejemplo, intercambio de dirección de medios y tipos
de codificador-descodificador) entre el terminal de
abonado (equipo de usuario, UE) y el servidor de subsistema
multimedia IP (IMS).
El procedimiento de establecimiento de sesión
anticipada puede ser disparado automáticamente después del registro
del abonado en el servicio multimedia IP, o puede ser disparado, por
ejemplo, por el abonado/usuario final que activa un servicio
multimedia IP particular en su terminal.
La invención es aplicable en particular, aunque
no necesariamente, a servicios multimedia IP de pulsar para hablar
por celular (PoC).
El método puede comprender, en uno del elemento
de servicio multimedia IP y del nodo de control de cargo, calcular
una cantidad de crédito apropiada para el servicio multimedia IP.
Preferiblemente, este cálculo es llevado a cabo en el nodo de
control de cargo.
En el caso de un abonado de prepago, dicho nodo
de control de cargo será un servidor de sistema de prepago (PPS)
situado en la red local de abonado.
Preferiblemente, el método comprende, en la
invocación del servicio multimedia IP, realizar un procedimiento de
autorización de crédito entre el elemento de servicio multimedia IP
y el nodo de control de cargo basado en el servicio real que ha
sido solicitado/invocado para establecer una cantidad revisada de
crédito. La cantidad calculada de crédito es sustituida por la
cantidad revisada de crédito.
Según un segundo aspecto de la presente
invención, se proporciona un método para hacer funcionar un elemento
de servicio multimedia IP dispuesto para facilitar acceso a un
servicio multimedia IP por abonados móviles, comprendiendo el
método:
después del registro inicial de un abonado en el
servicio multimedia IP pero antes de la iniciación de la sesión
multimedia IP, iniciar un procedimiento de establecimiento de sesión
anticipada con un nodo de control de cargo para reservar una
cantidad de crédito en el nodo de control de cargo.
Según un tercer aspecto de la presente
invención, se proporciona un método para hacer funcionar un nodo de
control de cargo dispuesto para controlar el acceso de abonado a
servicios multimedia IP, comprendiendo el método:
participar en un procedimiento de
establecimiento de sesión anticipada después del registro inicial de
un abonado en el servicio multimedia IP pero antes de la invocación
del servicio multimedia IP, calculando el nodo de control de cargo
una cantidad apropiada de crédito a ser reservada para una sesión
futura.
La Figura 1 ilustra esquemáticamente una
arquitectura de red móvil que incluye un subsistema multimedia IP
(IMS);
la Figura 2 ilustra una arquitectura lógica
simplificada de cargo en línea para servicios multimedia IP
(IPMM);
la Figura 3 muestra la arquitectura de
Publicación 2 de pulsar para hablar por celular (PoC);
la Figura 4 muestra señalización asociada con el
procedimiento de establecimiento de sesión anticipada para
conversación personal instantánea de PoC; y
las Figuras 5 y 6 muestran señalización asociada
con el procedimiento de conexión de sesión, después del
establecimiento de sesión anticipada, cuando el servicio es
invocado realmente.
En una sesión de subsistema multimedia IP (IMS)
puede haber un número de usuarios que son abonados de varios
operadores diferentes de IMS. En cualquier procedimiento de cargo
generalmente aplicable, cada uno de los operadores de IMS debería
ser capaz de cargar a sus propios abonados independientemente, según
sus propios criterios de cargo. Eso es decir que modelos diferentes
de cargo pueden ser aplicados en redes diferentes para la misma
sesión de IMS. Además, modelos diferentes de cargo pueden ser
aplicados a conjuntos diferentes de abonados para el mismo
servicio/característica IPMM dentro de una red de operador dado.
Según 3GPP R5 TS 32.225 y TS 32.200 y IETF DCC
(Internet Engineering Task Force Diameter Credit Control = Control
de crédito de Diameter de IETF) (borrador de Internet "Aplicación
de control de crédito de Diameter"), se distinguen dos
escenarios para cargo en línea de IMS:
1) Escenario de "evento de una vez con adeudo
directo". Modelo de "cargo de evento inmediato" en 3GPP.
Modelo de "autorización de crédito con adeudo directo" en IETF
DCC.
2) Escenario de "control de crédito basado en
sesión". Modelo de "cargo de evento con reserva de unidad"
en 3GPP. Modelo de "Autorización de crédito con reserva de
dinero". en IETF DCC.
En ambos modelos, los elementos de servicio IPMM
(IPMM SE), o sea el cliente de control de crédito, solicitan
autorización de crédito al sistema de cargo en línea (OCS)/sistema
de prepago (PPS), o sea el servidor de control de crédito, antes de
permitir que cualquier servicio sea suministrado al usuario final.
El escenario de control de crédito basado en sesión es considerado
más apropiado para la mayoría de servicios IPMM, y es el escenario
considerado aquí.
El control de crédito basado en sesión es un
proceso en el que el sistema de prepago (PPS) evalúa una solicitud
procedente de un elemento de servicio IPMM (IPMM SE), reserva una
cantidad adecuada de dinero de la cuenta de usuario y notifica al
elemento de servicio IPMM la cantidad correspondiente de recursos de
crédito. Por supuesto, "recurso de crédito" puede no implicar
crédito monetario real: recursos de crédito pueden ser concedidos
en la forma de unidades (por ejemplo, volumen de datos o tiempo) a
ser medidas. Al recibir una respuesta satisfactoria de autorización
de crédito con una cierta cantidad de recursos de crédito, el
elemento de servicio IPMM permite el suministro de servicio al
usuario final y empieza a vigilar la utilización de los recursos
concedidos. Cuando los recursos de crédito concedidos al usuario
final han sido consumidos o el servicio ha sido suministrado o
finalizado satisfactoriamente, el elemento de servicio IPMM (IPMM
SE) informa de vuelta al sistema de prepago (PPS) la cantidad
usada, y el PPS deduce la cantidad usada de la cuenta de usuario (el
PPS puede realizar la evaluación y efectuar una nueva reserva de
crédito si el suministro de servicio está continuando). Este
proceso incluye la primera interrogación, interrogaciones
intermedias posibles y una interrogación final. Es necesario que
tanto el elemento de servicio IPMM (IPMM SE) como el PPS mantengan
información de estado de sesión de control de crédito.
El esquema superior de la Figura 2 ilustra una
arquitectura general de cargo en línea para IPMM mientras que el
esquema inferior ilustra una arquitectura simplificada para PoC. El
sistema de cargo en línea (OCS)/sistema de prepago (PPS)
proporciona la función de control de cargo para una mecanismo de
cargo en tiempo real. El sistema de prepago (PPS) incluye el gestor
de saldos de cuentas y las cuentas de usuarios, el motor de
evaluación y la información de tarifas. El motor de evaluación
proporciona valores de evaluación para sesiones/services o eventos
no valorados en origen, o sea para los que los elementos de servicio
no tienen un precio. Para cargo en línea, los elementos de servicio
IPMM que pueden proporcionar entrada de cargo al PPS son la función
de control de sesión de llamada-servicio
(S-CSFC: Serving-Call Session
Control Function), el control de función de recursos multimedia
(MRFC: Multimedia Resource Function Control) y el servidor de
aplicaciones (AS: Application Server). Para pulsar para hablar por
celular (PoC), el elemento de servicio (SE) que proporciona entrada
de cargo al PPS es el servidor PoC (que abarca funcionalidad de
función de recursos multimedia (MRF) y de servidor de aplicaciones
(AS)). La interfaz entre los elementos de servicio IPMM (IPMM SEs) y
el sistema de prepago (PPS) está basada en el protocolo base de
Diameter (DBP: Diameter Base Protocol) y la aplicación de control
de crédito de Diameter (DCC: Diameter Credit Control) como está
siendo definido por 3GPP en las Publicaciones 5 y 6.
La Figura 3 muestra la arquitectura de
Publicación 2 de PoC, donde las entidades funcionales de PoC están
dibujadas con líneas realzadas. En la Figura 3 se muestran las
interfaces siguientes:
- It:
- Control de suelo y medios
- Itn:
- Control de suelo y medios
- Is:
- Señalización de sesión de cliente de PoC a proxies
- If:
- Señalización de sesión de proxy a servidor PoC
- In:
- Señalización de sesión de proxy a proxy
- Im:
- Servidor de gestión de grupo a cliente de PoC
- Ik:
- Servidor de gestión de grupo a servidor PoC
- Io:
- Servidor OTAP (Oregon Telephone Assistance Program) a cliente de PoC.
La arquitectura de PoC tiene dos funciones de
servidor PoC, función/entidad lógica de servidor PoC controlador y
función/entidad lógica de servidor PoC participante. En cada sesión
de conversión de PoC solo hay un servidor PoC controlador mientras
que puede haber uno o más servidores PoC participantes. El servidor
PoC controlador maneja las tareas centralizadas que no deberían ser
manejadas por más de un servidor PoC en la sesión de conversación
de PoC. Un servidor PoC se comporta como un servidor PoC controlador
o como un servidor PoC participante, como se selecciona sobre una
base por sesión de conversación de PoC.
Una realización de servidor PoC (o sea, entidad
física/nodo) puede comportarse tanto como un servidor PoC
controlador y como un servidor PoC participante al mismo tiempo y
para la misma sesión de conversación de PoC. En el caso de
conversación personal instantánea y conversación en grupo
instantánea ad hoc, el servidor PoC del usuario que invita es el
servidor PoC controlador. En el caso de conversación en grupo de
charla y conversación en grupo instantánea, el servidor PoC
controlador es el servidor PoC que posee/aloja la identidad de
grupo (la identidad de grupo global). Más detalles de estos
servicios PoC son dados en el Apéndice más adelante.
Como se ha esbozado anteriormente, es probable
que el enfoque convencional de la reserva de crédito para sesiones
de PoC produzca retardos significativos de establecimiento de
sesión. Un método alternativo para reservar crédito para
servicios/características sensibles a retardo de PoC (o sea,
conversación personal instantánea y conversación en grupo
instantánea ad hoc) es propuesto aquí que mantiene todas las
características de prepago (o sea, control de crédito de operador,
control de gasto en tiempo real de usuario final). Este método
utiliza el denominado procedimiento de establecimiento de "sesión
anticipada" para reservar crédito para características de PoC
con tiempo crítico de establecimiento de sesión antes de que el
usuario final inicie una sesión de conversación, o sea antes de que
sea invocada la característica real de PoC. El procedimiento de
establecimiento de sesión anticipada es usado con fines de
negociación de servicio (por ejemplo, comunicación de
dirección/número de puerto IP para RTP/RTCP (Real Time
Protocol/Real Time Control Protocol), y tipos de
codificador/descodificador) entre el equipo de usuario (UE) y su
servidor PoC local. La sesión anticipada puede ser establecida
inmediatamente después del registro de subsistema multimedia IP
(IMS) o en cualquier instante posterior. El procedimiento de
establecimiento de sesión anticipada es definido en la arquitectura
de Publicación 2.0 de PoC.
En el establecimiento de sesión anticipada, el
Servidor PoC realiza reserva de crédito hacia el sistema de prepago
(PPS) (enviando una solicitud de contabilidad (ACR: Accounting
Request) de Diameter, con
Accounting-Record-Type = START),
antes de continuar con el procesamiento de la solicitud de
establecimiento de sesión anticipada. El sistema de prepago (PPS)
evalúa provisionalmente el servicio (en esta etapa es desconocido
que característica de PoC será invocada por el usuario en un
momento posterior) y, si el saldo de crédito de usuario es
suficiente, el PPS reserva una cantidad adecuada de dinero de la
cuenta de usuario y devuelve la cantidad correspondiente de
unidades de crédito al servidor PoC (en un mensaje de respuesta de
contabilidad (ACA: Accounting Answer) de Diameter, con
Accounting-Record-Type = START).
Después de la reserva satisfactoria de crédito, el servidor PoC
continúa procesando la solicitud de establecimiento de sesión
anticipada. Esta fase de autorización de crédito no es
particularmente sensible al tiempo puesto que la característica de
PoC no ha sido invocada todavía.
En el caso de que la reserva de crédito sea
insatisfactoria (por ejemplo, el saldo de crédito de usuario está
agotado), el PPS inicia el procedimiento de terminación inmediata de
servicio devolviendo una indicación de fallo al servidor PoC (en un
mensaje de respuesta de contabilidad (ACA) de Diameter, con:
Result-Code =
DIAMETER_END_USER_SERVICE_DENIED).
El servidor PoC devuelve una indicación de error
de protocolo de iniciación de sesión (SIP) al núcleo de servicio de
IMS. Una indicación de error es devuelta al equipo de usuario (UE) y
al usuario final.
Como ya se ha mencionado, cuando se reserva
crédito en el establecimiento de sesión anticipada, el servidor PoC
todavía no sabe que característica de PoC será invocada en un
momento posterior, o realmente si el equipo de usuario (UE) que
realiza el procedimiento de establecimiento de sesión anticipada
será usado por el usuario final de origen (propietario de sesión) o
terminación (participante). Así, en el establecimiento de sesión
anticipada, el servidor PoC solo puede proporcionar entrada limitada
para evaluación al sistema de prepago. En la conexión de sesión (o
sea, la etapa real de invocación/establecimiento de característica
de PoC), el servidor PoC procesa la solicitud de servicio
inmediatamente confiando en el crédito reservado previamente. El
servidor PoC es capaz ahora de proporcionar entrada precisa para
evaluación al PPS (en un mensaje de solicitud de contabilidad (ACR)
de Diameter, con
Accounting-Record-Type = INTERIM).
Nuevamente, esta fase de autorización de crédito no es
particularmente sensible al tiempo porque una cantidad calculada de
crédito ya ha sido reservada, reduciendo el riesgo para el
proveedor de servicios. La invocación de servicio puede ser
procesada inmediatamente mientras que, en paralelo, una segunda
autorización de crédito es llevada a cabo para refinar la
evaluación.
La Figura 4 ilustra la señalización asociada con
el procedimiento de establecimiento de sesión anticipada cuando es
usado para reserva adelantada de crédito con la característica de
conversación personal instantánea. Este escenario provee lo
necesario para un procedimiento de establecimiento de sesión
anticipada en ambos lados (NB. el flujo de señalización no muestra
el núcleo de IMS de origen y terminación). Los diversos pasos de
señalización son como sigue:
1a. El equipo A de usuario
(UE-A) empieza el establecimiento de sesión
anticipada (inmediatamente después del registro inicial de IMS o en
algún instante posterior, por ejemplo cuando el usuario activa el
servicio de conversación instantánea desde el equipo de usuario
(UE)) enviando un "SIP INVITE" (SIP INVITAR) hacia el servidor
A de PoC, por vía del núcleo A de IMS (o sea, el equipo de usuario
(UE) envía "SIP INVITE" al núcleo A de IMS). El núcleo A de
IMS devuelve un SIP 100 "Trying" (SIP 100 Intentar) al equipo A
de usuario (UE-A). El núcleo A de IMS detecta un
disparo originario y como resultado envía el "SIP INVITE" al
servidor A de PoC. El "SIP INVITE"
incluye:
incluye:
Solicitar-parte de usuario de
URI (Uniform Resource Identifier) dispuesta en cadena preconfigurada
"Ad-hocGroupRe-quest" (la
cadena es configurada en el equipo de usuario (UE)).
Aceptar-contacto que incluye la
etiqueta de característica "+g.poc.talkburt = TRUE"
A = parte de usuario de URI dispuesta en la
cadena preconfigurada "Ad-hocGroupRequest"
Desde = Identidad Pública de Usuario del usuario
que invita
Cuerpo de mensaje con tipo de contenido
"application/sdp" que contiene una oferta 1 de SDP (Session
Description Protocol)
2a. El servidor A de PoC comprueba que la sesión
anticipada es soportada. Para el fin de este escenario se supone
que la sesión anticipada es soportada. El servidor A de PoC puede
enviar un SIP 100 "Trying" (SIP 100 Intentar) al núcleo A de
IMS.
\vskip1.000000\baselineskip
3a. El servidor PoC controlador empieza una
sesión de control de crédito hacia el sistema A de prepago local de
usuario A, mientras continúa procesando la solicitud/SIP INVITE
recibida de establecimiento de sesión. El sistema A de prepago es
identificado por la dirección de función de cargo de evento (ECF:
Event Charging Funtion) descargada como parte del perfil de usuario
A desde el sistema local de abonado (HSS: Home Subscriber System) a
la función de control de sesión de llamada-servicio
(S-CSCF: Serving-Call Session
Control Function) en el núcleo A de IMS en el tiempo de registro de
usuario A de IMS y transferida en el SIP INVITE desde el
S-CSCF en el núcleo A de IMS al servidor A de
PoC.
4a. El servidor PoC controlador envía una
solicitud de contabilidad (ACR) de Diameter al sistema A de prepago.
La ACR de Diameter incluye:
\vskip1.000000\baselineskip
NOTA: en este ejemplo se incluyen muestran tres
M-S-C-C AVPs
(Average Voice Packets). En general pueden incluirse varios
M-S-C-C AVPs, uno
para cada método de medida soportado por el elemento de servicio
multimedia IP (IPMM SE) para la combinación relacionada de tipo de
servicio y papel de corresponsal.
5a. El sistema A de prepago evalúa
provisionalmente el servicio (en esta etapa se desconoce si
cualquier servicio solicitado futuro será conversación personal
instantánea o conversación en grupo instantánea ad hoc) basado en
el contenido de la
"Service-Parameter-Info"
recibida, efectúa una reserva de crédito desde la cuenta de usuario
final (que incluye el coste previsto del servicio) y devuelve un
mensaje de respuesta de contabilidad (ACA) de Diameter al servidor
PoC. Para el fin de este escenario, se supone que el saldo de
crédito de usuario es suficiente. El ACA de Diameter incluye:
El servidor A PoC controlador empieza a vigilar
el uso de las
"granted-service-units"
(unidades de servicio concedidas).
\vskip1.000000\baselineskip
6a. El servidor A de PoC envía un "SIP 202
Accepted" (SIP 202 Aceptado) al equipo A de usuario
(UE-B) por vía del núcleo A de IMS. El "SIP 202
Accepted" incluye:
Contacto, que contiene el identificador de grupo
ad hoc transitorio generado por el servidor PoC controlador
Cuerpo de mensaje con tipo de contenido
"application/sdp" que contiene una respuesta 1 de SDP (Session
Description Protocol = Protocolo de Descripción de Sesión)
7a. El equipo A de usuario
(UE-A) envía un "SIP ACk" (SIP ACUSE DE RECIBO)
al servidor A de PoC por vía del núcleo A de IMS.
\vskip1.000000\baselineskip
En paralelo con los pasos 1a a 7a en la red A,
los pasos 1b a 7b tienen lugar en la red B (que implica al usuario
B, equipo B de usuario (UE-A), núcleo B de IMS,
servidor B de PoC y sistema B de prepago).
\vskip1.000000\baselineskip
Después de completar el procedimiento de
establecimiento de sesión anticipada ilustrado en la Figura 4, el
procedimiento de conexión es iniciado por un abonado (equipo A de
usuario (UE-A en este caso). Las Figuras 5 y 6
ilustran la señalización asociada con un establecimiento de
conversación personal instantánea (o sea, establecimiento de
conexión). Nuevamente, el flujo de señalización no muestra el núcleo
IMS de origen y terminación. Los pasos de señalización son como
sigue.
\vskip1.000000\baselineskip
1. El usuario final en el equipo A de usuario
(UE-A), abonado de la red A, pulsa el botón de PoC,
para iniciar una sesión de conversación personal instantánea con el
usuario final en el equipo B de usuario (UE-B),
abonado de la red B.
2. El equipo A de usuario (UE-A)
envía un "SIP REFER" (SIP REFERIR) al servidor A de PoC por vía
del núcleo A de IMS. El "SIP REFER" incluye:
Referirse a: identidad pública de usuario del
usuario invitado (o sea, número E.164 o SIP URI (Session Initiation
Protocol Uniform Resource Identifier)).
3. El servidor A de PoC participante originario
reconoce el tipo de sesión como conversación personal instantánea
basado en el "SIP REFER" (o sea, una identidad pública de
usuario).
El servidor A de PoC participante originario
toma la función del servidor PoC controlador. La función de servidor
PoC participante originario es ubicada conjuntamente con la función
de servidor PoC controlador. Es decir, para conversación personal
instantánea, el servidor PoC asignado al usuario que invita es el
servidor PoC controlador.
El servidor PoC controlador debe:
Autorizar al usuario que invita a la sesión de
conversación;
Interpretar el "SIP REFER" como una
solicitud implícita de abono a un paquete de evento de referir para
cada "SIP INVITE/REFER" saliente (o sea, el equipo de usuario
(UE) que invita debe recibir información sobre la respuesta final
de SIP de usuarios invitados en un "SIP NOTIFY") (SIP
NOTIFICAR); e
interpretar el "SIP REFER" como una
"solicitud de suelo" implícita.
\vskip1.000000\baselineskip
4. El servidor PoC controlador realiza una
interrogación intermedia para proporcionar entrada de evaluación
nueva/adicional al sistema A de cargo, o sea el servidor PoC
controlador conoce ahora que la sesión es del tipo conversación
personal instantánea.
5. El servidor PoC controlador envía una
solicitud de contabilidad (ACR) de Diameter al sistema A de prepago.
El ACR de Diameter incluye:
\vskip1.000000\baselineskip
6. El sistema A de prepago deduce la cantidad
usada de la cuenta de usuario final, evalúa el servicio basado en
el contenido de la
"Service-Parameter-Info"
(Servicio-Parámetro-Información)
recibida, efectúa una nueva reserva de crédito desde la cuenta de
usuario final (que incluye el coste del servicio) y devuelve una
respuesta de contabilidad (ACA) de Diameter. Para el fin de este
escenario, el saldo de crédito de usuario es suficiente. El ACA de
Diameter incluye:
7. El servidor A de PoC controlador continúa
vigilando la utilización de las
"granted-service-units"
(unidades de servicio concedidas).
8. El servidor A de PoC controlador envía un
"SIP 202 Accepted" (SIP 202 Aceptado) al equipo A de usuario
(UE-A) por vía del núcleo A de IMS.
9. El servidor A de PoC controlador envía un
"SIP INVITE" (SIP INVITAR) (oferta 2 de Session Description
Protocol (SDP)) al servidor B de PoC participante. Se apreciará que
este mensaje puede ser enviado inmediatamente por el servidor A de
PoC después de la recepción del mensaje "SIP REFER" (SIP
REFERIR) desde el equipo A de usuario (UE-A), o sea
este mensaje puede ser enviado antes de, o durante, el intercambio
de mensajes de DIAMETER (5 y 6).
10. El servidor B de PoC participante obtiene
[de la funcionalidad de GLMS (Servidor de Gestión de Listas y
Grupos)] el señalizador de no molestar, las listas de acceso
(aceptar/rechazar) y el modo de respuesta del usuario invitado. El
servidor B de PoC participante autoriza la solicitud basado en el
señalizador de no molestar y las listas de acceso
(aceptar/rechazar) del usuario invitado.
Para el fin de este escenario, el servidor B de
PoC participante determina que el señalizador de no molestar no
está dispuesto, el usuario que invita no está en la lista de rechazo
y el modo de respuesta de usuario invitado está dispuesto en
"respuesta automática".
11. El servidor PoC participante realiza una
interrogación intermedia para proporcionar entrada de evaluación
nueva/adicional al sistema A de cargo, o sea el servidor PoC
participante tiene ahora conocimiento de la sesión de PoC
terminadora.
12. El servidor PoC participante envía una
solicitud de contabilidad (ACR) de Diameter al sistema B de
prepago.
La ACR de Diameter incluye:
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
13. El sistema B de prepago deduce la cantidad
usada de la cuenta de usuario final, evalúa el servicio basado en
el contenido de la
"Service-Parameter-Info"
(Servicio-Parámetro-Información)
recibida, efectúa una nueva reserva de crédito a partir de la
cuanta de usuario final (que incluye el coste de servicio) y
devuelve una respuesta de contabilidad (ACA) de Diameter. Para el
fin de este escenario, el saldo de crédito de usuario es
suficiente. La ACA de Diameter incluye:
\vskip1.000000\baselineskip
\newpage
14. El servidor B de PoC participante empieza a
vigilar la utilización de las
"granted-service-units"
(unidades de servicio concedidas).
15. El equipo B de usuario
(UE-B) tiene una sesión anticipada establecida y
tiene dispuesto el modo de respuesta automática; así, el servidor B
de PoC participante selecciona el modo de medios anticipados.
16. El servidor B de PoC participante envía un
"SIP 200 OK" (respuesta 2 de Session Description Protocol
(SDP)) al servidor PoC controlador.
17. "SIP ACK" (SIP ACUSE DE RECIBO) es
enviado desde el servidor A de PoC controlador al servidor B de PoC
participante. Se observa que, como con el mensaje (9) "SIP
INVITE" (SIP INVITAR), el envío de los mensajes "SIP ACK" y
"SIP 200 OK" es independiente del intercambio de mensajes (5,
6, 12, 13) de DIAMETER.
18. El servidor PoC controlador envía "suelo
tomado" de RTCP (Real Time Control Protocol) al equipo B de
usuario (UE-B) por vía del servidor B de PoC
participante.
19. Una "indicación de escucha" es dada al
usuario B.
20. El servidor PoC controlador envía "suelo
concedido" de RTCP al equipo A de usuario (UE-A).
Se observa que, como con el mensaje "SIP INVITE" (9), el envío
de los mensajes "suelo tomado" de RTCP (18) y "suelo
concedido" de RTCP (20) es independiente del intercambio de
mensajes (5, 6, 12, 13) de DIAMETER.
21. Una "indicación de conversación" es
dada al usuario A (tanto "SIP 202 Accepted" (SIP 202 Aceptado),
que transporta la respuesta de SDP (Session Description Protocol),
como "suelo concedido de RTCP", que indica que el servidor PoC
está dispuesto a manejar medios, son necesarios con fines de
interacción de usuarios).
22. El usuario A comienza a hablar,
23. La "ráfaga de conversación de RTP (Real
Time Protocol)" (medios) es transmitida desde el equipo A de
usuario (UE-A) al equipo B de usuario (UE B) por
vía del servidor PoC controlador y del servidor B de PoC
participante.
24. El usuario A escucha la frase hablada del
usuario B.
25. Debido al "estatus de abono implícito a
usuario invitado" anterior al recibir el SIP 200 OK, el servidor
PoC controlador envía una solicitud "SIP NOTIFY" (SIP
NOTIFICAR) al núcleo A de IMS. El núcleo A de IMS envía "SIP
NOTIFY" (SIP NOTIFICAR) al equipo A de usuario (UE A). la "SIP
NOTIFY" incluye:
- Evento = referir
- Cuerpo de mensaje con tipo de contenido "message/sipfrag" que contiene:
- La línea de estatus de la respuesta de SIP (Session Initiation Protocol) que el servidor PoC recibió desde el usuario invitado, "SIP/2.0 200 OK" para este escenario; y
- La identidad pública de usuario del usuario invitado (SIP URI o MSISDN (Mobile Station Integrated Services Digital Network)).
26. El equipo A de usuario (UE A) envía una
respuesta "SIP 200 OK" al "SIP NOTIFY" (SIP NOTIFICAR) al
núcleo A de IMS. El núcleo A de IMS envía "SIP 200 OK" al
servidor PoC controlador.
27. El usuario A suelta el botón de PoC.
28. El equipo A de usuario
(UE-A) envía "liberación de suelo de RTCP" al
servidor PoC controlador.
29. El servidor PoC controlador envía "suelo
inactivo de RTCP" al equipo A de usuario
(UE-A).
30. El servidor PoC controlador envía "suelo
inactivo de RTCP" al servidor B de PoC participante que lo expide
al equipo B de usuario (UE-B).
31. Una "indicación de suelo inactivo" es
dada al usuario B.
Más ráfagas de conversación pueden ser
enviadas/recibidas por el usuario A y el usuario B.
Otras ráfagas de conversación pueden ser
enviadas/recibidas por el usuario A y el usuario B.
Puede ocurrir otra interrogación intermedia de
control de crédito.
32. El usuario A solicita desconectar de la
sesión de conversación.
33. El equipo A de usuario
(UE-A) envía un "RTCP BYE" (RTCP ADIOS) al
servidor PoC controlador.
34. El servidor PoC controlador detecta la
expiración de temporizador de inactividad. Según el criterio de
terminación de sesión, el servidor PoC controlador solicita
liberación de sesión de conversación.
35. El servidor PoC controlador envía "RTCP
BYE" (RTCP ADIOS) al servidor B de PoC participante que lo expide
al equipo B de usuario (UE-B).
36. Una indicación de desconectar sesión es dada
al usuario B.
37. El servidor PoC controlador envía un "SIP
BYE" (SIP ADIOS) al servidor B de PoC participante.
38. El servidor B de PoC participante responde
con "SIP 200 OK" (para "SIP BYE").
39. El servidor PoC controlador envía una
solicitud de contabilidad (ACR) de Diameter al sistema A de prepago.
La ACR de Diameter incluye:
40. El sistema A de prepago devuelve una
respuesta de contabilidad (ACA) de Diameter. Para el fin de este
escenario, el saldo de crédito de usuario es suficiente. La ACA de
Diameter incluye:
\hskip0.5cm
41. El servidor PoC participante envía una
solicitud de contabilidad (ACR) de Diameter al sistema B de prepago.
La ACR de Diameter incluye:
42. El sistema B de prepago devuelve una
respuesta de contabilidad (ACA) de Diameter. Para el fin de este
escenario, el saldo de crédito de usuario es suficiente. La ACA de
Diameter incluye.
\hskip0.5cm
Por la descripción anterior se apreciará que la
introducción de la característica de prepago (una necesidad para la
aceptación amplia en el mercado de ciertas características de PoC)
es efectuada de tal modo que la fase de autorización de crédito no
influye en el tiempo de establecimiento de sesión de conversación de
PoC. El elemento de servicio multimedia IP (por ejemplo, servidor
PoC) realiza la autorización de crédito hacia el sistema de prepago
para reservar crédito, en algún momento después del registro inicial
de usuario de IMS como parte del "procedimiento de sesión
anticipada de PoC"; es decir, antes de que la característica de
servicio PoC crítico de tiempo de establecimiento real (o sea,
conversación personal instantánea, conversación en grupo
instantánea ad hoc) sea invocada por el usuario final. Cuando
el usuario final invoca la característica de servicio PoC, el
elemento de servicio IPMM puede procesar la solicitud de servicio
inmediatamente confiando en el crédito reservado previamente; al
mismo tiempo, el elemento de servicio IPMM realiza una segunda
autorización de crédito para proveer al sistema de prepago con
entrada de evaluación refinada (por ejemplo, la característica real
de PoC invocada, el papel del corresponsal originario de sesión).
Como resultado, la fase de autorización de crédito no influye en el
tiempo de establecimiento de sesión de conversación de PoC.
La persona experta en la técnica apreciará que
diversas modificaciones pueden ser efectuadas en las realizaciones
descritas anteriormente sin apartarse del alcance de la presente
invención.
Pulsar para hablar por celular (PoC) es un tipo
de servicio de radioteléfono portátil basado en tecnología de
subsistema multimedia IP (IMS). El servicio PoC incluye las
características siguientes:
Esta es una comunicación vocal (de 1 con 1) con
otro usuario, donde los usuarios hablan uno por uno. Un usuario
invita al otro usuario a establecer una sesión de conversación
personal instantánea. Un usuario participante del servicio de
conversación personal instantánea de 1 con 1 puede añadir un usuario
o usuarios nuevos a la sesión, estableciendo así una comunicación
de 1 con N (o sea, conversación en grupo instantánea ad
hoc).
Esta es una comunicación vocal de 1 con N, donde
los usuarios hablan uno por uno. Un usuario se une al grupo para
participar en la conversación en grupo de charla, o sea cada
participante se une a la sesión individualmente. Hay dos tipos de
grupos de charla:
- 1.
- Un grupo de charla abierto es un grupo al que puede unirse cualquier usuario.
- 2.
- Un grupo de charla restringido es un grupo con lista de miembros; solo el usuario que posee el grupo es capaz de añadir y suprimir miembros del grupo; solo los miembros del grupo son capaces de unirse a la sesión de conversación en grupo de charla.
Un grupo ha de ser creado y los miembros han de
ser definidos antes de que pueda ser establecida una conversación
en grupo de charla restringido. Un grupo ha de ser creado antes de
que una conversación en grupo de charla abierto pueda ser
establecida. Un participante en una sesión en marcha de conversación
en grupo de charla abierto o restringido pueda añadir/invitar a
otro usuarios a la sesión; si el grupo es restringido, un
participante solo puede a usuarios que son miembros del grupo.
Esta es una comunicación vocal de 1 con N, donde
los usuarios hablan uno por uno. Uno de los miembros del grupo
invita a todos los demás miembros del grupo a la sesión de
conversación en grupo instantánea. Un grupo ha de ser creado y los
miembros han de ser definidos antes de que una conversación en grupo
instantánea pueda ser establecida. Un miembro del grupo que ha
dejado el grupo o ha rechazado inicialmente la invitación puede
unirse/volver a unirse a una sesión en marcha de conversación en
grupo instantánea. Un participante en una sesión en marcha de
conversación en grupo instantánea puede añadir/invitar a otros
miembros del grupo a la sesión.
Esta es una comunicación vocal de 1 con N, donde
los usuarios hablan uno por uno. Un usuario invita a usuarios
seleccionados a una sesión de conversación en grupo instantánea ad
hoc. Un participante en una sesión en marcha de conversación en
grupo instantánea ad hoc puede añadir/invitar a otros usuarios a la
sesión. Un usuario que ha dejado el grupo o ha rechazado
inicialmente la invitación puede unirse/volver a unirse a una sesión
en marcha de conversación en grupo instantánea ad hoc.
Un usuario puede alertar a otro usuario. La
alerta expresa el deseo del usuario de comunicar y es un modo de
solicitar cortésmente al otro usuario que llame de vuelta usando por
ejemplo la característica de conversación personal instantánea. Una
alerta personal instantánea puede llevar un mensaje de texto.
Además, las capacidades siguientes son usadas en
asociación con las características de PoC descritas
anteriormente.
Esta permite que los usuarios finales de PoC (y
los operadores) gestionen grupos, listas y otra información, como
se describe después. La información es almacenada en la red en la
entidad lógica de servidor de gestión de grupos y listas (GLMS:
Group and List Management Server),y es gestionada por vía de la
interfaz de UE-GLMS.
Estas son usadas para almacenar entradas de
contactos (individuales y en grupo) en el equipo de usuario (UE) y
la red. Tales listas pueden ser usadas por el equipo de usuario (UE)
para direccionar usuarios y grupos cuando se inicia la comunicación
de PoC. Las listas de contactos son aplicables a tipos de sesión de
conversación personal instantánea y conversación en grupo
instantánea ad hoc.
Estas se usan para definir reglas de acceso, es
decir, quién está autorizado o no está autorizado a llegar a un
usuario específico por vía de servicios PoC (o sea, un usuario
llamado/invitado puede usar listas de aceptar y rechazar para
aceptar o rechazar solicitudes entrantes de sesión de conversación
procedentes de otros usuarios). Las listas de acceso son aplicables
a todos los tipos de sesión de conversación y son usadas por el
servidor PoC. Esta es una característica de corresponsal
llamado/terminador.
Listas de grupos son usadas para definir grupos
específicos de PoC, y aplicar a conversación en grupo de charla y
conversación en grupo instantánea abiertas/restringidas. Usadas por
el servidor PoC y el equipo de usuario (UE).
El usuario llamado/invitado puede usar la
característica de "no molestar" para bloquear todas las
sesiones de conversación entrantes (esperar la alerta personal
instantánea). "No molestar" tiene prioridad respecto a las
listas de acceso. Usada por el servidor PoC. Esta es una
característica de corresponsal llamado/terminador.
El usuario llamado/invitado puede seleccionar
modos de respuesta automático o manual, y son usados por el
servidor PoC y el equipo de usuario (UE). Es una característica de
corresponsal llamado/terminador. El servidor PoC que sirve al
usuario invitado puede usar el modo de respuesta para seleccionar el
modo de medios (medios anticipados o atrasados) para la sesión.
Esta característica es usada para aconsejar a
corresponsales sobre la accesibilidad de otros corresponsales.
Claims (10)
1. Un método para reservar crédito para un
abonado móvil respecto a un servicio multimedia IP, comprendiendo
el método:
después del registro inicial del abonado en el
servicio multimedia IP pero antes de la invocación de un servicio
multimedia IP, usar el procedimiento de establecimiento de sesión
anticipada para reservar una cantidad de crédito en un nodo de
control de cargo y notificar a un elemento de servicio multimedia IP
la reserva de crédito.
después de lo cual, en la invocación de dicho
servicio multimedia IP, el elemento de servicio multimedia IP es
capaz de proceder inmediatamente con el establecimiento de
sesión.
2. Un método según la reivindicación 1, en el
que el procedimiento de establecimiento de sesión anticipada
comprende un intercambio de mensajes entre el elemento de servicio
multimedia IP y el nodo de control de cargo usando un protocolo
basado en DIAMETER.
3. Un método según la reivindicación 1 o 2,
siendo el procedimiento de establecimiento de sesión anticipada
disparado automáticamente después del registro del abonado en el
servicio multimedia IP.
4. Un método según la reivindicación 1 o 2,
siendo el procedimiento de establecimiento de sesión anticipada
disparado por el abonado que activa un servicio multimedia IP.
5. Un método según una cualquiera de las
reivindicaciones precedentes, en el que el servicio multimedia IP
es un servicio multimedia IP de pulsar para hablar por celular.
6. Un método según una cualquiera de las
reivindicaciones precedentes y que comprende, en uno del elemento
de servicio multimedia IP y del nodo de control de cargo, calcular
una cantidad de crédito apropiada para el servicio multimedia
IP.
7. Un método según una cualquiera de las
reivindicaciones precedentes, en el que dicho abonado es un abonado
de prepago y dicho nodo de control de cargo es un servidor de
sistema de prepago situado en la red local de abonado.
8. Un método según una cualquiera de las
reivindicaciones precedentes y que comprende, en la iniciación de
la sesión multimedia IP, realizar un procedimiento de autorización
de crédito entre el elemento de servicio multimedia IP y el nodo de
control de cargo basado en las condiciones reales de sesión para
establecer una cantidad revisada de crédito, y sustituir o
suplementar la cantidad calculada de crédito con la cantidad
revisada de crédito.
9. Un método para hacer funcionar un elemento de
servicio multimedia IP dispuesto para facilitar el acceso a un
servicio multimedia IP por abonados móviles, comprendiendo el
método:
después del registro inicial de un abonado en el
servicio multimedia IP, como parte de un procedimiento de
establecimiento de sesión anticipada, iniciar una transacción con un
nodo de control de cargo para reservar una cantidad de crédito en
el nodo de control de cargo.
10. Un método para hacer funcionar un nodo de
control de cargo dispuesto para controlar el acceso de abonado a
servicios multimedia IP, comprendiendo el método:
participar en un procedimiento de
establecimiento de sesión anticipada después del registro inicial de
un abonado en el servicio multimedia IP pero antes de la invocación
del servicio multimedia IP, calculando el nodo de control de cargo
una cantidad apropiada de crédito a ser reservada para una sesión
futura.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2004/051017 WO2005120039A1 (en) | 2004-06-03 | 2004-06-03 | Charging mechanisms for ip multimedia services |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2297427T3 true ES2297427T3 (es) | 2008-05-01 |
Family
ID=34957696
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04735894T Expired - Lifetime ES2297427T3 (es) | 2004-06-03 | 2004-06-03 | Mecanismos de cargo para servicios multimedia ip. |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US8150369B2 (es) |
| EP (1) | EP1751966B1 (es) |
| JP (1) | JP4648388B2 (es) |
| CN (1) | CN1961567B (es) |
| AT (1) | ATE382238T1 (es) |
| DE (1) | DE602004010936T2 (es) |
| ES (1) | ES2297427T3 (es) |
| PL (1) | PL1751966T3 (es) |
| RU (1) | RU2369981C2 (es) |
| WO (1) | WO2005120039A1 (es) |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1319317C (zh) * | 2004-08-11 | 2007-05-30 | 华为技术有限公司 | 一种基于分组数据流计费的对话建立方法 |
| GB0500483D0 (en) * | 2005-01-11 | 2005-02-16 | Nokia Corp | Multi-party sessions in a communication system |
| US8223935B2 (en) | 2005-04-30 | 2012-07-17 | Oracle International Corporation | Revenue management systems and methods |
| US8116326B2 (en) * | 2005-06-28 | 2012-02-14 | Oracle International Corporation | Revenue management system and method |
| US8095665B1 (en) * | 2005-06-30 | 2012-01-10 | Google Inc. | User-friendly features for real-time communications |
| CN1794775B (zh) * | 2005-07-12 | 2010-05-05 | 华为技术有限公司 | 一种无线一键通业务中的计费方法 |
| EP1938193A4 (en) | 2005-07-28 | 2010-08-04 | Oracle Int Corp | SYSTEM AND METHOD FOR MANAGING RECIPES |
| US8223777B2 (en) | 2005-11-15 | 2012-07-17 | Oracle International Corporation | Gateway for achieving low latency and high availability in a real time event processing system |
| KR101177948B1 (ko) * | 2006-01-13 | 2012-08-28 | 삼성전자주식회사 | ＰｏＣ 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한ＰｏＣ 시스템 |
| CN101043743B (zh) * | 2006-03-22 | 2012-04-04 | 华为技术有限公司 | PoC业务中控制用户加入会话的方法 |
| US8015247B1 (en) * | 2006-05-24 | 2011-09-06 | Aol Inc. | Joint communication sessions |
| CN101083541B (zh) * | 2006-05-31 | 2013-05-01 | 朗迅科技公司 | Ims网关系统和方法 |
| KR101248568B1 (ko) * | 2006-06-09 | 2013-06-24 | 에스케이텔레콤 주식회사 | 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 |
| CN101212316A (zh) * | 2006-12-25 | 2008-07-02 | 华为技术有限公司 | 一种多方会话中基于媒体流计费的方法及系统 |
| CN101325780B (zh) * | 2007-06-15 | 2010-07-07 | 华为技术有限公司 | 策略控制实现方法和系统、及策略和计费执行实体 |
| CN101459878A (zh) * | 2007-12-10 | 2009-06-17 | 华为技术有限公司 | 一种实现即按即通计费的方法、设备及系统 |
| MX2010012806A (es) | 2008-05-30 | 2010-12-21 | Alcatel Lucent Usa Inc | Arquitectura de cargo en linea en redes de comunicacion de evolucion a largo plazo/sistema de paquetes evolucionado. |
| CN101505469B (zh) * | 2009-03-03 | 2011-08-24 | 中兴通讯股份有限公司 | 一种回呼业务实现系统及方法 |
| WO2010126524A1 (en) * | 2009-04-30 | 2010-11-04 | Comverse, Inc. | Network communication service using multple payment modes |
| CN101909251B (zh) * | 2009-06-04 | 2013-09-11 | 华为技术有限公司 | 移动一键通系统的计费方法和系统 |
| CN101932045B (zh) | 2009-06-24 | 2014-11-05 | 中兴通讯股份有限公司 | 载波聚合中测量结果的上报方法及用户设备 |
| CN101990186B (zh) | 2009-08-07 | 2013-11-06 | 华为技术有限公司 | 释放资源的方法、装置和系统 |
| WO2011060815A1 (en) * | 2009-11-18 | 2011-05-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for use in a communications network |
| US8935613B1 (en) | 2010-10-28 | 2015-01-13 | Google Inc. | Communication initiation control |
| EP2563053B1 (en) * | 2011-05-09 | 2017-08-02 | Huawei Technologies Co., Ltd. | Method and related device for controlling service charging |
| WO2013064192A1 (en) | 2011-11-04 | 2013-05-10 | Telefonaktiebolaget L M Ericsson (Publ) | Method of communication between ims nodes |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07200687A (ja) * | 1994-01-10 | 1995-08-04 | Nippon Telegr & Teleph Corp <Ntt> | ディポジット・システム |
| FI113224B (fi) * | 1996-11-11 | 2004-03-15 | Nokia Corp | Laskutuksen toteuttaminen tietoliikennejärjestelmässä |
| US5960416A (en) * | 1997-02-27 | 1999-09-28 | Block; Robert S. | Real time subscriber billing at a subscriber location in an unstructured communication network |
| US7248855B2 (en) | 1998-09-15 | 2007-07-24 | Upaid Systems, Ltd. | Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account |
| AU2883000A (en) * | 1999-02-17 | 2000-09-04 | Diebold Incorporated | Method and system for connecting services to an automated transaction machine |
| US6480588B1 (en) * | 1999-11-08 | 2002-11-12 | Worldcom, Inc. | Methods for providing prepaid telephony service via an internet protocol network system |
| FI110656B (fi) * | 2000-05-15 | 2003-02-28 | Nokia Corp | Puhelun muodostamisen ja jatkumisen ohjaaminen |
| US8699472B2 (en) * | 2000-05-24 | 2014-04-15 | Nokia Corporation | Common charging identifier for communication networks |
| EP1332627B1 (en) * | 2000-11-06 | 2007-10-10 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for coordinated charging of services in a multimedia session |
| WO2002039669A2 (en) * | 2000-11-08 | 2002-05-16 | Sprint Spectrum L.P. | Method and system for providing services in communications networks |
| GB0108995D0 (en) | 2001-04-10 | 2001-05-30 | Nokia Corp | Provisioning services to groups of subscribers |
| US6788946B2 (en) * | 2001-04-12 | 2004-09-07 | Qualcomm Inc | Systems and methods for delivering information within a group communications system |
| JP2003125116A (ja) * | 2001-10-19 | 2003-04-25 | Fujitsu Ltd | 通信システム |
| WO2003058997A1 (en) * | 2002-01-09 | 2003-07-17 | Nokia Corporation | Prepaid charging in communication network |
| SE0201329L (sv) * | 2002-04-30 | 2003-10-31 | Ericsson Telefon Ab L M | En metod och system för förbrukningskontroll av en abonnent i ett kommunikationssystem |
| US6829473B2 (en) * | 2002-07-25 | 2004-12-07 | Utstarcom, Inc. | Roaming and hand-off support for prepaid billing for wireless data networks |
| SE0203188D0 (sv) * | 2002-10-29 | 2002-10-29 | Ericsson Telefon Ab L M | Automatic provisioning including mms greeting |
| KR100445753B1 (ko) * | 2002-11-19 | 2004-08-25 | 임명수 | 휴대용 단말기를 이용한 대출 및 결제 방법 |
| FI20040187A0 (fi) * | 2004-02-06 | 2004-02-06 | Nokia Corp | Veloittaminen viestintäjärjestelmässä |
-
2004
- 2004-06-03 EP EP04735894A patent/EP1751966B1/en not_active Expired - Lifetime
- 2004-06-03 JP JP2007513698A patent/JP4648388B2/ja not_active Expired - Fee Related
- 2004-06-03 US US11/569,822 patent/US8150369B2/en not_active Expired - Fee Related
- 2004-06-03 WO PCT/EP2004/051017 patent/WO2005120039A1/en not_active Ceased
- 2004-06-03 PL PL04735894T patent/PL1751966T3/pl unknown
- 2004-06-03 CN CN200480043232XA patent/CN1961567B/zh not_active Expired - Fee Related
- 2004-06-03 DE DE602004010936T patent/DE602004010936T2/de not_active Expired - Lifetime
- 2004-06-03 ES ES04735894T patent/ES2297427T3/es not_active Expired - Lifetime
- 2004-06-03 RU RU2006147312/09A patent/RU2369981C2/ru not_active IP Right Cessation
- 2004-06-03 AT AT04735894T patent/ATE382238T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1751966B1 (en) | 2007-12-26 |
| RU2006147312A (ru) | 2008-07-20 |
| US8150369B2 (en) | 2012-04-03 |
| PL1751966T3 (pl) | 2008-05-30 |
| CN1961567A (zh) | 2007-05-09 |
| RU2369981C2 (ru) | 2009-10-10 |
| DE602004010936D1 (de) | 2008-02-07 |
| DE602004010936T2 (de) | 2009-01-02 |
| EP1751966A1 (en) | 2007-02-14 |
| JP4648388B2 (ja) | 2011-03-09 |
| WO2005120039A1 (en) | 2005-12-15 |
| JP2008502035A (ja) | 2008-01-24 |
| ATE382238T1 (de) | 2008-01-15 |
| CN1961567B (zh) | 2011-01-26 |
| US20080311883A1 (en) | 2008-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2297427T3 (es) | Mecanismos de cargo para servicios multimedia ip. | |
| JP4903849B2 (ja) | 特にｕｍｔｓネットワークにおける課金識別子の分配 | |
| JP4205672B2 (ja) | 通信セッションの費用の取り決め | |
| US9203504B2 (en) | System and method for enhanced paging and quality of service establishment in mobile satellite systems | |
| EP1940076A1 (en) | Method and system for sending media stream-based charging request in a multiparty session | |
| CN108521404A (zh) | 一种基于ims组网的手机安全隐私号码保护平台 | |
| US20120250585A1 (en) | Interworking between ims/sip and pstn/plmn to exchange dynamic charging information | |
| KR20070006894A (ko) | 통신 방법 | |
| WO2012103989A1 (en) | Method and apparatus for online charging in an ip multimedia subsystem | |
| EP1769591B1 (en) | Method and apparatus for processing a call in a push-to-talk, ptt, over cellular (poc) system | |
| ES2345408T3 (es) | Metodo y sistema para la facturacion del servicio de telefonia movil tipo 'push to talk over cellular' (poc) y sistema de comunicacion. | |
| US7860748B2 (en) | Charging in a communication system | |
| CN102474419A (zh) | 通过sip传递动态计费信息的机制 | |
| CN100384296C (zh) | 一种互联网协议多媒体子系统计费标识分配方法 | |
| KR20080042130A (ko) | 제어 장치, 서비스 장비 및 이들의 사용 | |
| US20130039225A1 (en) | Method and apparatus relating to charging in an ip multimedia subsystem | |
| CN118264647A (zh) | 一种远程控制方法及通信装置 | |
| Aziz et al. | Design and Analysis of IP-Multimedia Subsystem (IMS) | |
| Vijayalakshmy et al. | Convergent Architecture for Worldwide Interoperability for Microwave Access-Universal Mobile Telecommunications System-Wireless Local Area Network Interworking Using IP Multimedia Subsystem Signaling Analysis to Achieve Quality of Service | |
| HK1089598B (en) | Distribution of a charging identifier in particular in umts networks | |
| CN101977355A (zh) | 一种实现即按即通计费的方法、设备及系统 |