ES2346563T3 - Gestion de interfases de multiples usuarios en un subsistema de multimedios ip. - Google Patents
Gestion de interfases de multiples usuarios en un subsistema de multimedios ip.Info
- Publication number
- ES2346563T3 ES2346563T3 ES06777293T ES06777293T ES2346563T3 ES 2346563 T3 ES2346563 T3 ES 2346563T3 ES 06777293 T ES06777293 T ES 06777293T ES 06777293 T ES06777293 T ES 06777293T ES 2346563 T3 ES2346563 T3 ES 2346563T3
- Authority
- ES
- Spain
- Prior art keywords
- session
- user
- initiation protocol
- cscf
- terminal
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
Abstract
Un método de operar un sistema de comunicación que comprende una red de Subsistemas de Multimedios IP y una pluralidad de terminales de usuario final, cada uno de los cuales está asociado con una identidad de usuario pública de Subsistema de Multimedios IP, comprendiendo el método: interponer una entidad lógica entre una pluralidad de Agentes de Usuario con Protocolo de Iniciación de Sesión implementada dentro o a nombre de un solo terminal de usuario final, y una Función de Control de Llamada/Sesión de Servicio de un Subsistema de Multimedios de IP; para cada uno de los citados Agentes de Usuario, registrar con la citada entidad lógica una dirección de contacto; y hacer que la citada entidad lógica registre su propia dirección de contacto con respecto a la identidad de usuario pública asociada con el citado terminal de usuario final, con la Función de Control de Llamada/Sesión de Servicio de manera que emule a un único Agente de Usuario con Protocolo de Iniciación de Sesión a la Función de Control de Llamada/Sesión de Servicio.
Description
Gestión de interfases de múltiples usuarios en
un Subsistema de Multimedios IP.
La presente invención se refiere al registro de
un usuario en el Subsistema de Multimedios IP.
Los Servicios de Multimedios IP proporcionan una
combinación dinámica de voz, video, mensajería, datos, etc. dentro
de la misma sesión. Aumentando el número de aplicaciones básicas y
los medios que es posible combinar, el número de servicios
ofrecidos a los usuarios finales aumentará, y la experiencia de
comunicación inter-personal se enriquecerá. Esto
llevará a una nueva generación de servicios de comunicación de
multimedios rica, personalizada, que incluye los llamados servicios
de "Multimedios IP combinacionales" que se consideran con más
detalle a continuación.
El IP Multimedia Subsystem
(IMS-Subsistema de Multimedios IP) es la tecnología
definida por el Third Generation Partnership Project
(3GPP-Proyecto de Colaboración de Tercera
Generación) para proporcionar servicios de Multimedios IP en redes
de comunicación de telefonía móvil (3GPP TS 22.228, TS 23.218, TS
23.228, TS 24.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 y TS
29.329 Versiones 5 a 7. El IMS proporciona características clave
para enriquecer la experiencia de comunicación de
persona-a-persona del usuario final
mediante el uso de Accesos a Servicios de IMS estandarizados, que
facilitan nuevos servicios de comunicación de
persona-a-persona
(cliente-a-cliente) ricos así como
servicios de persona-a-contenido
(cliente-a-servidor) en redes
basadas en IP. El IMS hace uso del Session Initiation Protocol
(SIP-Protocolo de Iniciación de Sesión) para
establecer y controlar llamadas o sesiones entre terminales de
usuario (o terminales de usuario y servidores de aplicación). El
Session Description Protocol (SDP-Protocolo de
Descripción de Sesión), transportado por la señalización de SIP, se
usa para describir y negociar los componentes de medios de la
sesión. Mientras que el SIP fue creado como un protocolo de
usuario-a-usuario, el IMS permite a
los operadores y a los proveedores de servicios controlar el acceso
del usuario a servicios y facturar a los usuarios de manera
correspondiente.
La Figura 1 ilustra esquemáticamente la
arquitectura de IMS de acuerdo con el 3GPP Versión 5 (R5) y el IMS
Versión 6 (R6). Las Call/Session Control Functions
(CSCFs-Funciones de Control de Llamada/Sesión)
operan como proxies de SIP dentro del IMS. La arquitectura de 3GPP
define tres tipos de CSCFs: La Proxy CSCF (P-CSCF -
CSCF de Proxy) que es el primer punto de contacto dentro del IMS
para un terminal de SIP; el Serving CSCF
(S-CSCF-CSCF de Servicio) que
proporciona al usuario servicios a los que el usuario está suscrito;
y la Interrogating CSCF
(I-CSCF-CSCF de Interrogación) cuya
función es identificar la S-CSCF correcta y enviar
a esa S-CSCF una petición recibida desde un terminal
de SIP por medio de la P-CSCF.
Un usuario se registra con el IMS usando el
método de REGISTRAR con SIP especificado. Este es un mecanismo para
conectarse al IMS y anunciar al IMS la dirección en la cual puede
ser encontrada una identidad de usuario con SIP. El usuario recibe
una única URI de la S-CSCF que utilizará cuando
inicie un diálogo. En 3GPP, cuando un terminal con SIP lleva a cabo
un registro el IMS valida al usuario, y asigna una
S-CSCF a ese usuario del conjunto de
S-CSCFs disponibles. Mientras que los criterios para
asignar S-CSCFs no están especificados por el 3GPP,
éstos pueden incluir requisitos de compartir carga y servicio. Se
observa que la asignación de un S-CSCF es clave
para controlar (y facturar) el acceso del usuario a servicios
basados en IMS. Los operadores pueden proporcionar un mecanismo
para evitar sesiones de SIP de
usuario-a-usuario directas que se
saltarían de otro modo la S-CSCF.
Durante el proceso de registro, es
responsabilidad de la I-CSCF seleccionar una
S-CSCF si no se ha seleccionado ya una. La
I-CSCF recibe las capacidades de
S-CSCF requeridas del Home Subscriber Server
(HSS-Servidor de Abonado Local) de la red local, y
selecciona una S-CSCF apropiada basándose en las
capacidades recibidas. [Se observa que la asignación de
S-CSCF es llevada a cabo también para un usuario por
la I-CSCF en el caso en el que el usuario sea
llamado por otro participante, y el usuario no esté actualmente
asignado en S-CSCF.] Cuando un usuario registrado
subsiguientemente envía una petición de Sesión (por ejemplo SIP
INVITE) al IMS, la petición incluirá las URLs
P-CSCF y S-CSCF de manera que la
P-CSCF es capaz de enviar la petición a la
S-CSCF seleccionada. Esto aplica tanto en los lados
de inicio como de finalización (del IMS). [Para la llamada de
finalización la petición incluirá la dirección de
P-CSCF y la dirección del UE].
Dentro de la red de servicios de IMS, se
proporcionan application servers (ASs-Servidores de
Aplicación) para implementar una funcionalidad de servicio de IMS.
Mientras que originariamente se consideró que los ASs operarían
como "esclavos" para las CSCFs de IMS, respondiendo a las
peticiones delegadas por las S-CSCFs, éste no
necesita ser el caso y verdaderamente se supone ahora que los ASs
pueden tener interfaces a redes externas (es decir
no-3GPP), y pueden recibir un estímulo interno para
llevar a cabo una acción (por ejemplo una expiración de
temporizador). La Figura 2 ilustra la interfaz del IMS Service
Control (ISC-Control de Servicio de IMS) entre un
AS y una S-CSCF, así como otras interfaces dentro
del IMS. Aunque el AS en la Figura 2 se muestra con una única
interfaz hacia una S-CSCF se debe apreciar que en la
práctica la interfaz de ISC se extenderá a través de una red de
comunicación a la cual muchos (o todos) de los servidores de CSCF de
una red de operador dada están conectados, permitiendo a un AS
comunicarse con todas estas CSCFs. [Otras entidades ilustradas en
la Figura1] serán bien conocidas por los expertos].
Existe otra interfaz (Ut) entre el AS y el
terminal de usuario (TS23.002) aunque esto no se muestra en la
Figura. La interfaz Ut permite al usuario gestionar información
relacionada con sus otros servicios, por ejemplo la creación y
asignación de Identidades de Servicio Públicas, gestión de
validación de políticas que usan por ejemplo los servicios de
"presencia", gestión de política de conferencia, etc.
Existe actualmente en curso un trabajo de
estandarización en 3GPP R7 en las áreas de Voice Call Continuity
(3GPP TS 23.206), y Handling of the Termination of
Real-Time Sessions and Calls (3GPP draft TR 23.819).
En particular, se considera el manejo de sesiones en tiempo real de
finalización y llamadas que tienen en cuenta diferentes dominios
(CS, IMS) y diferentes capacidades del UE. Existe también una
especificación establecida para Combining Circuit Switched
(CS-Combinación mediante circuitos Conmutados) y
Servicios de IP Multimedia Subsystem (IMS) (3GPP TS 23.279) que se
está ampliando y refinando en R7. Estas áreas de trabajo en curso
se refieren a un tipo de Equipo de Usuario que tiene la capacidad de
acceder a servicios de IMS mediante redes con Circuit Switched
(CS-Conmutación de circuitos) y/o con Packet
Switched (PS-Conmutación de Paquetes). Aparecen
problemas, por supuesto al tratar con rutas de acceso al IMS
paralelas, múltiples registros de usuario de IMS y manejo de sesión
de IMS. Las soluciones propuestas en los estándares generalmente se
basan en que Servidores de Aplicación del IMS manejan las
interacciones entre un terminal dado y sus diferentes dominios de
acceso y entre el terminal y los servicios del IMS. El problema con
una solución al nivel del Servidor de Aplicación es que la
arquitectura del IMS se hace innecesariamente compleja, que requiere
un gran número de interacciones complejas sobre la interfaz de ISC,
y que puede llevar a Initial Filter Criteria
(IFC-Criterios de Filtrado Iniciales) complejos o
no gestionables en el núcleo del IMS. Los Servidores de Aplicación
son forzados a tomar decisiones relativas a diferentes interfaces
de acceso (y redes de acceso) del equipo terminal y necesitan
reforzar tales decisiones en el núcleo del IMS sobre la interfaz de
ISC, para la cual la interfaz de ISC no está diseñada.
El documento US 6.985.961 describe dispositivos
de gestión múltiple que tienen cada uno un agente de usuario con
SIP. De acuerdo con este método el agente de usuario con SIP de cada
dispositivo se registra como un agente de usuario miembro con un
agente de usuario compuesto, el agente de usuario compuesto se
registra con un proxy de SIP utilizando las direcciones
correspondientes a cada uno de los agentes de usuario miembros. El
agente de usuario compuesto puede entonces actuar como una función
de proxy especialista, que representa cada uno de los agentes de
usuario miembro a la red, de manera que cualesquiera peticiones de
SIP a o desde un Agente de Usuario miembro son entonces encaminadas
a través del Agente de Usuario compuesto.
Se propone aquí introducir el concepto de un
Agente Terminal que es un nuevo tipo de entidad lógica en la red de
TMS que representa y emula al INIS el comportamiento de un único
terminal de usuario.
Un primer aspecto de la invención se proporciona
en el método de acuerdo con la reivindicación 1.
El método puede comprender, en respuesta a la
recepción de un método de REGISTRAR con SIP en la red del Subsistema
de Multimedios IP desde un Agente de Usuario con Protocolo de
Iniciación de Sesión, que delega selectivamente funciones de
Registro con Protocolo de Iniciación de Sesión Local para ese Agente
de Usuario con Protocolo de Iniciación de Sesión, para permitir que
la citada entidad lógica lleve a cabo registros y eliminación del
registro de red del Subsistema de Multimedios IP en nombre del
Agente de Usuario con Protocolo de Iniciación de Sesión.
Un Agente de Usuario con Protocolo de Iniciación
de Sesión puede estar situado en un terminal de usuario final.
Alternativamente, donde un Agente de Usuario sin Protocolo de
Iniciación de Sesión está situado en el terminal de usuario final,
el correspondiente Agente de Usuario con Protocolo de Iniciación de
Sesión puede estar situado entre el Agente de Usuario sin Protocolo
de Iniciación de Sesión y la citada entidad lógica, dentro de un
identificador de interfaz que se traduce entre señalización sin
Protocolo de Iniciación de Sesión y con Protocolo de Iniciación de
Sesión.
El método puede comprender originar una petición
para una sesión con Protocolo de Iniciación de Sesión en la citada
entidad lógica, en nombre de un Agente de Usuario con Protocolo de
Iniciación de Sesión.
El método puede comprender finalizar una
petición para una Sesión con Protocolo de Iniciación de Sesión en
la citada entidad lógica, en nombre de un Agente de Usuario con
Protocolo de Iniciación de Sesión.
Otros aspectos de la invención se proporcionan
en el método de la reivindicación 12 y en el tratamiento en una
entidad de señalización de la reivindicación 13.
La Figura 1 ilustra esquemáticamente la
configuración de entidades dentro de un Subsistema de Multimedios
IP;
la Figura 2 ilustra la arquitectura funcional
para la provisión de servicios dentro del Subsistema de Multimedios
IP;
\newpage
la Figura 3 ilustra esquemáticamente la
interposición de un Terminal Agent (TA-Agente
Terminal) entre el user equipment (UE-Equipo de
Usuario) y un núcleo de IMS;
la Figura 4 ilustra esquemáticamente un sistema
de comunicaciones que comprende un conjunto de Adaptadores de
Interfaz entre un UE y un Agente Terminal;
la Figura 5 ilustra esquemáticamente mapeos de
dirección dentro de un Subsistema de Multimedios IP;
la Figura 6 ilustra esquemáticamente una
arquitectura de sistema de comunicaciones en la cual Adaptadores de
Interfaz están integrados en un Agente Terminal;
la Figura 7 ilustra un mecanismo general para
delegar funciones de registro a un Agente Terminal en el IMS;
la Figura 8 ilustra con detalle las etapas de
señalización asociadas con el proceso de delegación de la Figura
7;
la Figura 9 ilustra un proceso modificado en el
cual un Agente Terminal declina una petición de delegación de
registro;
la Figura 10 ilustra esquemáticamente un
mecanismo general usado por un Agente Terminal para registrar con
la S-CSCF en nombre de un UE a continuación de la
delegación de funciones de registro al Agente Terminal;
la Figura 11 ilustra esquemáticamente un
mecanismo general usado por un Agente Terminal para manejar
peticiones que se originan en un SIP UA para el cual las funciones
de registro han sido delegadas al Agente Terminal; y
la Figura 12 ilustra esquemáticamente un
mecanismo general usado por un Agente Terminal para manejar
peticiones de finalización para un SIP UA para el cual las
funciones de registro han sido delegadas al Agente Terminal.
Se propone aquí introducir en el IP Multimedia
Subsystem (IMS-Subsistema de Multimedios IP) como se
ha definido actualmente, el concepto de un "Agente Terminal"
basado en la red, así como nuevos procedimientos para implementar
el concepto en el IMS. El Agente Terminal es un nuevo tipo de
entidad lógica en la red de IMS que representa y emula para el IMS
el comportamiento de un solo terminal. El concepto es
particularmente aplicable para terminales que acceden al IMS a
través de interfaces sin SIP, aunque también es aplicable a
terminales que pueden tener un número de interfaces sin SIP y con
SIP al IMS, y donde la conectividad sobre estas interfaces puede
cambiar dinámicamente. El Agente Terminal incluye lógica para
recibir tráfico de diferentes interfaces terminales y para enviar
este tráfico al núcleo de IMS, así como para recibir tráfico desde
el núcleo de IMS y dirigirlo a las interfaces correctas del
terminal de usuario. El Agente Terminal es capaz de tomar decisiones
de encaminamiento basándose en un número de criterios que incluyen
conectividad, preferencias de usuario, políticas de operador, etc.
Para una continuidad de Sesión, un terminal de usuario se comunica
con su Agente Terminal para conmutar una Sesión o medios entre las
diferentes interfaces.
La Figura 3 ilustra esquemáticamente la
interposición de un Terminal Agent (TA-Agente
Terminal) entre el user equipment (UE-Equipo de
Usuario) y el núcleo de IMS. Un Agente Terminal es proporcionado
tanto con respecto a ambos UEs de pareja involucrados en una Sesión
facilitada por el IMS. La Figura 4 ilustra este escenario con más
detalle para un lado de la Sesión de IMS.
El trabajo conjunto de agentes sin SIP (en el
UE) con el núcleo de IMS es facilitado por un conjunto de
"Interface Adapters" (IAs-Adaptadores de
Interfaz) que están típicamente situados en una red local de
usuario, aunque pueden estar situados en una red visitada. La
función de un Adaptador de Interfaz es traducir entre señalización
de control sin SIP y señalización de control con SIP y los
protocolos de plano de usuario asociados. Más específicamente, un
Adaptador de Interfaz proporciona: traducción entre casos de
conectividad/capacidad en interfaz sin SIP y casos de SIP;
traducción de peticiones de servicio originadas en el terminal en
interfaz sin SIP a peticiones de SIP; y traducción de peticiones
con SIP finalizados en el terminal a peticiones sobre interfaz sin
SIP. El Adaptador de Interfaz es por lo tanto la representación de
las interfaces de control sin SIP y de medios en la Red de SIP
Local. El Adaptador de Interfaz puede traducir también entre la
interfaz de gestión de datos de usuario/servicio no nativa y una
interfaz de gestión de datos nativa en la Red Local.
El Agente Terminal coordina la actividad a y
desde los Adaptadores de Interfaz y los SIP UAs del terminal y
emula el comportamiento de un solo terminal hacia el Registrador
Local de IMS y el Proxy del Servidor Local (de la Red de SIP
Local). El Agente Terminal puede tener un conocimiento de las
capacidades y capacidad de conexión de un terminal de usuario sobre
todas sus interfaces de red y puede, junto con el terminal, decidir
qué interfaz o interfaces se usan para una Sesión de SIP
particular.
La Figura 5 representa un ejemplo de conexión
entre direcciones de contacto, conjuntos de registro implícitos y
public user identities (IMPUs-Identidades de Usuario
Públicas) cuando las funciones de registro están distribuidas entre
la S-CSCF y un par de Agentes terminales. El ejemplo
muestra un Agente Terminal 1 responsable de un equipo terminal
(usuario-final) particular. El equipo terminal tiene
tres interfaces (3 SIP UAs) actualmente registrados: dos del equipo
de usuario, UE1 Ct-1 y UE Cat-2, y
una a través del Adaptador de Interfaz 1, IA1 Ct-1.
Todas estas direcciones de contacto están asociadas a la
IMPU-1 y a la IMPU-2 dentro de un
Implicit Registration Set (Conjunto de Registros Implícito),
IRS-1. Estas direcciones de contacto son sólo
visibles en el Agente Terminal 1, es decir, no son visibles en la
S-CSCF. El Agente Terminal 1 está representado en
la S-CSCF por la dirección de contacto
Ct-1, que el TA-1 ha registrado, y
para el cual la S-CSCF ha creado conexiones a las
IMPUs en el Conjunto de Registro Implícito 1.
El ejemplo de la Figura 5 muestra también a un
Agente Terminal 2 que representa a otro terminal con tres interfaces
actualmente registradas: una del equipo de terminal UE2
Ct-1 y dos mediante Adaptadores de Interfaz, IA1
Ct-1 y IA3 Ct-1. Todas estas
direcciones de contacto están asociadas a IMPU-3 y
IMPU-4 dentro de un Conjunto de Registro Implícito
1, IRS-1 (debe observarse que éste es el único
conjunto de registro implícito visible para este TA). Estas
direcciones de contacto son sólo visibles en el Agente Terminal 2,
es decir que no son visibles en la S-CSCF. El
Agente Terminal 2 está representado en la S-CSCF
mediante la dirección de contacto Ct-5, que el
TA-2 ha registrado, y para el cual la
S-CSCF ha creado conexiones a las IMPUs 3 y 4 en su
Conjunto de Registro Implícito 2.
La Figura 6 ilustra esquemáticamente una
arquitectura simplificada en la cual los Adaptadores de Interfaz
están integrados en el Agente Terminal. Otras combinaciones de
Adaptadores de Interfaz y Agente Terminal son también posibles, por
ejemplo donde algunos Adaptadores de Interfaz están integrados en el
Agente Terminal mientras que otros están solos.
En referencia a las Figuras 4 y 6, la "Red de
SIP Intermedia" incluye la Proxy Call/Session Control Function
(P-CSCF-Función de Control de Sesión
de Llamada/Sesión de Proxy) asignada al UE. Convencionalmente el
"Registrador Local" está implementado en el Home Subscriber
Server (HSS-Servidor de Abonado Local) y en la
Serving Call/Session Control Function
(S-CSCF-Función de Control de
Llamada/Sesión de Servicio). El Proxy del Servidor Local está
implementado en la S-CSCF. El Agente Terminal y el
Adaptador de Interfaz pueden ser modelizados en IMS como Servidores
de Aplicación de SIP.
La implementación del Agente Terminal dentro del
IMS requiere la delegación de las funciones de Registrador de SIP
Local para un conjunto de agentes de usuario de SIP al Agente
Terminal, después de lo cual el Agente Terminal actúa como un
Registrador de SIP para un conjunto de agentes de usuario de SIP
servidos y maneja las siguientes funciones:
\bullet Registro de SIP UA servido
\bullet Nuevo registro de SIP UA servido
\bullet Eliminación del registro de SIP UA
servido
\bullet Suscripción al paquete de caso de
registro del SIP UA servido.
\bullet Notificación de caso de registro al
SIP UA servido.
\vskip1.000000\baselineskip
La implementación requiere también la delegación
de funciones de Proxy del Servidor de SIP para un conjunto de
agentes de usuario al Agente Terminal. El Agente Terminal actúa como
un Proxy del Servidor de SIP Local y maneja las siguientes
funciones:
\bullet Originar la petición desde el SIP
UA
\bullet Finalizar la petición al SIP UA
servido o a los SIP UAs servidos.
\vskip1.000000\baselineskip
Se observa que estos conceptos son genéricos, y
pueden utilizarse para implementar otros conceptos arquitectónicos.
Por ejemplo, estos mecanismos pueden utilizarse para implementar un
monitor terminal que es una entidad que monitoriza el estado de un
dispositivo terminal con señalización de estado especial entre el
dispositivo terminal y el monitor terminal.
El mecanismo general para delegar funciones de
registro a un Agente Terminal en el IMS se representa en la Figura
7. Un flujo de registro desde cualquier punto final (SIP UA en el UE
o en el IA) puede ser delegado. Los registros desde todos los
puntos finales que representan interfaces de un terminal particular
serán delegados al Agente Terminal del terminal. Un flujo de
registro iniciado en el UE es enviado a la S-CSCF de
acuerdo con los procedimientos existentes normales. Un flujo de
registro iniciado en el IA es enviado también a la
S-CSCF.
La S-CSCF es responsable de
decidir si delegar la función de registrador a un Agente Terminal o
no. La decisión puede tomarse basándose en la información recibida
desde el punto final (UE o IA), en datos del perfil de usuario
recibidos desde el HSS, o en alguna otra política de red local. Una
vez que se ha tomado la decisión de delegar, la
S-CSCF no almacenará nada de la información de
contacto del punto final. Cuando el Agente Terminal recibe el flujo
de registro y acepta el manejo de las funciones de registrador, es
decir está de acuerdo en servir al SIP UA de un terminal
particular, el Agente Terminal se conectará a la ruta para futuras
peticiones de inicio desde el punto final, proporcionando su
dirección al punto final que se está registrando en el flujo de
registro de respuesta.
La Figura 8 ilustra con detalle el proceso para
delegar funciones de Registrador de SIP a un Agente Terminal. El
proceso se basa en los procedimientos especificados en 3GPP TS
24.229 y en TS 29.228 e implica lo siguiente:
1. El SIP UA del terminal
(TE-UA) decide iniciar el procedimiento de registro
y envía una petición de REGISTRAR a la P-CSCF
descubierta. El TE-UA incluye, entre otra
información, la identidad de usuario temporal o pública del usuario
y la dirección de contacto del TE-UA que se va a
registrar en el IMS. El TE-UA puede incluir también
marcas de características de medios y otros parámetros de cabecera
de contacto como parte de la información del UA. El
TE-UA puede incluir también información del Agente
de Usuario que puede incluir cualquiera de los siguientes trozos de
información:
- \bullet
- Una indicación de que el UA pertenece al equipo terminal con múltiples capacidades de interfaz (por ejemplo con interfaces de CS y PS). Esta capacidad podría por ejemplo ser representada como una nueva marca de característica de medios (RFC 3840).
- \bullet
- Una única identificación del equipo terminal que aloja al UA.
- \bullet
- Una única identificación del SIP UA. Éste podría por ejemplo representarse como la identidad de caso de SIP como se especifica en el draft-ietf-sip-grow-06.
- \bullet
- Una indicación explícita de que el UE requiere un Agente Terminal.
2. La P-CSCF inserta una
cabecera de Ruta con su propia dirección y envía la petición con la
información de UA recibida sin modificar a una
I-CSCF.
3. La I-CSCF comprueba el estado
del registro del usuario con el HSS. La I-CSCF lleva
a cabo la selección de S-CSCF si no se ha asignado
ya una.
4. La I-CSCF envía la petición
de REGISTRAR a la S-CSCF.
5. Cuando se recibe el mensaje de REGISTRAR la
S-CSCF determina si la petición de REGISTRAR va a
ser validada. La S-CSCF puede interactuar con el
HSS para este propósito y puede iniciar un intento de validación
para un REGISTRO no protegido.
6-12. Las etapas 6 a 12
consideran el posible intento de validación y responden de acuerdo
con los procedimientos existentes. La información del UA (como se
describe en la etapa 1) se transporta también en la petición de
REGISTRAR protegida.
13. Cuando se recibe la petición de REGISTRAR
(validada) protegida, la S-CSCF puede, si se
requiere, llevar a cabo el procedimiento de notificación de
registro con el HSS. Como parte de este procedimiento (ejecutado en
este punto o antes) la S-CSCF obtiene los datos de
perfil del usuario. Un nuevo tipo de Initial Filter Criteria
(IFC-Criterios de Filtrado Iniciales) o un nuevo
tipo de Criterios de Filtrado - llamados de aquí en adelante
"Criterios de Filtrado de Delegación" - se añade para indicar
que la delegación del registro va a ser llevada a cabo cuando los
activadores del punto de servicio del IFC se cumplen. Los criterios
de Filtrado de Delegación incluyen la dirección del nodo de
registrador delegado. El elemento de información existente
"Nombre del Servidor" de un objeto de Servidor de Aplicación
puede ser utilizado para este propósito, o puede definirse un nuevo
objeto. Los criterios de filtrado del nuevo tipo puede incluirse
también en el conjunto de IFC Compartido que está almacenado
localmente en la S-CSCF y al que se hace referencia
en los datos del perfil de usuario.
14. Habiendo recibido la petición de REGISTRAR
protegida y habiendo obtenido los datos del perfil de usuario, la
S-CSCF tomará la decisión de si delegar el registro
o no. Esta decisión puede estar basada en uno de los siguientes
criterios:
- \bullet
- Delegation Filter Criteria (DFC-Criterios de Filtrado por Delegación) proporcionados por o referidos a los datos de perfil de usuario. Los DFC típicamente (pero no necesariamente) estarán definidos para coincidir con cualquier información del AG descrita en la etapa 1. Si los DFC se cumplen, la S-CSCF delegará el registro a la dirección del nodo registrador delegado proporcionado en los DFC.
- \bullet
- La política de red local definida en la S-CSCF, por ejemplo que todos o ninguno de los registros serán delegados. La dirección del nodo registrador delegado es proporcionada como parte de la política de red local.
15. En caso de que la S-CSCF
decida delegar el registro, la S-CSCF enviará la
petición de REGISTRAR recibida a la dirección del registrador
delegado, es decir la dirección es la del Agente Terminal. Si la
identidad de usuario pública que se está registrando (en las
cabeceras de Hacia y Desde) es una temporal o prohibida, la
S-CSCF puede reemplazarla con la identidad de
usuario pública no-prohibida por defecto antes de
enviarla al registrador delegado. De esta manera el Agente Terminal
puede no necesitar reconocer ninguna de las identidades de usuario
públicas temporales y prohibidas.
16. A la recepción de la petición de REGISTRAR
delegada, el Agente Terminal decidirá si aceptar o rechazar la
delegación. Esta decisión puede estar basada en la información
proporcionada en la petición de REGISTRAR y/o en la información de
aprovisionamiento almacenada u obtenida de otra manera por el Agente
Terminal. Si el Agente Terminal decide rechazar la delegación
devolverá a la S-CSCF una respuesta 404 (No
Encontrado) (esto no se muestra en la secuencia. Si, no obstante,
el Agente Terminal decide aceptar la delegación tomará la función
de registrador para el contacto registrado. El TA llevará a cabo a
continuación las siguientes acciones que son de otro modo
especificadas como funciones de S-CSCF en 3GPP TS
24.229 (sección 5.4.1.2.2).
- \bullet
- El TA unirá a la identidad de usuario pública toda la información de contacto registrada incluyendo todos los parámetros de cabecera contenidos en la cabecera de Contacto y almacenará la información para su uso futuro.
- \bullet
- El TA comprobará si la cabecera de la Ruta estaba incluida en la petición de REGISTRAR y construirá una lista de cabeceras de Ruta pre-cargadas de la lista de entradas en la cabecera de Ruta. El TA preservará el orden de las cabeceras de Ruta pre-cargadas y las unirá a la información de contacto que fue recibida en el mensaje de REGISTRAR. Si este registro es un nuevo registro, entonces ya existirá una lista de cabeceras de Ruta pre-cargadas. La nueva lista reemplaza a la lista vieja.
- \bullet
- El TA determinará la duración del registro comprobando el valor de la cabecera Expira en la petición de REGISTRAR recibida. El TA puede reducir la duración del registro debido a la política local o devolver una respuesta 423 (Intervalo Demasiado Breve) especificando el mínimo tiempo permitido para el registro (no mostrado en la secuencia).
17. El Agente Terminal devolverá una respuesta
200 (OK) a la petición de REGISTRAR, que incluye lo siguiente:
- \bullet
- La lista de cabeceras de Ruta recibidas.
- \bullet
- Una cabecera de Ruta de Servicio que contiene la dirección del Agente Terminal para la recepción de peticiones de inicio. Esta dirección típicamente será una dirección diferente de la dirección "genérica" utilizada por la S-CSCF para encaminar el mensaje de REGISTRAR al TA en el primer caso, y es unida en el TA al contacto de SIP del equipo terminal. De esta manera el Agente Terminal se conecta para futuras peticiones de origen desde el TE-UA.
- \bullet
- Cabecera o cabeceras de contacto que listan todas las direcciones de contacto para esta identidad de usuario pública desde el TE-UA servido.
El mecanismo general utilizado por el Agente
Terminal para registrar con la S-CSCF en nombre del
UE se representa en la Figura 10. De esta manera el Agente Terminal
hace que la S-CSCF sepa que desea recibir todos los
registros de finalización desde la S-CSCF hacia el
UE. Es una decisión política para el Agente Terminal decidir cuándo
registrar en nombre de un terminal, aunque el registro será activado
por un registro de punto de extremo (IA o UE) y/o cuando el Agente
Terminal se da cuenta de que hay un terminal conectándose al IMS. El
Agente Terminal registra las capacidades del UA y las preferencias
de usuario basándose en tal información recibida desde el punto o
los puntos de extremo y/o en la información
pre-configurada.
18. A la recepción de una respuesta 200 (OK) al
REGISTRAR delegado, la S-CSCF puede modificar la
respuesta antes de enviarla a la I-CSCF, como se
detalla a continuación. Tras enviar la respuesta, la
S-CSCF puede opcionalmente eliminarse del registro
del HSS, como se describe en la etapa 21 más adelante.
- \bullet
- La S-CSCF añadirá una cabecera de URI Asociada a P que contiene la lista de la identidad de usuario pública registrada y su conjunto asociado de identidades de usuario públicas registradas implícitamente de acuerdo con el 3GPP TS 24.229.
- \bullet
- Si la S-CSCF ha reemplazado a una identidad temporal o prohibida, restaurará los campos de cabecera de Hacia y Desde con sus valores originales.
- \bullet
- Si la S-CSCF determina que se requerirá una validación de la petición de inicio (que puede ser el caso en los llamados despliegues de IMS tempranos. De esta manera el Agente Terminal no necesita estar implicado en los procedimientos de validación. Debe observarse que esto no se muestra en la secuencia.
- \bullet
- Si se requiere ocultar la topología de red, la S-CSCF añadirá una Ruta de Servicio con una URI con SIP que identifica una Interconnection Border Control Function (IBCF-Función de Control de Frontera de Interconexión-definida en 3GPP IMS Versión 7 definido en 23.228) como la entrada más superior de acuerdo con 3GPP TS 24.229. Esto no se muestra en la secuencia.
- \bullet
- La S-CSCF incluirá una cabecera de Direcciones de Función de Carga de P que contiene los valores recibidos desde el HSS si la P-CSCF está en la misma red que la S-CSCF de acuerdo con 3GPP TS 24.229.
- \bullet
- La S-CSCF añadirá una cabecera o cabeceras de Contacto, que listan todas las direcciones de contacto que pueda haber almacenado ya para la identidad de usuario pública registrada.
19. La I-CSCF envía la respuesta
200 (OK) a la P-CSCF de acuerdo con el procedimiento
existente en 3GPP TS 24.229.
20. A la recepción de la respuesta 200 (OK) la
P-CSCF salvará la lista de cabeceras de Ruta de
Servicio manteniendo el orden. La P-CSCF almacenará
esta lista durante todo el periodo de registro de la identidad de
usuario pública respectiva. La P-CSCF enviará la
respuesta 200 (OK) al TE-UA. El
TE-UA almacenará a la recepción de la respuesta la
lista de cabeceras de Ruta de Servicio contenidas en la cabecera de
Ruta de Servicio, con el fin de construir un valor de cabecera de
Ruta pre-cargado adecuado para nuevos diálogos y
transacciones sueltas. Estos son procedimientos existentes en 3GPP
TS 24.229.
21. Habiendo devuelto la respuesta 200 (OK), la
S-CSCF puede opcionalmente eliminarse del registro
del HSS si la S-CSCF no tiene contactos registrados
almacenados para la identidad de usuario pública registrada y si la
S-CSCF no ha proporcionado su dirección en la
cabecera de Ruta de Servicio en la etapa 18 anterior.
Después de haber delegado con éxito las
funciones de registro al TA, la S-CSCF no enviará un
registro de REGISTRAR de terceros a ningún AS incluso si hay
Criterios de Filtrado Iniciales que encajan con la petición de
REGISTRAR.
Como se ha observado anteriormente, el Agente
Terminal puede decidir no aceptar un registro delegado desde la
S-CSCF. En este caso, sigue el procedimiento
ilustrado en la Figura 9. Las etapas 17 a continuación se modifican
como sigue:
17. Si el Agente Terminal decide rechazar el
registro delegado, por ejemplo porque no tiene datos necesarios
para servir al terminal registrador, el Agente Terminal devolverá a
la S-CSCF una respuesta 404 (No Encontrado).
18. A la recepción de la respuesta 404 (No
Encontrado) a la petición de REGISTRAR delegada, la
S-CSCF puede intentar delegar la registro a otro
Agente Terminal, por ejemplo donde la dirección del Agente Terminal
ha resuelto a más de un anfitrión o tiene DFC de acuerdo
adicionales o una política local que proporciona una o más
direcciones de nodo alternativas. Si una alternativa está
disponible, la S-CSCF puede enviar la petición de
REGISTRAR delegada a ese nodo, y continuar desde la etapa 15 de la
secuencia previa.
19. En el caso en el que el registro delegado
sea rechazado y que no esté disponible ningún nodo delegado (o
todas las alternativas se han intentado ya y fallado), la
S-CSCF puede decidir llevar a cabo sus funciones de
registrador normal, en cuyo caso volverá a los procedimiento
existentes en 3GPP TS 24.229.
\vskip1.000000\baselineskip
Una vez que este proceso se ha completado por
primera vez, el Agente Terminal está conectado entre el Núcleo de
IMS y el TE-UA, es decir el TA recibirá todo el
tráfico de SIP generado por el TE-UA y recibirá todo
el tráfico enviado por el núcleo de IMS hacia el terminal. Sólo si
un TE-UE utiliza un método de REGISTRAR con SIP
estará la S-CSCF forzada a llevar a cabo el
registro.
Gracias a los procedimientos de
delegación/registro descritos anteriormente, cualquier petición
originada por cualquiera de los puntos de extremo (SIP UA en el UE
o en el IA) llegará al Agente Terminal, como se muestra en la
Figura 11. El Agente Terminal tomará entonces una decisión de si
hacer continuar la petición hacia el IMS, y si es así iniciará una
petición a la S-CSCF con la cual se ha registrado.
La S-CSCF llevará a cabo los procedimientos de
petición de inicio pre-existentes que incluyen la
ejecución de servicios de inicio, antes de enviar la petición a la
red de finalización. El hecho de que un tipo especial de terminal
esté en uso es transparente a la S-CSCF y a los
servicios ejecutantes.
Cuando una petición de finalización llega a la
S-CSCF, la S-CSCF llevará a cabo los
procedimientos pre-existentes para finalizar la
ejecución del servicio y el encaminamiento de la petición de
finalización. Esto se ilustra en la Figura 12. El encaminamiento de
la petición de finalización al SIP UA registrado es realizado por la
S-CSCF basándose en las capacidades del UA
registrado, en los parámetros de contacto y en las preferencias del
llamante. El contacto registrado del Agente Terminal puede ser
seleccionado de acuerdo con estos procedimientos y, si es
seleccionado, la S-CSCF envía el flujo de petición
de finalización al Agente Terminal. Es asunto del Agente Terminal
decidir cómo hacer progresar la petición. La decisión puede estar
basada en el estado actual y en las capacidades de las diferentes
interfaces del terminal del usuario. El Agente Terminal puede
utilizar cualquiera de las interfaces disponibles para finalizar la
petición, y puede incluso decidir enviar la petición a más de una
interfaz del terminal si es posible que diferentes componentes de la
petición puedan ser servidas por diferentes interfaces.
El flujo de registro para un nuevo registro del
SIP UA ya servido por el Agente Terminal es esencialmente el mismo
que se ha descrito anteriormente con referencia a la Figura 8, con
la diferencia de que, como el Agente Terminal ya está sirviendo el
nuevo registro del SIP UA, aceptará la delegación de registro en la
etapa 16 del flujo normal.
\newpage
El flujo de registro para la eliminación del
registro de un SIP UA ya servido por el Agente Terminal es de nuevo
similar al descrito con referencia a la Figura 8, pero con la
diferencia de que, como el Agente Terminal ya está sirviendo la
eliminación del registro del SIP UA, aceptará la delegación del
registro en la etapa 16 del flujo normal. El SIP UA lleva a cabo la
eliminación del registro enviando esta petición REGISTRAR con el
campo de la cabecera Expiraciones conteniendo el valor cero. Cuando
el Agente Terminal recibe esta petición REGISTRAR, que está
delegada a él por la S-CSCF, el Agente Terminal
decidirá qué hacer con cualquier sesión de SIP en curso que implica
a este SIP UA y la dirección de contacto que está siendo eliminada
del registro. El Agente Terminal puede decidir liberar la sesión o
mover la sesión a otra de las interfaces que pueden estar
actualmente disponibles en el equipo terminal. Mover la sesión a
otra interfaz puede implicar actualizar las propiedades de la
sesión, por ejemplo debido a que la interfaz a la cual se ha movido
la sesión posee un conjunto de capacidades diferente.
Si este SIP UA fuese el único SIP UA registrado
en el Agente Terminal correspondiente para este equipo terminal, el
Agente Terminal puede decidir eliminar del registro su propia
dirección de contacto desde la S-CSCF. De otro
modo, el Agente Terminal sólo eliminará la dirección de contacto que
está siendo eliminada del registro y su asociación a la Identidad o
Identidades de Usuario Pública o Públicas.
Si todas las Identidades de Usuario Públicas del
SIP UA son eliminadas del registro, entonces el Agente Terminal
puede considerar las suscripciones del SIP UA y de la
P-CSCF al paquete de caso de registro canceladas (es
decir, como si el SIP UA hubiese enviado una petición de SUSCRIBIR
con la cabecera de Expira conteniendo un valor de cero).
Otros casos que pueden ser manejados por el
Agente Terminal incluyen la suscripción a un paquete de caso de
registro desde un SIP UA servido y una notificación de caso de
registro a un SIP US servido.
El experto debe apreciar que varias
modificaciones a las realizaciones descritas anteriormente pueden
ser realizadas sin separarse del ámbito de la presente
invención.
Claims (13)
1. Un método de operar un sistema de
comunicación que comprende una red de Subsistemas de Multimedios IP
y una pluralidad de terminales de usuario final, cada uno de los
cuales está asociado con una identidad de usuario pública de
Subsistema de Multimedios IP, comprendiendo el método:
interponer una entidad lógica entre una
pluralidad de Agentes de Usuario con Protocolo de Iniciación de
Sesión implementada dentro o a nombre de un solo terminal de
usuario final, y una Función de Control de Llamada/Sesión de
Servicio de un Subsistema de Multimedios de IP;
para cada uno de los citados Agentes de Usuario,
registrar con la citada entidad lógica una dirección de contacto;
y
hacer que la citada entidad lógica registre su
propia dirección de contacto con respecto a la identidad de usuario
pública asociada con el citado terminal de usuario final, con la
Función de Control de Llamada/Sesión de Servicio de manera que
emule a un único Agente de Usuario con Protocolo de Iniciación de
Sesión a la Función de Control de Llamada/Sesión de Servicio.
2. Un método de acuerdo con la reivindicación 1
y que comprende, en la Función de Control de Llamada/Sesión, en
respuesta a la recepción de una petición de REGISTRAR mediante SIP
desde un Agente de Usuario con Protocolo de Iniciación de Sesión,
delegando selectivamente las funciones de Registrador mediante
Protocolo de Iniciación de Sesión Local para ese Agente de Usuario
con Protocolo de Iniciación de Sesión a la citada entidad lógica,
para permitir a la citada entidad lógica llevar a cabo los registros
y eliminaciones de registro en la red de Subsistemas de Multimedios
IP en nombre del Agente de Usuario con Protocolo de Iniciación de
Sesión.
3. Un método de acuerdo con la reivindicación 2
y que comprende llevar a cabo la delegación selectiva de las
funciones de Registrador mediante Protocolo de Iniciación de Sesión
Local a la citada entidad lógica basándose en los Criterios de
Filtrado Inicial obtenidos por la Función de Control de
Llamada/Sesión de Servicio para un usuario.
4. Un método de acuerdo con la reivindicación 3,
en el que los citados Criterios de Filtrado Inicial incluyen la
dirección de la citada entidad lógica.
5. Un método de acuerdo con cualquiera de las
reivindicaciones 2 a 4 y que comprende llevar a cabo la delegación
selectiva de las funciones de Registrador mediante Protocolo de
Iniciación de Sesión Local a la citada entidad lógica basándose en
una política de delegación local de la Función de Control de
Llamada/Sesión de Servicio.
6. Un método de acuerdo con cualquiera de las
reivindicaciones 2 a 5, en el que la Función de Control de
Llamada/Sesión de Servicio envía la petición REGISTRAR a la citada
entidad lógica, y en respuesta la entidad lógica se registra con el
Subsistema de Multimedios IP en nombre del Agente de Usuario y se
conecta en la ruta con Protocolo de Iniciación de Sesión para el
Agente de Usuario.
7. Un método de acuerdo con cualquiera de las
reivindicaciones 2 a 6, en el que al menos uno de los citados
Agentes de Usuario con Protocolo de Iniciación de Sesión es
implementado en el citado terminal de usuario final.
8. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que al menos uno de los citados
Agentes de Usuario con Protocolo de Iniciación de Sesión es
implementado entre un Agente de Usuario sin Protocolo de Iniciación
de Sesión situado dentro del citado terminal de usuario, y la citada
entidad lógica.
9. Un método de acuerdo con la reivindicación 8
y que comprende llevar a cabo una traducción entre la señalización
sin Protocolo de Iniciación de Sesión y con Protocolo de Iniciación
de Sesión dentro del Subsistema de Multimedios IP.
10. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes y que comprende originar una petición
para una sesión con Protocolo de Iniciación de Sesión y la citada
entidad lógica, en nombre de un Agente de Usuario con Protocolo de
Iniciación de Sesión.
11. Un método de acuerdo con cualquiera de las
reivindicaciones precedentes y que comprende finalizar una petición
para una sesión con Protocolo de Iniciación de Sesión en la citada
entidad lógica, en nombre de un Agente de Usuario con Protocolo de
Iniciación de Sesión.
12. Un método de operar una entidad de
tratamiento y señalización dentro de un sistema de comunicación que
comprende una red de Subsistema de Multimedios IP, comprendiendo el
método:
para un terminal de usuario, registrar con la
entidad una dirección de contacto para cada uno de una pluralidad
de Agentes de Usuario con Protocolo de Iniciación de Sesión
implementados dentro o en nombre del terminal de usuario; y
\newpage
hacer que la entidad registre con la Función de
Control de Llamada/Sesión de Servicio su propia dirección de
contacto con respecto a una identidad de usuario pública asociada
con el citado terminal de usuario final de manera que emule a un
único Agente de Usuario con Protocolo de Iniciación de Sesión a la
Función de control de Llamada/Sesión de Servicio en nombre del
terminal de usuario final.
13. Una entidad de tratamiento y señalización
para su uso dentro de un sistema de comunicación que comprende una
red de Subsistemas de Multimedios IP, comprendiendo la entidad:
medios para registrar con la entidad una
dirección de contacto para cada uno de una pluralidad de Agentes de
Usuario con Protocolo de Iniciación de Sesión dentro o en nombre de
un terminal de usuario final; y
medios para hacer que la entidad registre con la
Función de Control de Llamada/Sesión de Servicio su propia
dirección de contacto con respecto a una identidad de usuario
pública asociada con el citado terminal de usuario de manera que
emule a un único Agente de Usuario con Protocolo de Iniciación de
Sesión a la Función de Control de Llamada/Sesión de Servicio.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2006/063071 WO2007140818A1 (en) | 2006-06-09 | 2006-06-09 | Handling multiple user interfaces in an ip multimedia subsystem |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2346563T3 true ES2346563T3 (es) | 2010-10-18 |
Family
ID=37653213
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06777293T Active ES2346563T3 (es) | 2006-06-09 | 2006-06-09 | Gestion de interfases de multiples usuarios en un subsistema de multimedios ip. |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US8472376B2 (es) |
| EP (1) | EP2030402B1 (es) |
| AT (1) | ATE470307T1 (es) |
| DE (1) | DE602006014737D1 (es) |
| ES (1) | ES2346563T3 (es) |
| WO (1) | WO2007140818A1 (es) |
Families Citing this family (149)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE524910T1 (de) | 2006-05-02 | 2011-09-15 | Ericsson Telefon Ab L M | Verfahren zum registrieren von mehrkontaktanordnungen |
| JP4284349B2 (ja) * | 2006-09-29 | 2009-06-24 | 株式会社東芝 | Ｓｉｐトランクゲートウェイ装置 |
| WO2008101547A1 (en) * | 2007-02-22 | 2008-08-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Group access to ip multimedia subsystem service |
| JP4762181B2 (ja) * | 2007-03-19 | 2011-08-31 | 株式会社東芝 | Ｓｉｐトランクゲートウェイ装置及びｓｉｐトランクゲートウェイ装置の制御方法 |
| CN101911651A (zh) * | 2008-01-11 | 2010-12-08 | 爱立信电话股份有限公司 | 保护联系信息的安全 |
| US8306507B2 (en) * | 2008-04-11 | 2012-11-06 | Research In Motion Limited | Differentiated message delivery notification |
| US9456054B2 (en) | 2008-05-16 | 2016-09-27 | Palo Alto Research Center Incorporated | Controlling the spread of interests and content in a content centric network |
| KR101547815B1 (ko) * | 2008-11-27 | 2015-08-28 | 삼성전자주식회사 | 아이피 멀티미디어 부시스템에서 타 서비스를 제공하기 위한 장치 및 방법 |
| US8923293B2 (en) | 2009-10-21 | 2014-12-30 | Palo Alto Research Center Incorporated | Adaptive multi-interface use for content networking |
| US9019954B2 (en) * | 2010-06-18 | 2015-04-28 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatuses for handling public identities in an internet protocol multimedia subsystem network |
| US9178917B2 (en) * | 2010-12-16 | 2015-11-03 | Palo Alto Research Center Incorporated | Custodian routing with network address translation in content-centric networks |
| CN104704795B (zh) * | 2012-10-19 | 2018-04-27 | 统一有限责任两合公司 | 通过使用具有webRTC功能的网络浏览器创建虚拟SIP用户代理的方法和系统 |
| US9280546B2 (en) | 2012-10-31 | 2016-03-08 | Palo Alto Research Center Incorporated | System and method for accessing digital content using a location-independent name |
| US9400800B2 (en) | 2012-11-19 | 2016-07-26 | Palo Alto Research Center Incorporated | Data transport by named content synchronization |
| US10430839B2 (en) | 2012-12-12 | 2019-10-01 | Cisco Technology, Inc. | Distributed advertisement insertion in content-centric networks |
| US9978025B2 (en) | 2013-03-20 | 2018-05-22 | Cisco Technology, Inc. | Ordered-element naming for name-based packet forwarding |
| US9935791B2 (en) | 2013-05-20 | 2018-04-03 | Cisco Technology, Inc. | Method and system for name resolution across heterogeneous architectures |
| US9185120B2 (en) | 2013-05-23 | 2015-11-10 | Palo Alto Research Center Incorporated | Method and system for mitigating interest flooding attacks in content-centric networks |
| US9444722B2 (en) | 2013-08-01 | 2016-09-13 | Palo Alto Research Center Incorporated | Method and apparatus for configuring routing paths in a custodian-based routing architecture |
| US9407549B2 (en) | 2013-10-29 | 2016-08-02 | Palo Alto Research Center Incorporated | System and method for hash-based forwarding of packets with hierarchically structured variable-length identifiers |
| US9282050B2 (en) | 2013-10-30 | 2016-03-08 | Palo Alto Research Center Incorporated | System and method for minimum path MTU discovery in content centric networks |
| US9276840B2 (en) | 2013-10-30 | 2016-03-01 | Palo Alto Research Center Incorporated | Interest messages with a payload for a named data network |
| US9401864B2 (en) | 2013-10-31 | 2016-07-26 | Palo Alto Research Center Incorporated | Express header for packets with hierarchically structured variable-length identifiers |
| US9311377B2 (en) | 2013-11-13 | 2016-04-12 | Palo Alto Research Center Incorporated | Method and apparatus for performing server handoff in a name-based content distribution system |
| US10129365B2 (en) | 2013-11-13 | 2018-11-13 | Cisco Technology, Inc. | Method and apparatus for pre-fetching remote content based on static and dynamic recommendations |
| US10101801B2 (en) | 2013-11-13 | 2018-10-16 | Cisco Technology, Inc. | Method and apparatus for prefetching content in a data stream |
| US10089655B2 (en) | 2013-11-27 | 2018-10-02 | Cisco Technology, Inc. | Method and apparatus for scalable data broadcasting |
| US9503358B2 (en) | 2013-12-05 | 2016-11-22 | Palo Alto Research Center Incorporated | Distance-based routing in an information-centric network |
| US9379979B2 (en) | 2014-01-14 | 2016-06-28 | Palo Alto Research Center Incorporated | Method and apparatus for establishing a virtual interface for a set of mutual-listener devices |
| US10098051B2 (en) | 2014-01-22 | 2018-10-09 | Cisco Technology, Inc. | Gateways and routing in software-defined manets |
| US10172068B2 (en) | 2014-01-22 | 2019-01-01 | Cisco Technology, Inc. | Service-oriented routing in software-defined MANETs |
| US9374304B2 (en) | 2014-01-24 | 2016-06-21 | Palo Alto Research Center Incorporated | End-to end route tracing over a named-data network |
| US9954678B2 (en) | 2014-02-06 | 2018-04-24 | Cisco Technology, Inc. | Content-based transport security |
| US9531679B2 (en) | 2014-02-06 | 2016-12-27 | Palo Alto Research Center Incorporated | Content-based transport security for distributed producers |
| US9678998B2 (en) | 2014-02-28 | 2017-06-13 | Cisco Technology, Inc. | Content name resolution for information centric networking |
| US10089651B2 (en) | 2014-03-03 | 2018-10-02 | Cisco Technology, Inc. | Method and apparatus for streaming advertisements in a scalable data broadcasting system |
| US9836540B2 (en) | 2014-03-04 | 2017-12-05 | Cisco Technology, Inc. | System and method for direct storage access in a content-centric network |
| US9626413B2 (en) | 2014-03-10 | 2017-04-18 | Cisco Systems, Inc. | System and method for ranking content popularity in a content-centric network |
| US9473405B2 (en) | 2014-03-10 | 2016-10-18 | Palo Alto Research Center Incorporated | Concurrent hashes and sub-hashes on data streams |
| US9391896B2 (en) | 2014-03-10 | 2016-07-12 | Palo Alto Research Center Incorporated | System and method for packet forwarding using a conjunctive normal form strategy in a content-centric network |
| US9407432B2 (en) | 2014-03-19 | 2016-08-02 | Palo Alto Research Center Incorporated | System and method for efficient and secure distribution of digital content |
| US9916601B2 (en) | 2014-03-21 | 2018-03-13 | Cisco Technology, Inc. | Marketplace for presenting advertisements in a scalable data broadcasting system |
| US9363179B2 (en) | 2014-03-26 | 2016-06-07 | Palo Alto Research Center Incorporated | Multi-publisher routing protocol for named data networks |
| US9363086B2 (en) | 2014-03-31 | 2016-06-07 | Palo Alto Research Center Incorporated | Aggregate signing of data in content centric networking |
| US9716622B2 (en) | 2014-04-01 | 2017-07-25 | Cisco Technology, Inc. | System and method for dynamic name configuration in content-centric networks |
| US9390289B2 (en) | 2014-04-07 | 2016-07-12 | Palo Alto Research Center Incorporated | Secure collection synchronization using matched network names |
| US9473576B2 (en) | 2014-04-07 | 2016-10-18 | Palo Alto Research Center Incorporated | Service discovery using collection synchronization with exact names |
| US10075521B2 (en) | 2014-04-07 | 2018-09-11 | Cisco Technology, Inc. | Collection synchronization using equality matched network names |
| US9451032B2 (en) | 2014-04-10 | 2016-09-20 | Palo Alto Research Center Incorporated | System and method for simple service discovery in content-centric networks |
| US9681412B2 (en) | 2014-04-23 | 2017-06-13 | At&T Intellectual Property I, L.P. | Method and device for providing a mobile device with service continuity over multiple access networks |
| US9203885B2 (en) | 2014-04-28 | 2015-12-01 | Palo Alto Research Center Incorporated | Method and apparatus for exchanging bidirectional streams over a content centric network |
| US9992281B2 (en) | 2014-05-01 | 2018-06-05 | Cisco Technology, Inc. | Accountable content stores for information centric networks |
| US9609014B2 (en) | 2014-05-22 | 2017-03-28 | Cisco Systems, Inc. | Method and apparatus for preventing insertion of malicious content at a named data network router |
| US9455835B2 (en) | 2014-05-23 | 2016-09-27 | Palo Alto Research Center Incorporated | System and method for circular link resolution with hash-based names in content-centric networks |
| US9276751B2 (en) | 2014-05-28 | 2016-03-01 | Palo Alto Research Center Incorporated | System and method for circular link resolution with computable hash-based names in content-centric networks |
| US9516144B2 (en) | 2014-06-19 | 2016-12-06 | Palo Alto Research Center Incorporated | Cut-through forwarding of CCNx message fragments with IP encapsulation |
| US9537719B2 (en) | 2014-06-19 | 2017-01-03 | Palo Alto Research Center Incorporated | Method and apparatus for deploying a minimal-cost CCN topology |
| US9467377B2 (en) | 2014-06-19 | 2016-10-11 | Palo Alto Research Center Incorporated | Associating consumer states with interests in a content-centric network |
| US9426113B2 (en) | 2014-06-30 | 2016-08-23 | Palo Alto Research Center Incorporated | System and method for managing devices over a content centric network |
| US9699198B2 (en) | 2014-07-07 | 2017-07-04 | Cisco Technology, Inc. | System and method for parallel secure content bootstrapping in content-centric networks |
| KR20160009276A (ko) * | 2014-07-16 | 2016-01-26 | 한국전자통신연구원 | Ims 기반의 서비스 공유를 위한 마스터 ims 단말, ims 기반의 서비스 공유를 위한 슬레이브 ims 단말, ims 기반의 서비스 공유 시스템, 및 공유 방법. |
| US9621354B2 (en) | 2014-07-17 | 2017-04-11 | Cisco Systems, Inc. | Reconstructable content objects |
| US9959156B2 (en) | 2014-07-17 | 2018-05-01 | Cisco Technology, Inc. | Interest return control message |
| US9590887B2 (en) | 2014-07-18 | 2017-03-07 | Cisco Systems, Inc. | Method and system for keeping interest alive in a content centric network |
| US9729616B2 (en) | 2014-07-18 | 2017-08-08 | Cisco Technology, Inc. | Reputation-based strategy for forwarding and responding to interests over a content centric network |
| US9535968B2 (en) | 2014-07-21 | 2017-01-03 | Palo Alto Research Center Incorporated | System for distributing nameless objects using self-certifying names |
| US9882964B2 (en) | 2014-08-08 | 2018-01-30 | Cisco Technology, Inc. | Explicit strategy feedback in name-based forwarding |
| US9729662B2 (en) | 2014-08-11 | 2017-08-08 | Cisco Technology, Inc. | Probabilistic lazy-forwarding technique without validation in a content centric network |
| US9503365B2 (en) | 2014-08-11 | 2016-11-22 | Palo Alto Research Center Incorporated | Reputation-based instruction processing over an information centric network |
| US9391777B2 (en) | 2014-08-15 | 2016-07-12 | Palo Alto Research Center Incorporated | System and method for performing key resolution over a content centric network |
| US9467492B2 (en) | 2014-08-19 | 2016-10-11 | Palo Alto Research Center Incorporated | System and method for reconstructable all-in-one content stream |
| US9800637B2 (en) | 2014-08-19 | 2017-10-24 | Cisco Technology, Inc. | System and method for all-in-one content stream in content-centric networks |
| US9497282B2 (en) | 2014-08-27 | 2016-11-15 | Palo Alto Research Center Incorporated | Network coding for content-centric network |
| US10204013B2 (en) | 2014-09-03 | 2019-02-12 | Cisco Technology, Inc. | System and method for maintaining a distributed and fault-tolerant state over an information centric network |
| US9553812B2 (en) | 2014-09-09 | 2017-01-24 | Palo Alto Research Center Incorporated | Interest keep alives at intermediate routers in a CCN |
| JP6593008B2 (ja) * | 2014-10-07 | 2019-10-23 | 株式会社リコー | 情報処理装置、通信方法、プログラム、システム |
| US10069933B2 (en) | 2014-10-23 | 2018-09-04 | Cisco Technology, Inc. | System and method for creating virtual interfaces based on network characteristics |
| US9590948B2 (en) | 2014-12-15 | 2017-03-07 | Cisco Systems, Inc. | CCN routing using hardware-assisted hash tables |
| US9536059B2 (en) | 2014-12-15 | 2017-01-03 | Palo Alto Research Center Incorporated | Method and system for verifying renamed content using manifests in a content centric network |
| US10237189B2 (en) | 2014-12-16 | 2019-03-19 | Cisco Technology, Inc. | System and method for distance-based interest forwarding |
| US9846881B2 (en) | 2014-12-19 | 2017-12-19 | Palo Alto Research Center Incorporated | Frugal user engagement help systems |
| US9473475B2 (en) | 2014-12-22 | 2016-10-18 | Palo Alto Research Center Incorporated | Low-cost authenticated signing delegation in content centric networking |
| US10003520B2 (en) | 2014-12-22 | 2018-06-19 | Cisco Technology, Inc. | System and method for efficient name-based content routing using link-state information in information-centric networks |
| US9660825B2 (en) | 2014-12-24 | 2017-05-23 | Cisco Technology, Inc. | System and method for multi-source multicasting in content-centric networks |
| US9832291B2 (en) | 2015-01-12 | 2017-11-28 | Cisco Technology, Inc. | Auto-configurable transport stack |
| US9916457B2 (en) | 2015-01-12 | 2018-03-13 | Cisco Technology, Inc. | Decoupled name security binding for CCN objects |
| US9602596B2 (en) | 2015-01-12 | 2017-03-21 | Cisco Systems, Inc. | Peer-to-peer sharing in a content centric network |
| US9954795B2 (en) | 2015-01-12 | 2018-04-24 | Cisco Technology, Inc. | Resource allocation using CCN manifests |
| US9946743B2 (en) | 2015-01-12 | 2018-04-17 | Cisco Technology, Inc. | Order encoded manifests in a content centric network |
| US9462006B2 (en) | 2015-01-21 | 2016-10-04 | Palo Alto Research Center Incorporated | Network-layer application-specific trust model |
| US9552493B2 (en) | 2015-02-03 | 2017-01-24 | Palo Alto Research Center Incorporated | Access control framework for information centric networking |
| US10333840B2 (en) | 2015-02-06 | 2019-06-25 | Cisco Technology, Inc. | System and method for on-demand content exchange with adaptive naming in information-centric networks |
| US10075401B2 (en) | 2015-03-18 | 2018-09-11 | Cisco Technology, Inc. | Pending interest table behavior |
| US10116605B2 (en) | 2015-06-22 | 2018-10-30 | Cisco Technology, Inc. | Transport stack name scheme and identity management |
| US10075402B2 (en) | 2015-06-24 | 2018-09-11 | Cisco Technology, Inc. | Flexible command and control in content centric networks |
| US10701038B2 (en) | 2015-07-27 | 2020-06-30 | Cisco Technology, Inc. | Content negotiation in a content centric network |
| US9986034B2 (en) | 2015-08-03 | 2018-05-29 | Cisco Technology, Inc. | Transferring state in content centric network stacks |
| US10610144B2 (en) | 2015-08-19 | 2020-04-07 | Palo Alto Research Center Incorporated | Interactive remote patient monitoring and condition management intervention system |
| US9832123B2 (en) | 2015-09-11 | 2017-11-28 | Cisco Technology, Inc. | Network named fragments in a content centric network |
| US10355999B2 (en) | 2015-09-23 | 2019-07-16 | Cisco Technology, Inc. | Flow control with network named fragments |
| US10313227B2 (en) | 2015-09-24 | 2019-06-04 | Cisco Technology, Inc. | System and method for eliminating undetected interest looping in information-centric networks |
| US9977809B2 (en) | 2015-09-24 | 2018-05-22 | Cisco Technology, Inc. | Information and data framework in a content centric network |
| US10454820B2 (en) | 2015-09-29 | 2019-10-22 | Cisco Technology, Inc. | System and method for stateless information-centric networking |
| US10263965B2 (en) | 2015-10-16 | 2019-04-16 | Cisco Technology, Inc. | Encrypted CCNx |
| US9794238B2 (en) | 2015-10-29 | 2017-10-17 | Cisco Technology, Inc. | System for key exchange in a content centric network |
| US10009446B2 (en) | 2015-11-02 | 2018-06-26 | Cisco Technology, Inc. | Header compression for CCN messages using dictionary learning |
| US9807205B2 (en) | 2015-11-02 | 2017-10-31 | Cisco Technology, Inc. | Header compression for CCN messages using dictionary |
| US10021222B2 (en) | 2015-11-04 | 2018-07-10 | Cisco Technology, Inc. | Bit-aligned header compression for CCN messages using dictionary |
| US10097521B2 (en) | 2015-11-20 | 2018-10-09 | Cisco Technology, Inc. | Transparent encryption in a content centric network |
| US9912776B2 (en) | 2015-12-02 | 2018-03-06 | Cisco Technology, Inc. | Explicit content deletion commands in a content centric network |
| US10097346B2 (en) | 2015-12-09 | 2018-10-09 | Cisco Technology, Inc. | Key catalogs in a content centric network |
| US10078062B2 (en) | 2015-12-15 | 2018-09-18 | Palo Alto Research Center Incorporated | Device health estimation by combining contextual information with sensor data |
| US10257271B2 (en) | 2016-01-11 | 2019-04-09 | Cisco Technology, Inc. | Chandra-Toueg consensus in a content centric network |
| US9949301B2 (en) | 2016-01-20 | 2018-04-17 | Palo Alto Research Center Incorporated | Methods for fast, secure and privacy-friendly internet connection discovery in wireless networks |
| US10305864B2 (en) | 2016-01-25 | 2019-05-28 | Cisco Technology, Inc. | Method and system for interest encryption in a content centric network |
| US10043016B2 (en) | 2016-02-29 | 2018-08-07 | Cisco Technology, Inc. | Method and system for name encryption agreement in a content centric network |
| US10038633B2 (en) | 2016-03-04 | 2018-07-31 | Cisco Technology, Inc. | Protocol to query for historical network information in a content centric network |
| US10003507B2 (en) | 2016-03-04 | 2018-06-19 | Cisco Technology, Inc. | Transport session state protocol |
| US10051071B2 (en) | 2016-03-04 | 2018-08-14 | Cisco Technology, Inc. | Method and system for collecting historical network information in a content centric network |
| US10742596B2 (en) | 2016-03-04 | 2020-08-11 | Cisco Technology, Inc. | Method and system for reducing a collision probability of hash-based names using a publisher identifier |
| US9832116B2 (en) | 2016-03-14 | 2017-11-28 | Cisco Technology, Inc. | Adjusting entries in a forwarding information base in a content centric network |
| US10212196B2 (en) | 2016-03-16 | 2019-02-19 | Cisco Technology, Inc. | Interface discovery and authentication in a name-based network |
| US10067948B2 (en) | 2016-03-18 | 2018-09-04 | Cisco Technology, Inc. | Data deduping in content centric networking manifests |
| US11436656B2 (en) | 2016-03-18 | 2022-09-06 | Palo Alto Research Center Incorporated | System and method for a real-time egocentric collaborative filter on large datasets |
| US10091330B2 (en) | 2016-03-23 | 2018-10-02 | Cisco Technology, Inc. | Interest scheduling by an information and data framework in a content centric network |
| US10033639B2 (en) | 2016-03-25 | 2018-07-24 | Cisco Technology, Inc. | System and method for routing packets in a content centric network using anonymous datagrams |
| US10320760B2 (en) | 2016-04-01 | 2019-06-11 | Cisco Technology, Inc. | Method and system for mutating and caching content in a content centric network |
| US9930146B2 (en) | 2016-04-04 | 2018-03-27 | Cisco Technology, Inc. | System and method for compressing content centric networking messages |
| US10425503B2 (en) | 2016-04-07 | 2019-09-24 | Cisco Technology, Inc. | Shared pending interest table in a content centric network |
| US10027578B2 (en) | 2016-04-11 | 2018-07-17 | Cisco Technology, Inc. | Method and system for routable prefix queries in a content centric network |
| US10404450B2 (en) | 2016-05-02 | 2019-09-03 | Cisco Technology, Inc. | Schematized access control in a content centric network |
| US10320675B2 (en) | 2016-05-04 | 2019-06-11 | Cisco Technology, Inc. | System and method for routing packets in a stateless content centric network |
| US10547589B2 (en) | 2016-05-09 | 2020-01-28 | Cisco Technology, Inc. | System for implementing a small computer systems interface protocol over a content centric network |
| US10084764B2 (en) | 2016-05-13 | 2018-09-25 | Cisco Technology, Inc. | System for a secure encryption proxy in a content centric network |
| US10063414B2 (en) | 2016-05-13 | 2018-08-28 | Cisco Technology, Inc. | Updating a transport stack in a content centric network |
| US10103989B2 (en) | 2016-06-13 | 2018-10-16 | Cisco Technology, Inc. | Content object return messages in a content centric network |
| US10305865B2 (en) | 2016-06-21 | 2019-05-28 | Cisco Technology, Inc. | Permutation-based content encryption with manifests in a content centric network |
| US10148572B2 (en) | 2016-06-27 | 2018-12-04 | Cisco Technology, Inc. | Method and system for interest groups in a content centric network |
| US10009266B2 (en) | 2016-07-05 | 2018-06-26 | Cisco Technology, Inc. | Method and system for reference counted pending interest tables in a content centric network |
| US9992097B2 (en) | 2016-07-11 | 2018-06-05 | Cisco Technology, Inc. | System and method for piggybacking routing information in interests in a content centric network |
| US10122624B2 (en) | 2016-07-25 | 2018-11-06 | Cisco Technology, Inc. | System and method for ephemeral entries in a forwarding information base in a content centric network |
| US10069729B2 (en) | 2016-08-08 | 2018-09-04 | Cisco Technology, Inc. | System and method for throttling traffic based on a forwarding information base in a content centric network |
| US10956412B2 (en) | 2016-08-09 | 2021-03-23 | Cisco Technology, Inc. | Method and system for conjunctive normal form attribute matching in a content centric network |
| US10033642B2 (en) | 2016-09-19 | 2018-07-24 | Cisco Technology, Inc. | System and method for making optimal routing decisions based on device-specific parameters in a content centric network |
| US10212248B2 (en) | 2016-10-03 | 2019-02-19 | Cisco Technology, Inc. | Cache management on high availability routers in a content centric network |
| US10447805B2 (en) | 2016-10-10 | 2019-10-15 | Cisco Technology, Inc. | Distributed consensus in a content centric network |
| US10135948B2 (en) | 2016-10-31 | 2018-11-20 | Cisco Technology, Inc. | System and method for process migration in a content centric network |
| US10243851B2 (en) | 2016-11-21 | 2019-03-26 | Cisco Technology, Inc. | System and method for forwarder connection information in a content centric network |
| US10623452B2 (en) | 2018-04-10 | 2020-04-14 | Hewlett Packard Enterprise Development Lp | System and method for network assisted multi-line registration in an IMS network |
Family Cites Families (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7024688B1 (en) * | 2000-08-01 | 2006-04-04 | Nokia Corporation | Techniques for performing UMTS (universal mobile telecommunications system) authentication using SIP (session initiation protocol) messages |
| JP2002245152A (ja) * | 2001-02-14 | 2002-08-30 | Fujitsu Ltd | サービス仲介処理装置，サービス仲介処理方法およびサービス仲介処理用プログラム |
| US6985961B1 (en) * | 2001-12-04 | 2006-01-10 | Nortel Networks Limited | System for routing incoming message to various devices based on media capabilities and type of media session |
| US8001233B2 (en) * | 2003-03-25 | 2011-08-16 | Nokia Corporation | Communication system, network element, and method for configuring a network element using routing subscription information |
| FI20030448A0 (fi) * | 2003-03-25 | 2003-03-25 | Nokia Corp | Puhelinneuvottelun alkaminen |
| DE10355265A1 (de) * | 2003-11-26 | 2005-06-23 | Siemens Ag | Verfahren zum Registrieren eines Kommunikationsgeräts, zugehöriges Kommunikationsgerät sowie Registrierungseinheit |
| EP1551144A1 (en) * | 2003-12-31 | 2005-07-06 | France Telecom | System, method and apparatus for providing multimedia communications services |
| JP4077417B2 (ja) * | 2004-03-02 | 2008-04-16 | 日本電信電話株式会社 | ゲートウェイ装置、ゲートウェイ装置を用いたメディア送受信方法、メディア送受信プログラム、および記録媒体 |
| US7978683B2 (en) * | 2004-04-14 | 2011-07-12 | Alcatel-Lucent Usa Inc. | Method of transferring call transition messages between network controllers of different radio technologies |
| FI20040742A0 (fi) * | 2004-05-31 | 2004-05-31 | Nokia Corp | Ohjaustiedon toimittaminen protokollaa varten |
| DE602005013776D1 (de) * | 2004-06-17 | 2009-05-20 | Ericsson Telefon Ab L M | Sicherheit in mobilen Kommunikationssystemen |
| ATE423436T1 (de) * | 2004-09-30 | 2009-03-15 | Huawei Tech Co Ltd | Verfahren system zur realisierung von kommunikation |
| WO2006050182A2 (en) * | 2004-11-02 | 2006-05-11 | Nortel Networks Limited | Push-to-talk optimization |
| US8942227B1 (en) * | 2005-01-21 | 2015-01-27 | Apple Inc. | Enhanced filtering for an IP multimedia subsystem |
| FR2882482B1 (fr) * | 2005-02-23 | 2007-04-20 | Alcatel Sa | Dispositif de controle d'acces de terminaux d'abonnes d'un domaine cs a des services d'un reseau de communication ims |
| EP1878281B1 (en) * | 2005-05-03 | 2009-12-09 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Apparatus and method for differentiating services in multimedia networks to roaming subscribers |
| FI20050494A0 (fi) * | 2005-05-10 | 2005-05-10 | Nokia Corp | Palvelun tarjoaminen tietoliikennejärjestelmässä |
| US7975037B2 (en) * | 2005-07-29 | 2011-07-05 | Verizon Patent And Licensing Inc. | Policy engine in an Internet Protocol multimedia subsystem |
| US20070081518A1 (en) * | 2005-08-10 | 2007-04-12 | Rajnish Jain | Open programmable software protocol stack for use with an Internet telephony system |
| US9008293B2 (en) * | 2005-11-25 | 2015-04-14 | At&T Intellectual Property I, L.P. | Caller ID information to internet protocol television displays |
| US20070149166A1 (en) * | 2005-12-23 | 2007-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Voice call continuity for emergency calls |
| DE602006018070D1 (de) * | 2006-02-24 | 2010-12-16 | Ericsson Telefon Ab L M | Ims-befähigter steuerkanal für iptv |
| US9112876B2 (en) * | 2009-05-19 | 2015-08-18 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system for transfer of call control |
-
2006
- 2006-06-09 US US12/303,835 patent/US8472376B2/en not_active Expired - Fee Related
- 2006-06-09 AT AT06777293T patent/ATE470307T1/de not_active IP Right Cessation
- 2006-06-09 DE DE602006014737T patent/DE602006014737D1/de active Active
- 2006-06-09 ES ES06777293T patent/ES2346563T3/es active Active
- 2006-06-09 WO PCT/EP2006/063071 patent/WO2007140818A1/en active Application Filing
- 2006-06-09 EP EP06777293A patent/EP2030402B1/en not_active Not-in-force
Also Published As
| Publication number | Publication date |
|---|---|
| ATE470307T1 (de) | 2010-06-15 |
| DE602006014737D1 (de) | 2010-07-15 |
| US8472376B2 (en) | 2013-06-25 |
| US20100232402A1 (en) | 2010-09-16 |
| WO2007140818A1 (en) | 2007-12-13 |
| EP2030402B1 (en) | 2010-06-02 |
| EP2030402A1 (en) | 2009-03-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2346563T3 (es) | Gestion de interfases de multiples usuarios en un subsistema de multimedios ip. | |
| ES2607328T3 (es) | Manejo de Perfiles de servicio en el IMS | |
| US8572261B2 (en) | Method and apparatus for identifying an IMS service | |
| ES2379964T3 (es) | Método para inciar comunicaciones basadas en IMSI | |
| ES2334690T3 (es) | Metodo y aparato para asignar servidores de aplicacion en un ims. | |
| US9077721B2 (en) | Methods and apparatus for registering or deregistering a user to or from an IP multimedia subsystem | |
| CA2630678C (en) | Message handling in an ip multimedia subsystem | |
| ES2401301T3 (es) | Método y aparato para su uso en una red de comunicaciones | |
| US8325707B2 (en) | Session initiation from application servers in an IP multimedia subsystem | |
| ES2345410T3 (es) | Procedimiento de encaminamiento de un mensaje sip en caso de no disponibilidad de nodos intermedios. | |
| US8069253B2 (en) | IP link establishment across a data network | |
| EP2315409A1 (en) | Realizing method, system and apparatus of register mechanism in ip multimedia subsystem | |
| WO2013153514A2 (en) | Quality of service support for machine-to-machine applications including e-health | |
| CN101971592A (zh) | 接入地会话控制器、ip多媒体子系统及其注册会话方法 | |
| EP2241080B1 (en) | Ip multimedia subsystem registration | |
| EP2119178B1 (en) | Method and apparatuses for the provision of network services offered through a set of servers in an ims network | |
| CN101448316B (zh) | 叠加注册的实现方法 | |
| EP2479949A1 (en) | Ims media codec negotiation method and system | |
| IMS | ATIS 3GPP SPECIFICATION | |
| MX2008006661A (es) | Manejo de mensajes en un subsistema multimedios ip |