ES2330994T3 - Equipo de usuario, procedimiento y sistema de comunicacion para establecer una conexion con un elemento servicor de red. - Google Patents
Equipo de usuario, procedimiento y sistema de comunicacion para establecer una conexion con un elemento servicor de red. Download PDFInfo
- Publication number
- ES2330994T3 ES2330994T3 ES00987341T ES00987341T ES2330994T3 ES 2330994 T3 ES2330994 T3 ES 2330994T3 ES 00987341 T ES00987341 T ES 00987341T ES 00987341 T ES00987341 T ES 00987341T ES 2330994 T3 ES2330994 T3 ES 2330994T3
- Authority
- ES
- Spain
- Prior art keywords
- list
- user equipment
- services
- network
- agent
- 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 title claims abstract description 39
- 238000004891 communication Methods 0.000 title claims abstract description 18
- 230000006870 function Effects 0.000 claims description 12
- 230000004044 response Effects 0.000 description 13
- 238000013515 script Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000001914 filtration Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5691—Access to open networks; Ingress point selection, e.g. ISP selection
- H04L12/5692—Selection among different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4541—Directories for service discovery
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
- Piezo-Electric Or Mechanical Vibrators, Or Delay Or Filter Circuits (AREA)
- Telephone Function (AREA)
- Cable Transmission Systems, Equalization Of Radio And Reduction Of Echo (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
Un equipo de usuario que está adaptado para comunicarse con un medio (3, 3'''', 4) de designación de recursos para obtener información acerca de un medio (5, 9) disponible de establecimiento de sesión, en el cual el equipo (1) de usuario está, o bien adaptado para acceder a una lista de al menos un elemento que comprende información relacionada con servicios, y para seleccionar o escoger un elemento de la lista, o bien está dotado de al menos un elemento seleccionado de la lista, utilizándose dicho al menos un elemento, seleccionado, escogido o proporcionado, para consultar a dicho medio (3, 3'''', 4) de designación de recursos, a fin de obtener una referencia a al menos un medio (5, 9) de establecimiento de sesión, estando dicho equipo (1) de usuario adaptado para establecer una sesión mediante uno de los medios (5, 9) de establecimiento de sesión para el cual se ha obtenido la referencia.
Description
Equipo de usuario, procedimiento y sistema de
comunicación para establecer una conexión con un elemento servidor
de red.
La invención se refiere a un equipo de usuario,
un sistema de comunicación y un procedimiento y, en particular, a
un equipo de usuario, un sistema y un procedimiento que permiten a
un equipo de usuario, tal como un terminal, una estación móvil (EM)
o similares, conectarse con un elemento de red tal como un elemento
de red de origen o de terminación, o un elemento de red que
proporciona una función de registro, p. ej., para el protocolo de
inicio de sesión, SIP. Antes de que un equipo de usuario, p. ej., un
terminal, pueda solicitar el registro a un elemento servidor de
red, tal como una CSCF (Función de Control de Estado de Llamada), p.
ej., para conectarse con otro elemento de red, tiene que hallar tal
elemento servidor de red.
El terminal puede estar adaptado para buscar,
cuando intenta registrarse, un elemento agente de red que ayude a
hallar las CSCF. Para lograr esta función, podría considerarse
añadir un nuevo elemento de red que proporcione, p. ej., un
servicio de localización. Sin embargo, tal nuevo elemento de red
aumenta la complejidad y el sobregasto de la red.
El documento
WO-A-00/70901 describe terminales
móviles y procedimientos que permiten un reconocimiento de
múltiples modalidades de comunicación para localizar un proveedor de
servicios de comunicación adecuado o deseable. La aceptación puede
basarse en la preferencia por un proveedor de servicios antes que en
protocolos específicos de la tecnología. El modelo de selección del
proveedor de servicios puede utilizarse para integrar esquemas de
clasificación potencialmente disímiles en un marco común.
El documento
US-A-6.118.768 describe un módem que
es adecuado para pequeños entornos de usuario, y que contiene un
encaminador interno de RDSI (Red Digital de Servicios Integrados).
Los múltiples dispositivos de red pueden obtener acceso, a través
del encaminador, a cualquiera entre un cierto número de distintas
redes remotas.
El documento
US-A-5.761.618 se refiere a un
sistema de telefonía celular que permite la adquisición selectiva
de proveedores de servicios durante la itinerancia de unidades de
abonados. Se da prioridad de adquisición a aquellos proveedores de
servicios asociados al proveedor de servicios domésticos
identificado por números de identificación de sistema. Las
identificaciones de sistema de los proveedores de sistemas
disponibles se comparan con una lista de identificación de sistemas
preferidos contenida dentro de la unidad del abonado.
La invención proporciona un equipo de usuario
según lo definido en la reivindicación 1, o cualquiera de las
reivindicaciones subordinadas de equipos de usuario.
Adicionalmente, la invención proporciona un
procedimiento según lo definido en la reivindicación independiente
de procedimiento, o cualquiera de las reivindicaciones subordinadas
de procedimiento.
Además, se proporciona un sistema según lo
definido en la reivindicación 32.
La invención propone un procedimiento y
estructura que permite a un terminal hallar rápida y fácilmente un
elemento servidor de red tal como un agente o CSCF inicial.
Un sistema de comunicación según una de las
realizaciones de la invención puede comprender al menos un equipo
de usuario que esté adaptado para comunicarse con un medio de
designación de recursos, a fin de obtener información sobre medios
de establecimiento de sesiones disponibles en el sistema de
comunicación, en donde el equipo de usuario, cuando intenta
establecer una sesión utilizando uno de dichos medios de
establecimiento de sesión, incluye, o está adaptado para acceder a,
una lista de elementos que comprende información referida a
servicios, y seleccionar un elemento de la lista. El elemento
seleccionado se utiliza para consultar al medio de designación de
recursos para obtener una referencia a al menos un medio de
establecimiento de sesión. El equipo de usuario establece una
sesión mediante uno de los medios de establecimiento de sesión para
el cual se ha obtenido dicha referencia.
El medio de establecimiento de sesión puede ser
un dispositivo agente. El medio de designación de recursos puede
ser un DNS [Sistema de Nombres de Dominio] (siendo el recurso un
agente, puede haber varios recursos para el mismo nombre,
seleccionados, p. ej., en una designación circular). La referencia
al medio de establecimiento de sesión puede ser la dirección del
agente. Una sesión puede ser una llamada o una videollamada, u otro
tipo de flujo de comunicación en tiempo real.
Debería apreciarse que el término "equipo de
usuario" utilizado en la presente especificación, o en las
reivindicaciones, puede referirse, por ejemplo, al equipo móvil
(EM), a una tarjeta inteligente insertada en el equipo móvil (SIM,
USIM) y a un ordenador (TE, equipo terminal) conectado
funcionalmente con el equipo móvil y/o la tarjeta inteligente. Por
lo tanto, al especificar que alguna información es almacenada por el
equipo del usuario, la información puede almacenarse, de hecho, en
cualquiera de estos componentes, o distribuirse entre ellos.
Análogamente, si el equipo de usuario está realizando algunas
funciones, estas funciones pueden realizarse en cualquiera de estos
componentes precitados (equipo móvil, módulo de identidad del
abonado, o equipo terminal).
\newpage
Según otra realización de la invención, se
proporcionan un procedimiento y sistema de comunicación que
comprenden al menos un equipo de usuario que está adaptado para
establecer una conexión con un elemento servidor de red, para la
conexión con otro elemento de red, en donde el equipo de usuario, al
intentar establecer o modificar una conexión con el elemento
servidor de red, u otro, o bien un elemento de red adicional,
incluye, o está adaptado para acceder a, una lista de información
relacionada con servicios, y para seleccionar un elemento de la
lista, siendo utilizado el elemento seleccionado por el equipo de
usuario para establecer o modificar la conexión con el elemento
servidor de red, u otro.
Un abonado puede escoger, p. ej., un agente de
una lista relacionada con servicios (lista de elementos que
comprende información relacionada con servicios), tal como una lista
de proveedores de servicios, o bien puede utilizar un proveedor de
servicios por omisión. La lista puede, p. ej., almacenarse en el
terminal y/o USIM (módulo de identidad de abonado a UMTS [Sistema
Universal de Telecomunicaciones Móviles]) y/o tarjeta telefónica
(prepaga).
Si no se emplean agentes, esta misma estructura
y procedimiento pueden utilizarse para hallar un elemento de red de
soporte, p. ej., una CSCF, donde registrarse.
Las realizaciones de la invención proporcionan
varias ventajas, tales como:
- No se necesita ningún elemento de red
especializado, es decir, Servidor de Localización de Servicios.
- Según una de las implementaciones de la
invención, sólo es necesario el sistema de nombres de dominio (DNS)
estándar en el acceso a la red.
- El abonado puede escoger cualquier proveedor
de servicios, servicio, tipo de servicio o similares, que desee de
la lista, incluso en itinerancia. Es decir, el abonado puede
utilizar, p. ej., sólo la red de acceso al itinerar en un país
extranjero, y utilizar su propio proveedor de servicios para otros
servicios, p. ej., para ahorrar costes.
- Los abonados pueden actualizar fácilmente la
lista relacionada con los servicios, p. ej., la lista de proveedores
de servicios, servicios, tipos de servicios o similares. El
terminal, o los terminales, está(n) optativamente adapta-
do(s) para ofrecer ese servicio. La lista actualizada puede guardarse, p. ej., en un medio de memoria del terminal o
USIM.
do(s) para ofrecer ese servicio. La lista actualizada puede guardarse, p. ej., en un medio de memoria del terminal o
USIM.
- El uso de una tarjeta telefónica, o una
tarjeta de cualquier otro tipo, tal como una tarjeta de crédito, es
fácil de implementar, p. ej., el servicio prepago utilizando tal
selección en la lista relacionada con los servicios.
- Cuando el terminal está informado de si está
conectado con su red doméstica, o bien en itinerancia fuera de la
red doméstica, puede adaptarse para escoger un agente servidor
"agente_doméstico" de su red doméstica, o un agente servidor
"agente_visitado" de la red visitada, respectivamente, como
valor por omisión.
- La lista relacionada con los servicios puede
almacenarse, p. ej., en la memoria de terminales y/o USIM, de forma
tal que los terminales sean capaces de seleccionar un servicio, un
proveedor de servicios o similares, antes de registrarse o incluso
al conectarse con una red.
- Un operador de acceso puede restringir a los
abonados para utilizar sólo sus propios servicios, ofreciendo sólo
el valor por omisión para escoger en la lista relacionada con
servicios de proveedores de servicios, servicios, tipos de
servicios, o similares.
- El comportamiento por omisión puede
estandarizarse. Es decir, el operador de acceso, p. ej., puede
siempre ofrecer resolución de la dirección del
"agente_visitado" por medio del DNS (Sistema de Nombres de
Dominio), así como resolución de la dirección del
"agente_doméstico" si el operador tiene abonados propios de IPT
(Telefonía del Protocolo de Internet).
- Los abonados domésticos e itinerantes pueden
gestionarse en elementos de red distintos, si así se desea.
- Un abonado puede escoger si utiliza la lista
en la memoria del USIM/terminal, y/o la lista ofrecida, p. ej., por
el servidor de DHCP, el contexto de PDP, el servidor de DNS, algún
servicio de red, o similares.
- Las realizaciones de la invención permiten una
selección del proveedor de servicios por parte de un usuario
final.
- Además, la realizaciones de la invención
permiten ocultar la estructura interna de la red, p. ej., dejando
disponibles sólo unos pocos elementos servidores, tales como las
CSCF para los usuarios itinerantes.
Parte de la inteligencia para hallar el agente
puede proporcionarse en, o para, el terminal (que puede tener una
función para determinar si está registrado en la red doméstica o la
visitada).
Del lado de la red, según una de las
implementaciones de la invención, sólo deben añadirse dos
direcciones a la base de datos del DNS. En este caso, no se
necesita, normalmente, ningún hardware o software de red adicional,
porque la red de acceso, usualmente, ya comprende el DNS. En el
terminal puede proporcionarse algún software adicional para
almacenar y gestionar la lista de información relacionada con los
servicios, tal como los proveedores de servicios, y para poder
ordenar las direcciones de IP.
En otras implementaciones de la invención, se
proporcionan procedimientos y sistemas para hallar un agente
inicial, especialmente en el entorno del contexto del protocolo
dinámico de configuración de anfitriones, DHCP, y del protocolo de
datos en paquetes, PDP. Un abonado puede, p. ej., escoger un agente
de la lista de proveedores de servicios, servicios, tipos de
servicios o similares, proporcionada desde uno o más servidores de
DHCP, y/o en el contexto del PDP, y/o desde uno o más servidores de
DNS, y/o desde una o más bases de datos distintas, y/o desde uno o
más servicios de red, y/o similares. La lista puede incluir
proveedores de servicios por omisión: "agente_doméstico" para
abonados domésticos y "agente_visitado" para abonados
itinerantes, para utilizar a menos que se seleccione expresamente
otro proveedor de servicios.
Adicionalmente, la invención permite dejar
disponibles sólo unos pocos elementos servidores, tales como las
CSCF para usuarios itinerantes. Los agentes iniciales en la red
visitada pueden reconocer llamadas gestionadas localmente de los
equipos itinerantes, sin necesitar ninguna transferencia, en tiempo
de registro, del control de llamadas a la red visitada, sólo para
proporcionar servicios locales.
Además, pueden emplearse distintos agentes
iniciales para los abonados itinerantes y para los abonados
domésticos. Tal técnica permite proporcionar distintos tipos de
funcionalidad. Por ejemplo, pueden proporcionarse a los abonados
domésticos agentes que brinden ciertos servicios, y los terminales
itinerantes, es decir, visitantes, pueden conectarse con agentes
que tengan funcionalidad relacionada con el encaminamiento de
llamadas a números de servicio local. Esto permite la separación de
la funcionalidad de agentes. Por ello, pueden seleccionarse
distintos agentes iniciales según el "estado de itinerancia"
del usuario (en su red doméstica o en una red visitada) y pueden
proporcionarse distintas funcionalidades en los agentes
iniciales.
La invención permite adicionalmente superar los
problemas vinculados con la utilización de DHCP+DNS, introduciendo
un nuevo parámetro de DHCP para especificar si el abonado que
solicita el registro es un abonado de red itinerante o
doméstico.
La Fig. 1 muestra una realización de la
invención e ilustra una situación en la cual un proveedor de
servicios, o agente, es explícitamente seleccionado por un
terminal,
La Fig. 2 ilustra un procedimiento y estructura
de una realización para llevar a cabo una selección por omisión
cuando el terminal está conectado con su red doméstica,
La Fig. 3 muestra un procedimiento y estructura
de una realización para efectuar una selección por omisión cuando
el terminal es itinerante, es decir, está conectado o conectándose a
una red visitada,
La Fig. 4 muestra un procedimiento y estructura
de una realización basada en DHCP para efectuar una selección de un
proveedor de servicios, un servicio, o similar, y
La Fig. 5 ilustra un ejemplo de registro
principalmente, pero no exclusivamente, relacionado con la
realización mostrada en la Fig. 1.
Generalmente, según uno de los aspectos de la
invención, una implementación de la misma se refiere al registro en
una red totalmente IP, o bien un IM CN SS (subsistema de red central
de multimedios de IP), o bien un IM SS (subsistema de multimedios
de IP), y a la selección de agentes del SIP (protocolo de inicio de
sesión). La idea básica de este aspecto es separar lógicamente el
nivel de acceso, p. ej., el "plano" de acceso al GPRS
(Servicio General de Paquetes por Radio), y el plano del SIP, y
permitir a un usuario seleccionar el agente inicial. Como ejemplo,
en un medio de memoria de terminal, tal como una tarjeta SIM, se
configura una lista relacionada con servicios, tal como una lista
de posibles proveedores de servicios. Los proveedores de servicios
tienen asociado consigo un FQDN (nombre de dominio totalmente
calificado). Además de los nombres de dominio de proveedores de
servicios, la lista contiene dos valores por omisión:
agente_doméstico y agente_visitado.
Los FQDN de proveedores de servicios se utilizan
como nombres normales de dominio para hallar el agente inicial. El
agente inicial puede tener que verificar la adecuación de su empleo,
teniendo en cuenta la red servidora actual de los usuarios.
Los nombres lógicos por omisión (es decir,
agente_doméstico y agente_visitado) pueden resolverse en el DNS
local para obtener una lista de posibles agentes. Una lista ordenada
se proporciona optativamente de manera circular a partir del DNS
local. El terminal puede aplicar la directiva de ordenamiento de
lista del DNS para ordenar las direcciones según la proximidad.
\newpage
De manera similar, un proveedor de servicios
deseado puede ser indicado por el terminal, tal como una EM
(estación móvil) en el descubrimiento del DHCP.
La estructura y arquitectura de la(s)
red(es) que implementa(n) la invención, y los
elementos de red, pueden, p. ej., ser conformes a: "Principios de
Arquitectura para la Versión 2000" (3G TR 23.821 publicado por el
ETSI [Instituto Europeo de Normas de Telecomunicación]), y
"Subsistema de Multimedios IP (IM) - Etapa 2" (3G TS
23.228).
Optativamente, el DNS en la red de acceso se
utiliza para resolver los FQDN (nombres de dominio totalmente
calificados) como direcciones IP.
La Fig. 1 ilustra una primera realización de la
invención, en la cual un terminal (equipo de usuario) 1 ha
itinerado a una red (visitada) "dominio_operador1" distinta a
su red doméstica. El terminal 1 está utilizando, p. ej., sólo la
red GPRS como red visitada "dominio_operador1", y quiere
utilizar el servicio de un proveedor de servicios, tal como el
operador de servicios "Operador2", dispuesto en otra red
"dominio_operador2", distinta a la red visitada, p. ej., en la
red doméstica del terminal 1. En la Fig. 1, la línea inclinada
discontinua simboliza la línea de frontera entre la red visitada (a
la izquierda de la línea de frontera) y la red del operador2 (a la
derecha de la línea discontinua).
Para habilitar una selección del operador de
servicio "Operador2", el terminal 1 incluye, o está dotado de,
una lista de información relacionada con servicios (lista
relacionada con servicios), en la cual se enumeran varios
proveedores de servicios y/u otros tipos de indicaciones de
servicios. Esta lista se exhibe, p. ej., sobre un visor del
terminal 1. El usuario (abonado) del terminal 1 selecciona el
operador de servicios deseado "Operador2" de la lista exhibida
de operadores de servicios, tras lo cual se llevan a cabo las etapas
necesarias para establecer una conexión con el proveedor de
servicios seleccionado. Esto se describirá más adelante en más
detalle.
El caso precitado, donde el terminal 1 está
dotado de una lista relacionada con los servicios, puede
corresponder a un caso donde la lista puede recibirse desde fuera
del terminal, p. ej., de un contexto de DHCP o PDP. Este caso
también puede aplicarse a las realizaciones descritas más adelante,
mostradas en las Figs. 2 y 3. Optativamente, con las realizaciones
mostradas en las Figs. 1 a 3, la lista relacionada con los servicios
se almacena en la memoria del USIM/terminal. La Fig. 4 se refiere a
una realización más general, donde la lista relacionada con los
servicios se recibe desde fuera del terminal. En este caso, la lista
puede ser una lista que contiene varios elementos, o bien sólo las
direcciones por omisión (agente_doméstico y agente_visitado), o sólo
una de las direcciones por omisión, según el estado del
abonado.
El terminal 1 (o, equivalentemente, un USIM,
módulo de identidad de abonado de UMTS) está dotado de, o tiene
acceso a, un medio 2 de memoria que puede ser una memoria interna o
una tarjeta SIM (módulo de identidad de abonado) insertable en el
terminal 1, o cualquier otra tarjeta de memoria insertable, módulo,
equipo, o bien una tarjeta telefónica o similar. El medio 2 de
memoria incluye la lista relacionada con servicios de información
relacionada con servicios, tal como una lista de proveedores de
servicios, servicios, tipos de servicios o similares. La lista
puede contener nombres de dominio totalmente calificados (FQDN) de
los proveedores de servicios, servicios, tipos de servicios y
similares.
El abonado escoge uno de los elementos en la
lista, que, en la realización de la Fig. 1, es el "operador2".
El "operador 2" está dispuesto en una red distinta a la red
"dominio_operador1", visitada por el terminal 1. El nombre
asociado al "operador2" seleccionado en la lista es, p. ej., el
nombre FQDN "agente.dominio_operador2". A continuación de la
selección del proveedor de servicios deseado, el terminal 1 está
adaptado, en la realización mostrada en la Fig. 1, para efectuar
una consulta del DNS. Para esto, se envía un mensaje 1) a un
servidor 3 de DNS, mensaje "consulta_DNS" que indica el nombre
FQDN asignado, en la lista, al elemento seleccionado, tal como
"operador2".
Esta consulta al DNS del servidor 3 de DNS se
efectúa para conocer la dirección IP del correspondiente agente
que, en la realización de la Fig. 1, es el agente 5 dispuesto en la
red del operador 2. El servidor 3 de DNS, normalmente, no almacena
la dirección IP del agente 5 dispuesto en una red distinta y, por lo
tanto, accede al servidor 4 de DNS proporcionado para la red del
operador 2. El servidor 3 de DNS envía el nombre
"agente.dominio_operador2" recibido desde el terminal 1 al
servidor 4 de DNS, que resuelve este nombre como la dirección IP
asociada del servidor agente 5. El servidor 4 de DNS devuelve la
dirección IP del agente 5 al servidor 3 de DNS. Este flujo de
información entre los servidores 3 y 4 de DNS está representado por
la flecha de doble cabeza numerada con un 2).
En una siguiente etapa, el servidor 3 de DNS
transmite una respuesta (mensaje 3) al terminal 1, que indica
la dirección IP del agente 5 del operador 2 (Resp_consulta_DNS_dirección_IP_del_agente_operador2 ("agente.domi nio_operador2")). El terminal 1, por lo tanto, es informado de la dirección IP adecuada y se dirige al agente 5 enviando una solicitud 4) de conexión o establecimiento al agente 5, utilizando la dirección IP del mismo. El agente 5 lleva a cabo las etapas conocidas necesarias para proporcionar los servicios del operador 2 al terminal 1, p. ej., informando a un elemento servidor de red, tal como la Función Servidora de Control de Estado de Llamada (S-CSCF) 7, para que se encargue de las llamadas o conexiones a o desde el terminal 1. La información necesaria puede almacenarse en el HSS (Servidor de Abonado Doméstico) 6.
la dirección IP del agente 5 del operador 2 (Resp_consulta_DNS_dirección_IP_del_agente_operador2 ("agente.domi nio_operador2")). El terminal 1, por lo tanto, es informado de la dirección IP adecuada y se dirige al agente 5 enviando una solicitud 4) de conexión o establecimiento al agente 5, utilizando la dirección IP del mismo. El agente 5 lleva a cabo las etapas conocidas necesarias para proporcionar los servicios del operador 2 al terminal 1, p. ej., informando a un elemento servidor de red, tal como la Función Servidora de Control de Estado de Llamada (S-CSCF) 7, para que se encargue de las llamadas o conexiones a o desde el terminal 1. La información necesaria puede almacenarse en el HSS (Servidor de Abonado Doméstico) 6.
En un caso donde el servidor 3 de DNS conoce la
dirección IP del proveedor de servicio, servicio, tipo de servicio
o similar, seleccionado de la lista por el terminal 1 e indicado en
el mensaje 1), puede devolver inmediatamente esta dirección IP al
terminal 1, sin necesidad de efectuar el intercambio 2) de mensajes
con el servidor 4 de DNS o cualquier otro componente.
En pocas palabras, en la realización de la Fig.
1, el terminal 1 (o USIM) incluye, o tiene acceso a, una lista de
FQDN de proveedores de servicios. El abonado escoge un proveedor de
servicios de la lista. Se efectúa una consulta de DNS para conocer
la dirección IP del agente correspondiente. Se envía entonces una
solicitud de Registro (o Establecimiento) a esa dirección IP.
La Fig. 5, descrita más adelante, ilustra un
ejemplo de un flujo de información de nivel general referido a tal
registro.
Si el abonado no quiere escoger un proveedor de
servicio, servicio, tipo de servicio o similar, de la lista
exhibida, p. ej., la lista de proveedores de servicios, puede
utilizarse un valor por omisión. El abonado también puede escoger
explícitamente el valor por omisión. Optativamente, hay dos valores
por omisión: el "agente_doméstico" (para la selección del
servidor agente de la red doméstica) se utiliza en la red doméstica
del abonado, mientras que el "agente_visitado" (para la
selección del servidor agente de la red visitada) se utiliza en
todas las otras redes. El terminal y/o la red decide cuál
utilizar.
La entrada del "agente_doméstico"
especifica la lista de agentes disponibles para los abonados
domésticos. La entrada del "agente_visitado" especifica la
lista de agentes disponibles para los abonados itinerantes. Las
listas no tienen que ser iguales. De esta manera, los itinerantes
pueden centralizarse en uno o dos, o unos pocos, agentes.
El servidor 3 de DNS resuelve
"agente_doméstico" y "agente_visitado" como nombres
locales, es decir, adosa el nombre del dominio. El operador de
acceso debe tener entradas de "agente_doméstico" y
"agente_visitado" en el dominio.
Debido a que el operador de acceso administra el
DNS, puede llevar las consultas por omisión (es decir,
agente_doméstico y agente_visitado) a su(s) propio(s)
agente(s), o a los agentes de uno o más operadores de
servicios especializados si el operador de acceso ofrece sólo
servicio de acceso (p. ej., red GPRS). La carga puede compartirse
también entre varios operadores por el procedimiento de
"asignación circular" en el DNS. Por el mismo procedimiento,
la carga puede compartirse entre los agentes.
Una razón para consultar al DNS utilizando el
nombre por omisión se apoya sobre la posibilidad de proporcionar
distintos agentes para distintos tipos de abonados. Esto es
especialmente verdadero en el caso donde la entrada
"agente_visitado" especifica la lista de agentes disponibles
para los abonados itinerantes. Podría haber distintos agentes en la
red visitada para los itinerantes de distintas redes, y distintos
agentes para los abonados de la misma red, es decir, los abonados
propios. Por ejemplo, la red Sonera en Finlandia podría proporcionar
un conjunto de agentes (agente1, ..., agenteN) para abonados
itinerantes de cualquier otra red, y un conjunto de agentes
(agenteN+1, ..., agenteK) para sus propios abonados, donde N <
K.
Tener distintos agentes para abonados propios y
para itinerantes permite que se proporcionen distintos tipos de
agentes para estas categorías de abonados. Por ejemplo, para los
itinerantes podrían proporcionarse agentes especiales que tienen
funcionalidad relacionada con el encaminamiento de llamadas a
números locales dentro del país o países en el área en la cual está
funcionando la red. Por el contrario, para los abonados propios
podrían proporcionarse agentes que establecen directamente la sesión
con las funciones servidoras efectivas de control del estado de
llamadas, las CSCF, que efectúan el encaminamiento de llamadas hacia
dichos números locales. La justificación para el encaminamiento de
sesiones a las CSCF servidoras efectivas puede apoyarse, por
ejemplo, en el hecho de que ciertos servicios se proporcionan para
los abonados propios a partir de estas CSCF. Ejemplos de estos
servicios son el cargo prepago, el filtrado de llamadas y varias
otras utilidades relacionadas con el establecimiento de
llamada.
llamada.
En un caso distinto, ciertos agentes están
dedicados para los abonados propios, porque estos agentes contienen
algún procesamiento inicial de servicios para los servicios
proporcionados para los abonados propios.
Por ejemplo, los agentes iniciales para los
abonados propios puede incluir guiones del lenguaje de procesamiento
de llamadas del SIP, que han sido descargados en los mismos. Estos
guiones se ejecutan para proporcionar algunas características del
servicio asociadas con el establecimiento de sesiones mediante estos
agentes. De manera similar, puede concebirse cualquier otra clase
de entornos de ejecución de servicio de los agentes iniciales para
los abonados propios. Por lo tanto, los agentes iniciales para los
abonados propios podrían incluir medios para ejecutar estos
guiones. Los guiones son activados en los agentes iniciales sobre la
base de la información de configuración de sesión, que es
transportada, por ejemplo, en el mensaje de invitación del SIP. Los
ejemplos de servicios proporcionados utilizando estos guiones del
lenguaje de procesamiento de llamadas incluyen el reencaminamiento
de llamadas, el filtrado de llamadas y varias otras utilidades
relacionadas con el establecimiento de llamadas. En esta clase de
solución, sólo aquellos servicios que pueden ejecutarse para las
sesiones en los agentes se ejecutan allí, mientras que el resto de
los servicios se ejecutan utilizando medios asociados a las CSCF
servidoras dentro de la red doméstica en la cual se establecen las
sesiones a partir de los agentes iniciales.
\newpage
Las Figs. 2 y 3 muestran realizaciones para
realizar una selección por omisión. Las explicaciones con respecto
a la primera realización mostrada en la Fig. 1 se aplican igualmente
a las realizaciones mostradas en las Figs. 2 y 3, en lo que
respecta a la estructura y el funcionamiento de las mismas.
La Fig. 2 revela una realización que puede
estructurarse de manera similar a la de la primera realización
anteriormente descrita, mostrada en la Fig. 1. Los elementos
mostrados en la Fig. 2, en esta realización, son todas parte de la
red doméstica "dominio_operador_doméstico" del terminal 1. Un
servidor agente 8 es el agente doméstico, es decir, un servidor
agente de la red_doméstica. Cuando el terminal 1 quiere recibir un
servicio o conectarse con un proveedor de servicios, la lista
relacionada con servicios de los proveedores de servicios, o
similares, se extrae de la memoria 2, o bien es proporcionada al
terminal por otra entidad. Cuando el usuario del terminal 1 no
realiza ninguna selección de la lista, se selecciona un elemento
fijado como valor por omisión, p. ej., el proveedor de servicios
por omisión. Este elemento por omisión también se selecciona cuando
el usuario selecciona expresamente este elemento por omisión.
El terminal 1 está adaptado para enviar, como
mensaje (1), un mensaje de consulta al servidor 3' de DNS
(Consulta_DNS), que indica el nombre por omisión
"agente_doméstico". El servidor 3' de DNS puede corresponder al
servidor 3 o 4 de DNS mostrado en la Fig. 1.
El servidor 3' de DNS extrae la dirección IP del
agente doméstico 8 de su base de datos, y devuelve, como el mensaje
2), esta dirección IP al terminal 1. En una etapa siguiente, el
terminal 1 envía un mensaje de registro (o establecimiento) al
agente doméstico 8, utilizando su dirección IP indicada en la
respuesta 2) del DNS 3'. El agente doméstico 8 efectúa entonces un
registro (o establecimiento de conexión) de la manera conocida,
estando la S-CSCF 7 a cargo del control de
conexiones para las conexiones a y desde el terminal 1.
La Fig. 3 muestra una estructura y el
funcionamiento de una realización de la invención referida a una
selección por omisión al itinerar, es decir, cuando el terminal 1
está conectado con una red A "dominio_operador 1", visitada
por el terminal 1. En la Fig. 3, la parte a la izquierda de la línea
discontinua representa a los componentes de la red visitada A,
mientras que la parte a la derecha de la línea discontinua
representa a la red doméstica "dominio_operador_doméstico" del
terminal 1.
La CSCF servidora (S-CSCF) 7
mostrada en la Fig. 3 puede hallarse bien en la red visitada A,
según se muestra en la Fig. 3, o bien hallarse en la red doméstica
del terminal 1.
Cuando el terminal 1 quiere conectarse, pero no
selecciona ningún elemento de la lista relacionada con servicios,
almacenada en el medio 2 de memoria y exhibida en el visor del
terminal 1 con fines de selección, o cuando el agente por omisión
exhibido de la red visitada se selecciona expresamente, el terminal
1 está adaptado para enviar una consulta de DNS al servidor de
nombres de dominio DNS 3, indicando el nombre lógico, es decir, el
agente_visitado. El servidor 3 de DNS resuelve este nombre lógico
como la dirección IP asociada del servidor agente 9 de la red
visitada (AGENTEV) y devuelve, como respuesta al mensaje 1) de
consulta, el mensaje 2) de respuesta, según se indica en la Fig. 3.
En la etapa 3), el terminal 1 accede al servidor agente 9 de la red
visitada A, utilizando la dirección IP del mismo, según lo devuelto
desde el servidor 3 de DNS. A continuación, se ejecutan las etapas
habituales para servir al terminal 1, p. ej., por medio de la CSCF
servidora 7, accediendo, si es necesario, al HSS 6 de la red
doméstica del terminal 1.
En todas, o algunas de, las realizaciones
reveladas anteriormente, y en las siguientes, tales como la mostrada
en la Fig. 4, el terminal 1, o el software del terminal 1, puede
ofrecer un servicio similar a la directiva de clasificación de
lista del resolutor 3, 4 del DNS, a fin de utilizar siempre el
agente más cercano.
Optativamente, sólo los nombres de operadores de
servicio, y uno o dos valores por omisión, p. ej., "Valor por
Omisión, Sonera, Radiolinja, ..." se exhiben en el terminal 1, a
fin de que el abonado pueda observar y seleccionar entre estos
nombres. El abonado, por lo tanto, no ve los FQDN asignados a los
nombres exhibidos. El abonado también puede configurar el terminal
1 para mostrar, o no mostrar, la lista de información relacionada
con servicios, tal como los operadores de servicios. Si la lista no
se muestra, el valor por omisión puede seleccionarse y utilizarse
automáticamente.
En lo que sigue, se describen procedimientos
adicionales para hallar un agente inicial, especialmente en el
entorno del contexto del DHCP (protocolo dinámico de configuración
de anfitrión) y/o del PDP (protocolo de datos en paquetes). Esto es
una mejora para las realizaciones anteriormente descritas, que se
apoyan sobre la resolución del DNS.
Los procedimientos descritos más adelante se
emplean optativamente cuando se utiliza el contexto del DHCP y/o
del PDP para hallar el agente inicial.
La lista de información relacionada con
servicios, tal como una lista de proveedores de servicios,
servicios, tipos de servicios o similares, puede entregarse, en
este caso, desde uno o más servidores de DHCP, y/o en el contexto
del PDP, y/o desde uno o más servidores de DNS, y/o desde una o más
bases de datos distintas, y/o desde uno o más servicios de red, y/o
similares.
\newpage
Un abonado puede escoger un agente de esta lista
enviada al terminal y exhibida sobre el mismo. La lista puede
incluir adicionalmente información sobre proveedores de servicios, a
utilizar como proveedores por omisión: "agente_doméstico" para
abonados domésticos y "agente_visitado" para abonados
itinerantes.
El terminal puede ser un modelo de la gama baja
que utiliza automáticamente el valor por omisión
("agente_doméstico" en la red doméstica y
"agente_visitado" en la red visitada).
El DNS en la red de acceso se utiliza para
resolver los FQDN (nombres de dominio totalmente calificados) como
direcciones IP.
De manera similar a las realizaciones
anteriormente descritas, el terminal 1 (o el USIM) almacena o recibe
una lista de FQDN de proveedores de servicios, servicios, tipos de
servicios o similares. El abonado escoge uno de los elementos en la
lista. La consulta del DNS se hace para obtener la dirección IP del
agente correspondiente. El terminal envía la solicitud de registro
(o establecimiento) a esa dirección IP. Las anteriores explicaciones
con respecto a la selección por omisión se aplican asimismo a estas
realizaciones.
Debido a que el operador de acceso administra el
contexto de DHCP y PDP, puede llevar las consultas por omisión (es
decir, "agente_doméstico" y "agente_visitado") a sus
propios agentes, o a los agentes del operador, u operadores, de
servicios especializados si el operador de acceso, p. ej., ofrece
sólo servicio de acceso (p. ej., a red GPRS). La carga también
puede compartirse entre varios operadores por un procedimiento de
"asignación circular" en el DNS. Por el mismo procedimiento,
la carga puede compartirse entre los agentes.
El software del terminal puede ofrecer un
servicio similar al de la directiva de clasificación de lista del
resolutor del DNS, a fin de utilizar siempre el agente más cercano.
El terminal 1 puede obtener las directivas de configuración para el
resolutor del DNS de la misma fuente, o de una fuente distinta, de
la que obtiene la lista de proveedores de servicios, servicios,
tipos de servicios o similares.
El terminal puede obtener la lista entera, una
parte de la lista o uno o más elementos distintos de la lista
automáticamente, o puede pedir activamente la lista entera, una
parte de la lista o uno o más elementos distintos de la lista. El
elemento o elementos distintos, una parte de la lista, o la lista
entera, se guardan como una o más opciones en el servidor DHCP,
como RR (Registros de Recursos) en el servidor de DNS, como
registros en una o más bases de datos distintas, como entidades
adecuadas en algún servicio, o servicios, de red, o similares,
desde donde son entregados al terminal en uno o más mensajes de
DHCP, en contexto de PDP, como respuesta(s) de DNS, como
respuestas a una o más consultas de base de datos, como
respuesta(s) de servicios o similares.
Habrá una cierta redundancia debido a la
seguridad y al nivel de servicio. En la lista de proveedores de
servicios puede haber dos (o más) elementos "agente_doméstico"
y/o "agente_visitado"; y/o estos elementos pueden contener dos
(o más) direcciones; y/o el servidor DNS puede ofrecer dos (o más)
direcciones IP para cada dirección.
En el terminal, puede proporcionarse algún
software extra para gestionar la lista de proveedores de servicios,
servicios, tipos de servicio o similares, y para poder ordenar las
direcciones IP.
En lo siguiente, se describe una implementación
con DHCP de una realización de la invención. En el lado de la red,
se necesitan servidores de DHCP y DNS en tal implementación con
DHCP.
En la realización mostrada en la Fig. 4, se
proporciona un (o más) servidor(es) 10 de DHCP. Cuando el
terminal 1 pretende quedar activo, p. ej., establecer una conexión
con un elemento servidor de red, tal como una función servidora de
control de estado de llamada, S-CSCF 7, envía, como
primera etapa 1), una solicitud de DHCP al servidor 10 de DHCP.
Esta solicitud de la etapa 1) puede ser, p. ej., un paquete
DHCPDISCOVER, en respuesta al cual el servidor 10 de DHCP puede
devolver un paquete DHCPOFFER que contiene una dirección IP
propuesta para el terminal 1, el nombre del servidor 10 y su
dirección IP. Si es aceptado por el terminal 1, puede devolverse
una DHCPREQUEST, como parte de la etapa 1) de intercambio de
mensajes, al servidor 10. Como respuesta 2) a la misma, el servidor
10 puede enviar una respuesta DHCPACK al terminal 1. Esta respuesta
2) contiene una lista relacionada con servicios, tal como una lista
de proveedores de servicios, servicios, tipos de servicio y/o
similares.
Después de haber recibido la lista, el terminal
1 efectúa una selección de esta lista, según la selección del
abonado, o en correspondencia con una selección por omisión, en caso
de que no sea designado ningún otro elemento de la lista. A
continuación, el terminal 1 se dirige al servidor 3 de DNS indicando
el elemento seleccionado como "agente_visitado", según lo
representado por el mensaje 3) de la Fig. 4. El servidor 3 de DNS
devuelve una respuesta que indica la dirección IP asignada al
agente visitado 9, según lo representado por la respuesta 4). A
continuación, el terminal 1 envía una solicitud 5) de registro (o
establecimiento) al agente visitado 9, para su registro en, p. ej.,
una CSCF Servidora 7, es decir, para establecer una conexión y ser
servido, p. ej., por la S-CSCF 7.
Las etapas 3) a 5) de la Fig. 4 son
esencialmente idénticas a las etapas 1) a 3) de la Fig. 3 (o de las
Figs. 1, 2, exceptuando los elementos o agentes distintos
seleccionados).
En la realización mostrada en la Fig. 4, el
documento "DHCP Option for SIP Servers" ["Opción DHCP para
Servidores del SIP"] (Borrador de Internet
draft-ietf-sip-dhcp-01.txt),
p. ej., puede utilizarse para implementar la lista como una o más
opciones de DHCP. Si no se utilizan las definiciones de este
borrador, pueden utilizarse los documentos RFC2132 "DHCP Options
and BOOTP Vendor Extensions" ["Opciones de DHCP y Extensiones
BOOTP de Proveedores"] y RFC2131 "Dynamic Host Configuration
Protocol" ["Protocolo Dinámico de Configuración de
Anfitriones"]. Los elementos necesarios pueden almacenarse en
una única opción, o en un grupo de opciones del mismo tipo, o en un
grupo de distintos tipos de opciones.
Pueden proporcionarse terminales que no sean de
la gama baja, con bastante inteligencia como para solicitar
la(s) opción(es) correcta(s) y/o dividir las opciones recibidas en "subopciones" y descodificar las listas de opciones concatenadas si es necesario.
la(s) opción(es) correcta(s) y/o dividir las opciones recibidas en "subopciones" y descodificar las listas de opciones concatenadas si es necesario.
También puede definirse un nuevo tipo de opción
para almacenar uno o más elementos. Para los terminales de la gama
baja puede ser suficiente si pueden gestionar la opción por omisión,
es decir, "agente_doméstico" y "agente_visitado".
Hay muchas maneras en las que puede formularse
una opción (una nueva o una vieja). Además de los campos
administrativos normales (p. ej., el código):
a) La opción puede incluir dos campos internos:
la clase de dirección y la dirección.
b) La opción puede incluir un campo de clase de
dirección y varios campos de dirección que contienen direcciones de
esa clase.
c) La opción puede incluir una lista de pares
"clase de dirección - dirección".
d) La opción puede incluir sólo una dirección o
varias direcciones si las direcciones pertenecen a la misma clase y
la opción tiene un código no ambiguo.
e) Además de los campos de clase de dirección y
dirección, puede también haber otros campos, p. ej., campo de
nombre, en las anteriores alternativas a) a c).
La clase de dirección indica si la opción
incluye una dirección de proveedor de servicios, de servicio, de
tipo de servicio o similar. La dirección puede ser una dirección del
tipo especificado con la clase de dirección. La dirección es una
dirección de un agente inicial. Los campos están separados por uno o
más caracteres no válidos en los campos mismos.
Los campos pueden ser campos de longitud fija o
de longitud variable. La longitud puede ser optativa si la longitud
puede conocerse de otra forma, p. ej., cuando sólo hay dos campos de
longitud fija. Cada clase de dirección, o algunas clases de
direcciones juntas, puede(n) tener una opción propia, es
decir, un código propio no ambiguo.
La opción del agente_doméstico puede ser la
siguiente:
"LONGITUD CÓDIGO
agente_doméstico:cscf4.im.sonera.fi"
y la opción del agente_visitado:
"LONGITUD CÓDIGO
agente_visitado:cscf9.im.sonera.fi"
Una opción que da una lista de proveedores de
servicios puede ser: "LONGITUD CÓDIGO
proveedor_servicio:im.
sonera.fi,im.radiolinja.fi,im.telia.fi"
Una opción que da una lista de servicios puede
tener el aspecto: "LONGITUD CÓDIGO películas:video.pelicu-
las.com,
video.peliculasmundiales.com;tiempo:tiempo.sonera.fi;deportes:video.deportes.com,deportes.mejoresmo-
mentos.com".
En lo que sigue, se explica una implementación
en el contexto del protocolo de datos en paquetes, PDP, de una
realización de la invención.
En el contexto del PDP puede proporcionarse una
entrada distinta para "agente_doméstico" y
"agente_visitado", y también para otros elementos de la lista,
anteriormente mencionados.
En una solución muy sencilla, según una
realización de la invención, sólo una de las entradas se devuelve
al terminal, sobre la base del conocimiento de si el abonado es un
abonado itinerante o un abonado doméstico.
\newpage
En otra solución según una realización adicional
de la invención, tanto el "agente_doméstico" como el
"agente_visitado" se devuelven al terminal 1, que decide solo
o, tal vez con la ayuda de la red, cuál de ellos utilizar.
En una implementación utilizando el DNS, no se
necesita ningún componente adicional porque la red de acceso está
usualmente equipada con el DNS. En el terminal se proporciona algún
software adicional para gestionar la lista de proveedores de
servicios, servicios, tipos de servicios o similares, y para poder
ordenar las direcciones IP: Una estructura estándar del DNS es
suficiente para una implementación con DNS de la invención.
En otras implementaciones, la lista de
información relacionada con los servicios, tal como una lista de
proveedores de servicios, servicios, tipos de servicios o similar,
puede extraerse de una o más bases de datos locales en cada
elemento de red, o ser ofrecida por uno o más servicios
especializados o generales en la red, y transportados al terminal
por un protocolo existente y/o uno nuevo.
La Fig. 5 ilustra un ejemplo de registro,
relacionado principalmente, pero no exclusivamente, con la
realización mostrada en la Fig. 1, con el agente y la CSCF
servidora proporcionados en la red doméstica (dominio operador2), y
con el usuario en la red visitada (dominio operador1), y no
registrado aún. Las siguientes etapas de registro se llevan a cabo
con referencia a la numeración mostrada en la Fig. 5.
1. Un equipo de usuario (UE) 51, itinerante en
una red visitada, envía un mensaje "consulta_DNS
(agente.dominio_ operador2)" al servidor de DNS (DNSv) 52
de la red visitada, pidiendo la dirección del
agente.dominio_operador2.
2a. El DNSv 52 transmite un mensaje
"consulta_DNS (agente.dominio_operador2)" al servidor DNS
(DNSd) 53 de la red doméstica del UE 51.
2b. El servidor de DNS (DNSd) 53 devuelve un
mensaje "Resp_consulta_DNS (dirección IP de agente.dominio_
operador2)", que indica la dirección IP del
agente.dominio_operador2.
3. El servidor de DNS DNSv 52 transmite este
mensaje de respuesta "Resp_consulta_DNS (dirección IP del
agente.dominio_operador2)" al UE 51.
4. Como siguiente etapa, el UE 51 emite una
Solicitud REGISTER a la dirección IP indicada, es decir, a la CSCF
agente (P-CSCF) 54.
5. La CSCF agente (P-CSCF) 54
transmite una solicitud de REGISTER a una I-CSCF
(Función Interrogadora de Control de Estado de Llamada) 55.
6. Tras ello, se lleva a cabo un procedimiento
normal de registro, que implica a un HSS (Servidor de Abonado
Doméstico) 56 y a una S-CSCF (Función Servidora de
Control de Estado de Llamada) 57.
7. y 8. Después del registro, pueden enviarse
mensajes "OK 200" del SIP (Protocolo de Inicio de Sesión) desde
la I-CSCF 55 a la P-CSCF 54, y
desde la P-CSCF 54 al UE 51.
\vskip1.000000\baselineskip
Las realizaciones y soluciones anteriormente
descritas pueden generalizarse de la siguiente manera.
Para el DNS (es decir, el sistema de nombres de
dominio) se necesita un servidor de DNS. El servidor de DNS no
requiere ser situado en la red de acceso. Puede situarse en la red
IM (Multimedios IP) o en cualquier otra red. El terminal tiene que
conocer la dirección de un servidor de DNS. La dirección puede
almacenarse en el terminal, y/o recibirse del DHCP y/o estar en el
contexto del PDP, y/o de alguna otra manera. La existencia de la
dirección de un servidor de DNS significa que el servicio de nombres
de dominio está disponible para el terminal.
La lista relacionada con los servicios puede
almacenarse parcialmente en la memoria del USIM/terminal, o en una
tarjeta de memoria insertable, en un módulo, en un equipo, en una
tarjeta telefónica, o similares, y recibirse parcialmente desde
fuera del terminal, desde uno o más servidores de DHCP, y/o en el
contexto del PDP, y/o desde uno o más servidores de DNS, y/o desde
una o más bases de datos distintas, y/o desde uno o más servicios
de red, y/o similares.
Al menos la cuarta realización mostrada en la
Fig. 4, la implementación en el contexto del PDP, y las otras
implementaciones, pueden combinarse con otras realizaciones, tales
como las mostradas en las Figs. 1 a 3. Las explicaciones de los
párrafos anteriores se aplican análogamente a cualquier tal
combinación.
Todas las realizaciones pueden implementarse a
fin de cumplimentar sólo un caso sencillo, donde la lista
relacionada con los servicios consiste sólo en el "valor por
omisión", es decir, el agente_doméstico y el agente_visitado. El
terminal deduce por sí mismo, y/o con la ayuda de información
obtenida desde la red, y/o con la ayuda de uno o más elementos de
red, si está situado en el entorno doméstico o en una red extraña, y
utiliza, respectivamente, la dirección del agente_doméstico o del
agente_visitado.
\newpage
La cuarta realización mostrada en la Fig. 4
puede implementarse como para cumplimentar un caso muy sencillo,
donde el DHCP devuelve sólo un nombre lógico al terminal. El nombre
lógico es agente_doméstico si el terminal está situado en su red
doméstica, mientras que es agente_visitado si el terminal está
situado en una red extraña. Agente_doméstico y, respectivamente,
agente_visitado, es un nombre lógico general, bien conocido,
optativamente estandarizado, que indica un agente o un conjunto de
agentes, reservado(s) para abonados domésticos y,
respectivamente, para abonados visitados. El terminal resuelve el
nombre lógico agente_doméstico (respectivamente, agente_visitado)
con el DNS.
Debido a que DNS normalmente adjunta, o puede
configurarse para adjuntar, el nombre del dominio por omisión al
nombre en cuestión antes de resolverlo, los nombres lógicos
(agente_doméstico y agente_visitado) no deben ser FQDN, sino que
pueden ser nombres lógicos simples. Es por eso que funcionan en
todas las redes.
En las realizaciones anteriormente descritas, se
utiliza GPRS como red de acceso. Sin embargo, GPRS es sólo un
ejemplo. Las realizaciones de la invención pueden emplearse también
con cualquier otra red de acceso. El contexto del PDP y la
activación del contexto del PDP son conceptos utilizados en la red
de acceso GPRS. Más generalmente, el contexto del PDP puede
considerarse como un canal de comunicación entre la red de acceso y
la red misma, y la lista relacionada con los servicios puede verse
como un parámetro, o conjunto de parámetros, de ese canal de
comunicación. Cuando se utiliza otra red de acceso, se utilizan, en
cambio, conceptos equivalentes, iguales o similares, p. ej., para
proporcionar un canal de comunicación entre la red de acceso y la
red misma, y el parámetro, o conjunto de parámetros, de ese canal
de comunicación.
El protocolo de iniciación de sesión
anteriormente descrito es un ejemplo de un protocolo utilizable de
control de llamadas. Las realizaciones de la invención también
pueden implementarse utilizando cualquier otro protocolo de control
de llamadas.
Claims (32)
1. Un equipo de usuario que está adaptado para
comunicarse con un medio (3, 3', 4) de designación de recursos para
obtener información acerca de un medio (5, 9) disponible de
establecimiento de sesión,
en el cual
el equipo (1) de usuario está, o bien adaptado
para acceder a una lista de al menos un elemento que comprende
información relacionada con servicios, y para seleccionar o escoger
un elemento de la lista, o bien está dotado de al menos un elemento
seleccionado de la lista,
utilizándose dicho al menos un elemento,
seleccionado, escogido o proporcionado, para consultar a dicho medio
(3, 3', 4) de designación de recursos, a fin de obtener una
referencia a al menos un medio (5, 9) de establecimiento de
sesión,
estando dicho equipo (1) de usuario adaptado
para establecer una sesión mediante uno de los medios (5, 9) de
establecimiento de sesión para el cual se ha obtenido la
referencia.
2. Un equipo de usuario según la reivindicación
1, en el cual la lista de al menos un elemento que comprende
información relacionada con servicios está incluida en el equipo (1)
de usuario, o en un elemento de red o en un elemento servidor de
red.
3. Equipo de usuario según la reivindicación 1 o
2, que comprende al menos uno de:
la lista de información relacionada con
servicios comprende o representa una lista de nombres de proveedores
de servicios,
la lista incluye uno o más nombres por omisión
de proveedores de servicios,
al menos uno de los nombres por omisión de
proveedores de servicios está asignado a un proveedor de servicios
proporcionado para un equipo (1) de usuario conectado con su red
doméstica, o a un proveedor de servicios proporcionado para un
equipo (1) de usuario itinerante conectado con una red distinta a la
red doméstica del equipo (1) de usuario;
la lista incluye nombre de servidores
agentes.
4. Equipo de usuario según la reivindicación 1,
2 o 3,
en el cual el medio (5, 9) de establecimiento de
sesión es un agente.
5. Equipo de usuario según una cualquiera de las
reivindicaciones precedentes, en el cual el medio (3, 3', 4) de
designación de recursos es un servidor del sistema de nombres de
dominio.
6. Equipo de usuario según una cualquiera de las
reivindicaciones precedentes, en el cual una referencia a un medio
(5, 9) de establecimiento de sesión es una dirección de un
agente.
7. Un equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual una sesión es una
llamada o una videollamada, u otro tipo de flujo de comunicación en
tiempo real.
8. Un equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual el equipo (1) de
usuario está adaptado para establecer una conexión con un elemento
servidor de red, para la conexión con otro elemento de red.
9. Equipo de usuario según una cualquiera de las
reivindicaciones precedentes, adaptado para acceder al menos a un
elemento (4) de red convertidor de direcciones, comprendiendo el
elemento (4) de red convertidor de direcciones un mapa que hace
corresponder, a un nombre de un elemento seleccionado de la lista,
una dirección para acceder a un elemento representado por, o que
proporciona, el elemento seleccionado.
10. Equipo de usuario según la reivindicación 9,
en el cual el elemento de red convertidor de direcciones es un
servidor (4) del sistema de nombres de dominio.
11. Equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual la información
relacionada con los servicios representa a servicios y/o tipos de
servicios.
12. Equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual el equipo (1) de
usuario comprende un medio de memoria que almacena la lista de
información relacionada con servicios.
13. Equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual el equipo (1) de
usuario está adaptado para acceder a un servidor del protocolo
dinámico de configuración de anfitriones, que actúa como un
elemento servidor de red, para recibir la lista, o al menos uno o
más elementos de la lista, desde el servidor.
14. Equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual se proporciona una
función (7) de control de estado de llamada como un elemento
servidor de red.
15. Equipo de usuario según una cualquiera de
las reivindicaciones precedentes, en el cual el equipo (1) de
usuario está adaptado para realizar una conexión del protocolo de
datos en paquetes, y para recibir la lista, o al menos uno o más
elementos de la lista, en un mensaje vinculado al protocolo de datos
en paquetes.
16. Un procedimiento en el cual al menos un
equipo (1) de usuario está adaptado para comunicarse con un medio
(3, 3', 4) de designación de recursos para obtener información
acerca de medios (5, 9) de establecimiento de sesión disponibles en
un sistema de comunicación, en el cual
el equipo (1) de usuario bien accede a una lista
de al menos un elemento que comprende información relacionada con
servicios, y selecciona o escoge un elemento de la lista, o bien
está dotado de al menos un elemento seleccionado de la lista,
utilizándose dicho elemento para consultar a dicho medio (3, 3', 4)
de designación de recursos a fin de obtener una referencia a al
menos un medio (5, 9) de establecimiento de sesión,
estableciendo dicho equipo (1) de usuario una
sesión mediante uno de los medios (5, 9) de establecimiento de
sesión para el cual se ha obtenido la referencia.
17. Procedimiento según la reivindicación 16, en
el cual la lista de al menos un elemento que comprende información
relacionada con servicios está incluida en el equipo (1) de usuario,
o bien en un elemento de red o en un elemento servidor de red, o
bien está almacenado en un elemento servidor de red.
18. Un procedimiento según la reivindicación 16
o 17, que comprende al menos uno de
la lista de información relacionada con
servicios comprende o representa una lista de nombres de proveedores
de servicios,
la lista incluye uno o más nombres por omisión
de proveedores de servicios,
al menos uno de los nombres por omisión de
proveedores de servicios está asignado a un proveedor de servicios
proporcionado para un equipo (1) de usuario conectado con su red
doméstica, o a un proveedor de servicios proporcionado para un
equipo (1) de usuario itinerante conectado con una red distinta a la
red doméstica del equipo (1) de usuario.
19. Procedimiento según las reivindicaciones 16
a 18, en el cual el medio (5, 9) de establecimiento de sesión es un
agente.
20. Procedimiento según una cualquiera de las
reivindicaciones 16 a 19, en el cual el medio (3, 3', 4) de
designación de recursos es un servidor del sistema de nombres de
dominio.
21. Procedimiento según una cualquiera de las
reivindicaciones 16 a 20, en el cual una referencia a un medio (5,
9) de establecimiento de sesión es una dirección de un agente.
22. Procedimiento según una cualquiera de las
reivindicaciones 16 a 21, en el cual una sesión es una llamada o
una videollamada, u otro tipo de flujo de comunicación en tiempo
real.
23. Procedimiento según una cualquiera de las
reivindicaciones 16 a 22, en el cual al menos un equipo (1) de
usuario está adaptado para establecer una conexión con un elemento
servidor de red, para la conexión con otro elemento de red.
24. Procedimiento según una cualquiera de las
reivindicaciones 16 a 23, en el cual al menos un elemento de red
convertidor de direcciones comprende un mapa que hace corresponder,
a un nombre de un elemento seleccionado de la lista, una dirección
para acceder a un elemento representado por, o que proporciona, el
elemento seleccionado, enviando el elemento de red convertidor de
direcciones la dirección del elemento seleccionado al equipo (1) de
usuario.
25. Procedimiento según la reivindicación 24, en
el cual el elemento de red convertidor de direcciones es un
servidor del Sistema de Nombres de Dominio.
26. Procedimiento según una cualquiera de las
reivindicaciones 16 a 25, en el cual la información relacionada con
servicios representa servicios y/o tipos de servicios.
27. Procedimiento según una cualquiera de las
reivindicaciones 16 a 26, en el cual la lista incluye nombres de
servidores agentes.
28. Procedimiento según una cualquiera de las
reivindicaciones 16 a 27, en el cual el equipo (1) de usuario
comprende un medio de memoria que almacena la lista de información
relacionada con servicios.
29. Procedimiento según una cualquiera de las
reivindicaciones 16 a 28, en el cual el equipo (1) de usuario
accede a un servidor del protocolo dinámico de configuración de
anfitriones para recibir la lista, o al menos uno o más elementos
de la lista, desde el servidor del protocolo dinámico de
configuración de anfitriones.
30. Procedimiento según una cualquiera de las
reivindicaciones 16 a 29, que comprende una función (7) de control
de estado de llamada como un elemento servidor de red.
31. Procedimiento según cualquiera de las
reivindicaciones 16 a 30, en el cual el equipo (1) de usuario
efectúa una conexión del protocolo de datos en paquetes, y recibe
la lista, o al menos uno o más elementos de la lista, en un mensaje
vinculado con el protocolo de datos en paquetes.
32. Sistema de comunicación que comprende un
equipo (1) de usuario según una cualquiera de las reivindicaciones
1 a 15, un medio (3, 3', 4) de designación de recursos para obtener
información acerca de un medio (5, 9) de establecimiento de sesión
disponible, y al menos un medio (5, 9) de establecimiento de
sesión.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2000/012171 WO2002047415A1 (en) | 2000-12-04 | 2000-12-04 | Communication system and method for establishing a connection to a serving network element |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2330994T3 true ES2330994T3 (es) | 2009-12-18 |
Family
ID=8164188
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00987341T Expired - Lifetime ES2330994T3 (es) | 2000-12-04 | 2000-12-04 | Equipo de usuario, procedimiento y sistema de comunicacion para establecer una conexion con un elemento servicor de red. |
Country Status (8)
| Country | Link |
|---|---|
| US (2) | US7392034B2 (es) |
| EP (1) | EP1350407B1 (es) |
| AT (1) | ATE445988T1 (es) |
| AU (1) | AU2001223622A1 (es) |
| DE (1) | DE60043161D1 (es) |
| DK (1) | DK1350407T3 (es) |
| ES (1) | ES2330994T3 (es) |
| WO (1) | WO2002047415A1 (es) |
Families Citing this family (62)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8620286B2 (en) | 2004-02-27 | 2013-12-31 | Synchronoss Technologies, Inc. | Method and system for promoting and transferring licensed content and applications |
| US7505762B2 (en) | 2004-02-27 | 2009-03-17 | Fusionone, Inc. | Wireless telephone data backup system |
| US8156074B1 (en) | 2000-01-26 | 2012-04-10 | Synchronoss Technologies, Inc. | Data transfer and synchronization system |
| US6671757B1 (en) | 2000-01-26 | 2003-12-30 | Fusionone, Inc. | Data transfer and synchronization system |
| US7895334B1 (en) | 2000-07-19 | 2011-02-22 | Fusionone, Inc. | Remote access communication architecture apparatus and method |
| US8073954B1 (en) | 2000-07-19 | 2011-12-06 | Synchronoss Technologies, Inc. | Method and apparatus for a secure remote access system |
| US7587446B1 (en) | 2000-11-10 | 2009-09-08 | Fusionone, Inc. | Acquisition and synchronization of digital media to a personal information space |
| US7818435B1 (en) * | 2000-12-14 | 2010-10-19 | Fusionone, Inc. | Reverse proxy mechanism for retrieving electronic content associated with a local network |
| US7242948B2 (en) * | 2001-03-23 | 2007-07-10 | Lucent Technologies Inc. | Providing location based directory numbers for personalized services |
| US8615566B1 (en) | 2001-03-23 | 2013-12-24 | Synchronoss Technologies, Inc. | Apparatus and method for operational support of remote network systems |
| TW522685B (en) * | 2001-07-31 | 2003-03-01 | Inventec Appliances Corp | Method for implementing automatic network configuration setup in portable electronics communication equipment |
| US20040243711A1 (en) * | 2001-09-11 | 2004-12-02 | Jaakko Rajaniemi | Method, system and network element for controlling data transmission in a network environment |
| KR20050086925A (ko) * | 2002-12-20 | 2005-08-30 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 이종 ｉｐ 네트워크에서 클라이언트와 서버 사이의 통신을구축하는 시스템 및 방법 |
| US7533160B2 (en) * | 2003-02-18 | 2009-05-12 | Qualcomm Incorporated | Provisioning server information in a mobile station |
| WO2005010715A2 (en) | 2003-07-21 | 2005-02-03 | Fusionone, Inc. | Device message management system |
| EP1515505A1 (en) * | 2003-09-12 | 2005-03-16 | Siemens Aktiengesellschaft | Reachability maintainance of a moving network based on temporary name identifiers |
| US7634509B2 (en) * | 2003-11-07 | 2009-12-15 | Fusionone, Inc. | Personal information space management system and method |
| US20050250546A1 (en) * | 2004-05-05 | 2005-11-10 | Atul Asthana | Handheld electronic device and method of making dialed calls therefrom |
| WO2005112586A2 (en) | 2004-05-12 | 2005-12-01 | Fusionone, Inc. | Advanced contact identification system |
| US9542076B1 (en) | 2004-05-12 | 2017-01-10 | Synchronoss Technologies, Inc. | System for and method of updating a personal profile |
| EP1856925A1 (en) * | 2005-03-10 | 2007-11-21 | Nokia Corporation | Method, mobile station, system, network entity and computer program product for discovery and selection of a home agent |
| US20060203774A1 (en) * | 2005-03-10 | 2006-09-14 | Nokia Corporation | System, method and apparatus for selecting a remote tunnel endpoint for accessing packet data services |
| FI118110B (fi) * | 2005-05-24 | 2007-06-29 | Teliasonera Ab | Verkkojen välinen palveluyhteistoiminta |
| US9525996B2 (en) * | 2005-06-21 | 2016-12-20 | Nokia Technologies Oy | System, terminal, network entity, method, and computer program product for system selection in a multi-mode communication system |
| EP1761082B1 (de) * | 2005-09-02 | 2018-06-13 | Nokia Solutions and Networks GmbH & Co. KG | Verfahren und anordnung zum anbinden eines zweiten kommunikationsnetzes mit einem zugangsknoten an ein erstes kommunikationsnetz mit einem kontaktknoten |
| US20070088815A1 (en) * | 2005-10-13 | 2007-04-19 | Kenneth Ma | Automated setup and test confirmation of dynamic DNS service |
| EP1780971A1 (en) * | 2005-10-28 | 2007-05-02 | Koninklijke KPN N.V. | Method and system for obtaining information by a bandwidth broker for admission control purposes |
| DE102005063048B4 (de) * | 2005-12-29 | 2014-08-21 | Nokia Siemens Networks Gmbh & Co. Kg | Vermittlungseinheit für ein IP Multimedia Subsystem |
| US7969967B2 (en) * | 2006-05-05 | 2011-06-28 | Alcatel-Lucent Usa Inc. | Number portability for an IMS network |
| US7890636B2 (en) * | 2006-06-28 | 2011-02-15 | Cisco Technology, Inc. | Application integrated gateway |
| US8077701B2 (en) * | 2006-07-20 | 2011-12-13 | At&T Intellectual Property I, Lp | Systems, methods, and apparatus to prioritize communications in IP multimedia subsystem networks |
| CN100555994C (zh) * | 2006-08-01 | 2009-10-28 | 华为技术有限公司 | 将电路域呼叫路由至分组域的方法和系统 |
| US20080235185A1 (en) * | 2007-03-21 | 2008-09-25 | Motorola, Inc. | Communication system and method of accessing therefor |
| US7970916B2 (en) * | 2007-07-25 | 2011-06-28 | Cisco Technology, Inc. | Register clustering in a sip-based network |
| CN101420762B (zh) * | 2007-10-23 | 2011-02-23 | 中国移动通信集团公司 | 接入网关的选择方法、系统及网关选择执行节点 |
| US8218459B1 (en) * | 2007-12-20 | 2012-07-10 | Genbrand US LLC | Topology hiding of a network for an administrative interface between networks |
| US8181111B1 (en) | 2007-12-31 | 2012-05-15 | Synchronoss Technologies, Inc. | System and method for providing social context to digital activity |
| KR101124482B1 (ko) * | 2008-06-17 | 2012-03-15 | 삼성전자주식회사 | 듀얼 모드를 지원하는 이동통신 단말기의 동작 방법 및 장치 |
| US8667564B1 (en) * | 2008-09-24 | 2014-03-04 | Sprint Communications Company L.P. | Mobile internet protocol V6 SIP proxy bootstrapping |
| US8255006B1 (en) | 2009-11-10 | 2012-08-28 | Fusionone, Inc. | Event dependent notification system and method |
| US9185510B2 (en) * | 2010-03-03 | 2015-11-10 | Tekelec, Inc. | Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers |
| CN101808270B (zh) * | 2010-03-10 | 2016-03-30 | 华为终端有限公司 | 一种基于Android的业务处理方法和装置 |
| US9917700B2 (en) | 2010-03-15 | 2018-03-13 | Tekelec, Inc. | Systems, methods, and computer readable media for policy enforcement correlation |
| US9721279B2 (en) * | 2010-03-23 | 2017-08-01 | Microsoft Technology Licensing, Llc | Determining mobile operators for mobile devices |
| CN101931663B (zh) * | 2010-08-28 | 2014-06-11 | 中兴通讯股份有限公司 | 一种可动态设置域名服务器的方法及无线通信终端 |
| US9622278B2 (en) | 2010-10-26 | 2017-04-11 | Kingston Digital Inc. | Dual-mode wireless networked device interface and automatic configuration thereof |
| US8943428B2 (en) | 2010-11-01 | 2015-01-27 | Synchronoss Technologies, Inc. | System for and method of field mapping |
| US9860390B2 (en) | 2011-08-10 | 2018-01-02 | Tekelec, Inc. | Methods, systems, and computer readable media for policy event record generation |
| US9935930B2 (en) | 2011-09-09 | 2018-04-03 | Kingston Digital, Inc. | Private and secure communication architecture without utilizing a public cloud based routing server |
| US11683292B2 (en) | 2011-09-09 | 2023-06-20 | Kingston Digital, Inc. | Private cloud routing server connection mechanism for use in a private communication architecture |
| US9203807B2 (en) | 2011-09-09 | 2015-12-01 | Kingston Digital, Inc. | Private cloud server and client architecture without utilizing a routing server |
| US9781087B2 (en) | 2011-09-09 | 2017-10-03 | Kingston Digital, Inc. | Private and secure communication architecture without utilizing a public cloud based routing server |
| US10237253B2 (en) | 2011-09-09 | 2019-03-19 | Kingston Digital, Inc. | Private cloud routing server, private network service and smart device client architecture without utilizing a public cloud based routing server |
| US11863529B2 (en) | 2011-09-09 | 2024-01-02 | Kingston Digital, Inc. | Private cloud routing server connection mechanism for use in a private communication architecture |
| US10601810B2 (en) | 2011-09-09 | 2020-03-24 | Kingston Digital, Inc. | Private cloud routing server connection mechanism for use in a private communication architecture |
| US9369910B2 (en) | 2012-07-14 | 2016-06-14 | Tekelec, Inc. | Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network |
| WO2014014823A1 (en) | 2012-07-14 | 2014-01-23 | Tekelec, Inc. | Methods, systems, and computer readable media for policy-based local breakout (lbo) |
| WO2014015331A1 (en) | 2012-07-20 | 2014-01-23 | Tekelec, Inc. | Methods, systems and computer readable media for distributing policy rules to the mobile edge |
| US9772668B1 (en) | 2012-09-27 | 2017-09-26 | Cadence Design Systems, Inc. | Power shutdown with isolation logic in I/O power domain |
| US10021180B2 (en) | 2013-06-04 | 2018-07-10 | Kingston Digital, Inc. | Universal environment extender |
| US10574769B2 (en) | 2017-09-22 | 2020-02-25 | Verizon Patent And Licensing Inc. | Internet protocol multimedia subsystem connection management |
| EP4601244A1 (en) * | 2024-02-09 | 2025-08-13 | Deutsche Telekom AG | Techniques to enable efficient communication between two networks |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5761618A (en) | 1994-12-22 | 1998-06-02 | Bell Atlantic Mobile Systems, Inc. | Updating technique for downloading new system identification (SID) list into a handset |
| FI103084B1 (fi) * | 1997-01-20 | 1999-04-15 | Nokia Telecommunications Oy | Pakettiradioverkko ja menetelmä reititysalueen päivittämiseksi |
| FI103083B1 (fi) * | 1997-01-20 | 1999-04-15 | Nokia Telecommunications Oy | Pakettiradioverkko ja menetelmä reititysalueen päivittämiseksi |
| DE19742681C2 (de) * | 1997-09-26 | 2003-03-06 | Ericsson Telefon Ab L M | GPRS-Teilnehmerauswahl von mehreren Internet-Dienstanbietern |
| US6118768A (en) | 1997-09-26 | 2000-09-12 | 3Com Corporation | Apparatus and methods for use therein for an ISDN LAN modem utilizing browser-based configuration with adaptation of network parameters |
| US6651105B1 (en) * | 1998-11-12 | 2003-11-18 | International Business Machines Corporation | Method for seamless networking support for mobile devices using serial communications |
| US7039688B2 (en) * | 1998-11-12 | 2006-05-02 | Ricoh Co., Ltd. | Method and apparatus for automatic network configuration |
| US7099338B1 (en) * | 1999-02-27 | 2006-08-29 | 3Com Corporation | System and method for insuring dynamic host configuration protocol operation by a host connected to a data network |
| US6603755B1 (en) | 1999-05-14 | 2003-08-05 | Ericsson Inc. | Mobile terminals, methods, and computer program products that can facilitate the selection of a communication service provider in a multiple communications mode environment |
| US7184418B1 (en) * | 1999-10-22 | 2007-02-27 | Telcordia Technologies, Inc. | Method and system for host mobility management protocol |
| US6909719B1 (en) * | 1999-12-22 | 2005-06-21 | Ericsson Inc. | Method, apparatus and system for providing multiple quality of service classes to subscribers in a network |
| EP1262055B1 (en) * | 2000-02-22 | 2008-01-16 | Nortel Networks Limited | System and method for controlling a wireless packet switched voice call |
| US7266371B1 (en) * | 2000-02-22 | 2007-09-04 | Cingular Wireless Ii, Llc | Activation and remote modification of wireless services in a packet network context |
| US7130629B1 (en) * | 2000-03-08 | 2006-10-31 | Cisco Technology, Inc. | Enabling services for multiple sessions using a single mobile node |
| US7454500B1 (en) * | 2000-09-26 | 2008-11-18 | Foundry Networks, Inc. | Global server load balancing |
| US7870196B2 (en) * | 2000-11-08 | 2011-01-11 | Nokia Corporation | System and methods for using an application layer control protocol transporting spatial location information pertaining to devices connected to wired and wireless internet protocol networks |
| US6885861B2 (en) * | 2001-08-24 | 2005-04-26 | Nokia Corporation | Service mobility and recovery in communication networks |
| KR100770901B1 (ko) * | 2005-04-26 | 2007-10-26 | 삼성전자주식회사 | Ｐｔｔ 호 셋업 시간을 줄일 수 있는 ｉｍｓ 서비스망에서의 가입자 단말과 ｉｍｓ 서비스 망 및 ｉｍｓ서비스 망에서의 ｐｔｔ 호 셋업 방법 |
-
2000
- 2000-12-04 ES ES00987341T patent/ES2330994T3/es not_active Expired - Lifetime
- 2000-12-04 AT AT00987341T patent/ATE445988T1/de not_active IP Right Cessation
- 2000-12-04 AU AU2001223622A patent/AU2001223622A1/en not_active Abandoned
- 2000-12-04 EP EP00987341A patent/EP1350407B1/en not_active Expired - Lifetime
- 2000-12-04 WO PCT/EP2000/012171 patent/WO2002047415A1/en not_active Ceased
- 2000-12-04 US US10/433,502 patent/US7392034B2/en not_active Expired - Lifetime
- 2000-12-04 DE DE60043161T patent/DE60043161D1/de not_active Expired - Lifetime
- 2000-12-04 DK DK00987341T patent/DK1350407T3/da active
-
2008
- 2008-03-07 US US12/073,640 patent/US9210120B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1350407B1 (en) | 2009-10-14 |
| AU2001223622A1 (en) | 2002-06-18 |
| US20080159194A1 (en) | 2008-07-03 |
| US9210120B2 (en) | 2015-12-08 |
| EP1350407A1 (en) | 2003-10-08 |
| DE60043161D1 (de) | 2009-11-26 |
| DK1350407T3 (da) | 2009-12-07 |
| WO2002047415A1 (en) | 2002-06-13 |
| ATE445988T1 (de) | 2009-10-15 |
| US7392034B2 (en) | 2008-06-24 |
| US20040057442A1 (en) | 2004-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2330994T3 (es) | Equipo de usuario, procedimiento y sistema de comunicacion para establecer una conexion con un elemento servicor de red. | |
| KR100988902B1 (ko) | 통신 시스템에서 서비스 프러비저닝 | |
| ES2235065T3 (es) | Metodo y sistema para gestionar multiples registros. | |
| EP1488609B1 (en) | Communication system and method | |
| CN102598732B (zh) | 附连到接入网络 | |
| US7702760B2 (en) | Configuration method and system | |
| US20040122934A1 (en) | Registering a user in a communication network | |
| US7181211B1 (en) | Service discovery and service partitioning for a subscriber terminal between different networks | |
| JP7077365B2 (ja) | 訪問国におけるｅＰＤＧの選択処理の機能強化 | |
| US9203970B2 (en) | Method and system for retrieving network addresses in hybrid telecommunication network | |
| US20050020259A1 (en) | Method for migrating subscriber data between different home servers of a telecommunications network | |
| BRPI0410151B1 (pt) | Método em um sistema de comunicação para o processamento de solicitações de entrada em uma entidade controladora, sistema de comunicação configurado para atender um usuário com múltiplos endereços de contato e uma entidade controladora | |
| WO2005064958A1 (en) | Method and communication system for automatically discovering the multmedia service capability | |
| WO2012168146A1 (en) | Method and apparatus for selecting a gateway node | |
| CN111885584B (zh) | 语音漫游注册方法和融合网元 | |
| US20040110535A1 (en) | Communication system | |
| ES2341386T3 (es) | Resolucion de una direccion de red de un terminal. | |
| US8228900B2 (en) | Message routing in the IP multimedia subsystem | |
| FI118110B (fi) | Verkkojen välinen palveluyhteistoiminta | |
| CN109039988B (zh) | Ip多媒体子系统的注册方法、装置及设备 | |
| EP4161161A1 (en) | Techniques to enable efficient communication establishment of a user device in a roaming use case | |
| ES2265553T3 (es) | Procesamiento de peticion de servicio desde un terminal itinerante. | |
| US20130212284A1 (en) | Method and apparatus for maintaining information about subscription servers | |
| EP3794806B1 (en) | Support for ims virtual clients in multi-operator environment | |
| WO2005122617A1 (en) | Apparatuses and method to provide a network-requested pdp context activation procedure |