ES2309868T3 - Servidor sip, dispositivo terminal, dispositivo de gestion de informacion de abonado y metodo de control de comunicacion. - Google Patents
Servidor sip, dispositivo terminal, dispositivo de gestion de informacion de abonado y metodo de control de comunicacion. Download PDFInfo
- Publication number
- ES2309868T3 ES2309868T3 ES06012214T ES06012214T ES2309868T3 ES 2309868 T3 ES2309868 T3 ES 2309868T3 ES 06012214 T ES06012214 T ES 06012214T ES 06012214 T ES06012214 T ES 06012214T ES 2309868 T3 ES2309868 T3 ES 2309868T3
- Authority
- ES
- Spain
- Prior art keywords
- communication channel
- terminal device
- sip
- established
- request
- 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
- 238000000034 method Methods 0.000 title claims abstract description 144
- 238000004891 communication Methods 0.000 title claims abstract description 134
- 230000008569 process Effects 0.000 claims abstract description 122
- 230000004044 response Effects 0.000 claims abstract description 39
- 238000010586 diagram Methods 0.000 description 10
- 101100042856 Caenorhabditis elegans sms-5 gene Proteins 0.000 description 4
- 206010000210 abortion Diseases 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000007596 consolidation process Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 231100000176 abortion Toxicity 0.000 description 1
- 150000001768 cations Chemical class 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 238000010295 mobile communication 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/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- 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]
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un servidor SIP (1A, 1B) para proporcionar un servicio de comunicación a un dispositivo terminal (2A, 2B), en un estado en el que se ha establecido un canal de comunicación y en un estado en el que se ha establecido una transacción SIP, el mencionado servidor (1A, 1B) comprendiendo: un medio de obtención de mensaje (11) para obtener un mensaje de solicitud mediante un SIP procedente de un dispositivo terminal que llama (2A, 2B), en un estado en el que el canal de comunicación no se ha establecido, y en un estado en el que la transacción SIP no se ha establecido; y un medio de envío de señal de control (12), para enviar una señal de control al objeto de solicitar el establecimiento del canal de comunicación y un proceso de registro, a un dispositivo terminal llamado (2A, 2B), en respuesta a la adquisición del mensaje de solicitud por parte del mencionado medio de obtención de mensaje (11), caracterizado porque el mencionado servidor SIP está adaptado para continuar un proceso entrante correspondiente a un identificador, si el mencionado identificador para identificar una aplicación iniciada por el dispositivo terminal llamado (2A, 2B), está contenido en un mensaje de respuesta obtenido desde el dispositivo terminal llamado (2A, 2B), y para llevar a cabo un proceso de interrupción del proceso entrante, si el mencionado mensaje de respuesta contiene una razón por la que no se ejecuta un proceso de establecimiento del canal de comunicación y un proceso de registro.
Description
Servidor SIP, dispositivo terminal, dispositivo
de gestión de información de abonado y método de control de
comunicación.
La presente invención se refiere a servidores
SIP, a dispositivos terminales, a dispositivos de gestión de
información de abonado y a métodos de control de comunicación, de
acuerdo respectivamente con las reivindicaciones 1, 4, 6 y 7, y más
en concreto a un servidor SIP, a un dispositivo terminal, a un
dispositivo de gestión de información de abonado y a un método de
control de comunicación, que hacen realizable una conexión incluso
si se recibe una solicitud SIP en un estado en el que no se ha
establecido un canal de comunicación y no se ha completado el
registro.
El protocolo SIP (Session Initial Protocol,
protocolo de inicio de sesión) es conocido como uno de los
protocolos utilizados en una red de acceso de radio, de una red de
comunicación móvil (por ejemplo, véase J. Rosenberg, H.
Schulzrinne, G. Camarillo, A. Johnston, J. Peterson, R. Sparks, M.
Handley, y E. Shooler, "SIP: session initiation protocol, "
RFC 3261, Internet Engineering Task Force, junio de 2002).
Convencionalmente, en un dispositivo terminal al que sirve un
servicio de comunicaciones utilizando el SIP, se implementa un
control de conexión de SIP sobre la condición de que siempre se
lleve a cabo el establecimiento de un canal de comunicación para
transmitir datos y el registro mediante SIP. En otras palabras, no
hay método de control de conexión cuando no se establece un canal
de comunicación y un registro, que son necesarios para recibir una
solicitud SIP. Existe necesidad del presente método, por ejemplo en
un entorno en el que hay muchos usuarios relacionados con un equipo
de red, y por lo tanto los recursos de comunicación por radio han de
ser más eficientes para mantener un canal de comuni-
cación.
cación.
Además el "registro" general, que se define
también en 3GPP, es un procedimiento en el que un servidor SIP
consulta a un dispositivo de gestión de información de abonado, que
gestiona una información de localización, y se notifica al servidor
SIP la actual localización de un abonado.
Como se ha descrito arriba, cuando no se ha
establecido ni un canal de comunicación ni un registro, se necesita
un método para notificar a un dispositivo terminal de que esta
enviándose una solicitud SIP, y un proceso para establecer una
transacción tras la notificación. En este caso, se requiere una
función para solicitar el establecimiento de un canal de
comunicación y un registro, en secuencia, y una función para
controlar de forma sincronizada los estados de un canal de
comunicación y un registro. Así, se requiere la realización de un
control síncrono de los establecimientos, de tal forma que un
proceso de establecimiento de un canal de comunicación se lleve a
cabo antes que un proceso de registro, y a continuación se
establezca ambos. La razón por la que el control síncrono de los
establecimientos se lleva a cabo de este modo, se debe a que una
solicitud SIP no puede distribuirse a un dispositivo terminal cuando
no se ha establecido un canal de comunicación o un registro.
Además, mediante una notificación de un estado
del dispositivo terminal al lado de la red, puede controlarse una
aceptación o rechazo del establecimiento de una transacción, de
acuerdo con un estado del dispositivo terminal. A partir del
documento US 2003/217 174 A1, del artículo de
Yi-Bing Lin et al., "A push mechanism for
GPRS supporting private IP addresses", IEEE Communications
Letters, volumen 7, número 1, y del documento US 2005/063 329 A1,
se conoce un servidor SIP, un dispositivo terminal y un método de
control de comunicación, acordes respectivamente con el preámbulo
de las reivindicaciones 1, 4 y 10. La presente invención está
concebida para resolver los problemas de la tecnología convencional
descritos arriba, y un objetivo de la presente invención es
proporcionar un servidor SIP, un dispositivo terminal, un
dispositivo de gestión de información de abonado y un método de
control de comunicación, que puedan recibir una solicitud SIP desde
una parte que llama y establecer una transacción cuando no se ha
establecido ni un canal de comunicación para la recepción ni el
registro del dispositivo terminal llamado.
Un servidor SIP acorde con la reivindicación 1
soluciona el problema. Mediante configurar el servidor SIP de este
modo, cuando hay una solicitud procedente del terminal que llama,
puede enviarse una señal de control para solicitar el
establecimiento de un canal de comunicación y un proceso de
registro, y puede establecerse una transacción. La señal de control
es por ejemplo un mensaje corto, y el presente servidor SIP tiene la
función de ordenar el envío del mensaje corto que representa la
solicitud a un dispositivo terminal llamado, del establecimiento de
una transacción, utilizando tecnología SMS-Push como
medio de envío de la señal de control. En otras palabras, este
mensaje corto incluye una instrucción para solicitar el proceso de
recepción, y solicita al dispositivo terminal llamado la
realización de un proceso de establecimiento de un canal de
comunicación, y un proceso de envío del mensaje de REGISTRO SIP.
Cuando se contiene un identificador de aplicación en un mensaje de
respuesta, que responde una recepción de un mensaje corto, el
servidor SIP reconoce que una instrucción del mensaje corto es
aceptada por el dispositivo terminal, y entonces continúa el proceso
de entrada. Por otra parte, cuando se devuelve un mensaje de
respuesta que contiene una razón de no respuesta (etapa S16' en la
figura 1), el proceso entrante que ha sido suspendido es abortado
instantáneamente utilizando CANCELACIÓN SIP o similar, el
temporizador de espera del registro del servidor SIP se pone a cero
y se detiene, y es notifica a un originador que ha solicitado una
INVITACIÓN SIP, sobre la razón para abortar un proceso de
establecimiento de transacción.
Un servidor SIP puede comprender además un medio
de almacenamiento de información de identificación, para almacenar
información de identificación al objeto de identificar de forma
única el mensaje de solicitud procedente del dispositivo terminal
llamado, donde un mensaje de solicitud correspondiente a la
información de identificación almacenada en el medio de
almacenamiento de información de identificación, es enviado al
mencionado dispositivo terminal llamado después de que el estado
sea modificado a un estado en el que se ha establecido el mencionado
canal de comunicación, y la mencionada transacción SIP ha sido
establecida. En el servidor SIP se gestiona un identificador de
transacción, para identificar de forma única una transacción que es
solicitada mediante la solicitud de mensaje o INVITACIÓN SIP.
Cuando el servidor SIP recibe un mensaje de INVITACIÓN SIP que
incluye un identificador de transacción (tal como un ID de llamada)
(etapa S0 en la figura 1), el servidor SIP reserva este
identificador de transacción, e identifica qué INVITACIÓN SIP se ha
mantenido para cada llamada entrante, en cooperación con un
dispositivo de administración de abonados. Después de verificar en
el servidor SIP (verificación de consolidación de transacción) qué
INVITACIÓN SIP corresponde a una transacción a ser continuada, tal
INVITACIÓN SIP (etapa S14 en la figura 1) es transferida a través
de un servidor SIP llamado, al dispositivo terminal llamado.
Además, un servidor SIP puede también comprender
un temporizador de espera de registro, que se inicia cuando es
enviada la señal de control, donde el proceso de establecimiento de
transacción SIP se finaliza cuando expira el temporizador de espera
de registro. Así, puede notificarse al dispositivo terminal llamado
que envía el mensaje de solicitud, sobre la interrupción del
proceso de establecimiento de transacción SIP cuando expira el
temporizador de espera de registro.
Un dispositivo terminal acorde con la
reivindicación 4 soluciona el problema. Mediante configurar el
dispositivo terminal de este modo, cuando hay una solicitud
procedente del terminal que llama, puede obtenerse una señal de
control para llevar a cabo el establecimiento del canal de
comunicación y el proceso de registro, y puede establecerse una
transacción.
Mediante llevar a cabo un proceso de este modo,
se permite que un proceso de recepción correspondiente a un
identificador de aplicación continúe o, en función de una razón de
no respuesta, se aborta instantáneamente un proceso de recepción,
un temporizador de espera de registro se pone a cero y se para, y un
dispositivo terminal llamado y que ha enviado una solicitud SIP, es
notificado sobre la razón por la que se ha abortado el proceso de
establecimiento de transacción.
Un dispositivo terminal puede comprender además
un medio de cancelación, para cancelar el estado en el que el canal
de comunicación ha sido establecido, cuando se cancela el estado en
el que se ha establecido la transacción SIP. Mediante controlar de
forma síncrona un estado en el que se establece una transacción SIP
y un estado en el que se establece un canal de comunicación, puede
utilizarse de forma eficaz los recursos de radio.
Un dispositivo de gestión información de
abonado, acorde con la presente invención, comprende un medio de
almacenamiento de indicador, para almacenar un indicador que indica
que un canal de comunicación ha sido establecido y un indicador que
indica que ha sido establecida una transacción SIP, un medio de
almacenamiento de indicador de solicitud entrante, para almacenar
un indicador de solicitud entrante que indica que hay una solicitud
entrante cuando se obtiene un mensaje de solicitud por SIP
procedente de otro dispositivo, en un caso en el que tal indicador
ha sido memorizado en el medio de almacenamiento de indicador, y un
medio de notificación para notificar al otro dispositivo, en
respuesta al establecimiento del canal de comunicación y de la
mencionada transacción SIP, en el caso en el que el indicador de
solicitud entrante está activado. El indicador de solicitud
entrante está controlado por el dispositivo de gestión de
información de abonado, de forma que el indicador de solicitud
entrante se activa (indicador de solicitud entrante = SÍ) mientras
se está llevando a cabo un proceso de registro, y el indicador de
solicitud entrante se desactiva (indicador de solicitud entrante =
NO) cuando se ha completado todos los procesos, de forma que puede
activarse el indicador de solicitud entrante cuando se recibe una
solicitud, y puede desactivarse el indicador de solicitud entrante
cuando se ha completado tanto el envío del mensaje corto, como el
establecimiento de un canal de comunicación y el proceso de
registro. Después, una operación en un caso en el que se recibe
otra solicitud mientras el indicador de solicitud entrante está
activado, depende de la tolerancia de un servicio o de la capacidad
de un dispositivo terminal o de una red. Por ejemplo, en un caso en
el que se prioriza una primera solicitud de una primera llamada y se
proporciona un servicio que no puede tolerar una pluralidad de
transacciones, mientras que está activado en indicador de solicitud
entrante se envía una respuesta de ocupado, incluso si se recibe una
solicitud de una segunda llamada. Un servidor SIP que recibe esta
respuesta de ocupado, puede enviar un mensaje de ocupado a un
dispositivo terminal que origina la solicitud de una segunda
llamada, en lugar de enviar un mensaje corto.
Un método de comunicación acorde con la
reivindicación 7 resuelve el problema.
Como se ha descrito arriba, la presente
invención tiene la ventaja de que los recursos de radio para
mantener un canal de comunicación pueden ser utilizados de forma
eficiente, tal como en un entorno en el que hay muchos usuarios
relacionados con el equipo de red, y por lo tanto se requiere que
los recursos de radio sean más eficientes, mediante controlar de
forma síncrona un proceso de establecimiento del canal de
comunicación y un proceso de registro mediante un SIP, de una forma
en la que se recibe una solicitud SIP procedente del terminal que
llama, y se establece una transacción cuando se tiene un estado en
que tanto el canal de comunicación para la recepción como el
registro de un dispositivo terminal de llamada, no han sido
establecidos.
Otros objetivos, ventajas y realizaciones pueden
extraerse de la siguiente descripción.
Se describirá ahora la invención, en relación
con realizaciones ilustradas en los dibujos anexos.
\newpage
La figura 1 es un diagrama secuencial que
muestra un funcionamiento a modo de ejemplo, que avanza a través de
un proceso de establecimiento de canal de comunicación y un proceso
de registro, hasta un estado en el que está disponible el servicio
VoIP;
la figura 2 es un diagrama de bloques, que
muestra un ejemplo de toda la configuración de un sistema de control
de comunicación compuesto de un servidor SIP, un dispositivo de
gestión información de abonado, un dispositivo terminal, etc., de
acuerdo con la presente invención;
la figura 3 es un diagrama de bloques, que
muestra un ejemplo de configuración de un servidor SIP 1A de la
figura 2;
la figura 4 es un diagrama de bloques que
muestra un ejemplo de configuración de un dispositivo de gestión de
información de abonado 3 de la figura 2;
la figura 5 es un diagrama de bloques que
muestra un ejemplo de configuración de un dispositivo terminal 2B
de la figura 2;
la figura 6 es un diagrama que muestra un
procedimiento para controlar otra llamada, mediante un indicador de
solicitud entrante; y
la figura 7 es un diagrama secuencial que
muestra un proceso de intervención de un proceso de registro.
Más abajo se describirá realizaciones de la
presente invención con referencia a los dibujos. En las figuras
aludidas en las siguientes descripciones, las partes equivalentes a
través de los dibujos son denotadas por el mismo número de
referencia.
La figura 2 es un diagrama de bloques que
muestra un ejemplo de toda la configuración de un sistema de control
de comunicación, compuesto de un servidor SIP, un dispositivo de
gestión información de abonado, un dispositivo terminal, etc., de
acuerdo con la presente invención. En este dibujo se muestra un
dispositivo terminal 2A que es utilizado por un usuario A, un
dispositivo terminal 2B que es utilizado por un usuario B y una red
NW se proporciona un servicio de comunicación a estos dispositivos
terminales 2A y 2B. La red NW incluye servidores SIP 1A y 1B, un
dispositivo de gestión información de abonado 3 que gestiona
información de abonado, un controlador 4 que funciona como un
iniciador de publicación que crea un mensaje corto, y una pasarela
SMS 5 que transfiere el mensaje corto.
Como se muestra en la figura 3, el servidor SIP
1A comprende una función de obtención del mensaje 11, para obtener
una solicitud de mensaje mediante un SIP desde un dispositivo
terminal que llama, una función de envío de señal de control 12,
para enviar a un dispositivo terminal llamado una señal de control
al objeto de solicitar el establecimiento de un canal de
comunicación y un proceso de registro, una función de almacenamiento
de información de identificación 13, para almacenar información de
identificación al objeto de identificar de forma única un mensaje
de solicitud procedente del dispositivo terminal que llama, y un
temporizador de espera de registro 14 que se inicia cuando se envía
una señal de control. El temporizador de espera de registro 14 es
un temporizador que indica un tiempo de expiración, mediante el que
se completa un proceso de registro. Como servidor SIP 1A, se
utiliza un ordenador genérico en el que hay conectadas una CPU, una
ROM, una RAM, un interfaz, etc., a través de un bus, y realiza cada
una de las funciones anteriores.
El dispositivo de gestión de información de
abonado 3 es, por ejemplo, un HLR (Home Location Register, registro
de posición propia) o un HSS (Home Subscriber Server, servidor local
de abonado). Como se muestra en la figura 4, el dispositivo de
gestión información de abonado 3 comprende una parte de
almacenamiento 30 y una función de notificación 31, para notificar
a otro dispositivo en respuesta al establecimiento del canal de
comunicación y la transacción SIP, en el caso en el que el
indicador de solicitud entrante 30E esté activado. La parte de
almacenamiento 30 almacena una información de localización 30A del
dispositivo terminal, información de dirección 30B del dispositivo
terminal, un indicador 30C que indica que se ha establecido un canal
de comunicación, un indicador 30D de establecimiento de transacción
SIP que indica que se ha establecido una transacción SIP, un
indicador 30E que indica que hay una solicitud entrante cuando se
obtiene un mensaje de solicitud mediante un SIP desde otro
dispositivo, en un caso en el que están activados el indicador 30C
de establecimiento del canal de comunicación y el indicador 30D de
establecimiento de transacción SIP. Además, la parte de
almacenamiento 30 almacena algunos otros tipos de información.
Puesto que la información de abonado tal como si
se ha, o no se ha, establecido un canal de comunicación, o si se
lleva o no a cabo un proceso de registro, es registrada en el
dispositivo de gestión información de abonado 3 de este modo, la
información de abonado registrada es solicitada desde el servidor
SIP 1A. Un ordenador genérico en el que una CPU, una ROM, una RAM,
un interfaz, etc., están conectados a través de un bus, se utiliza
como dispositivo de gestión de información de abonado 3, y este
realiza cada una de las funciones anteriores.
Como se muestra en la figura 5, el dispositivo
terminal 2B comprende una función de obtención de señal de control
21, para obtener una señal de control al objeto de solicitar el
establecimiento de un canal de comunicación y un proceso de
registro, una función de proceso de establecimiento del canal de
comunicación 22, para llevar a cabo el proceso de establecimiento
del canal de comunicación en respuesta a la adquisición de la señal
de control, una función de proceso de registro 23, para llevar a
cabo el proceso de registro después de que se ha establecido el
canal de comunicación, una función de determinación 24, para
determinar si el dispositivo puede o no llevar a cabo el proceso de
establecimiento del canal de comunicación y el proceso de registro
cuando se obtiene la señal de control, una función de envío del
mensaje de respuesta 25, para enviar un mensaje de respuesta que
contiene un identificador al objeto de identificar una aplicación
arrancada por el dispositivo, si se ha determinado que el proceso
de establecimiento del canal de comunicación y el proceso de
registro pueden llevarse a cabo, y para enviar un mensaje de
respuesta que contiene una razón por la que no se van a llevar a
cabo el proceso de establecimiento del canal de comunicación y el
proceso de registro, si estos procesos no van a llevarse a cabo, y
una función de cancelación 26 para cancelar el estado en el que se
ha establecido el canal de comunicación, cuando el estado en el que
la transacción SIP ha sido establecida es cancelado. Este
dispositivo terminal 2B es un teléfono celular genérico o similar,
que por ejemplo incluye una CPU, una ROM, una RAM, un interfaz,
etc., para realizar cada una de las funciones anteriores. El
presente ejemplo, el dispositivo terminal 2A es un terminal que
llama, y el dispositivo terminal 2B es un dispositivo llamado.
Adicionalmente, el servidor 1A es un servidor SIP que llama y el
servidor 1B es un servidor SIP llamado.
La figura 1 es un diagrama secuencial que
muestra una operación a modo de ejemplo, desde el envío de un
mensaje INVITACIÓN a través del proceso de establecimiento del
canal de comunicación y el proceso de registro, hasta un estado en
el que el servicio VoIP (voz sobre IP) está disponible. En este
diagrama se incluye el dispositivo terminal llamado 2B, la pasarela
SMS 5, el controlador 4, el servidor SIP 1B, el dispositivo de
gestión de información de abonado 3 y el servidor SIP 1A.
En este ejemplo se asume que el dispositivo
terminal 2B del usuario B está en un estado en el que no se ha
establecido ni un canal de comunicación ni un registro. Bajo esta
condición, para establecer una transacción VoIP con el usuario B,
se envía un mensaje INVITACIÓN SIP desde el dispositivo terminal que
llama 2A del usuario A, el dispositivo terminal 2B del usuario B
(etapa S0). El servidor SIP 1A que ha recibido el mensaje de
INVITACIÓN SIP, almacena un identificador de transacción (tal como
un ID de llamada) del mensaje de INVITACIÓN (etapa S1). A
continuación, el servidor SIP 1A solicita al dispositivo terminal de
información de abonado 3, información del dispositivo terminal
llamado (en adelante, aludido como una "solicitud sobre
información del terminal llamado"), para detectar un servidor
SIP y que será un destino de envío del mensaje de INVITACIÓN (etapa
S2). En respuesta a esta solicitud, el dispositivo de gestión de
información de abonado 3 verifica la información del terminal
llamado (etapa S3).
Sin embargo, incluso si se lleva a cabo esta
consulta el mensaje SIP no puede ser recibido, puesto que no se ha
establecido un canal de comunicación, y el servidor SIP al que se
envía la INVITACIÓN SIP no puede ser detectado puesto que no se ha
realizado el proceso de registro. En otras palabras, aunque en el
dispositivo de gestión de información de abonado 3 se ha verificado
una localización actual del terminal llamado y un estado de
registro, aquel no está listo para llevar a cabo un proceso entrante
mediante INVITACIÓN, puesto que el dispositivo terminal 2B del
usuario B está en un estado en el que el registro no se ha
completado.
A continuación, el dispositivo de gestión de
información de abonado 3 activa un indicador de solicitud entrante
(indicador de solicitud entrante = SÍ), para indicar que solicita
una entrada sobre el dispositivo terminal 2B (etapa S4). El
dispositivo de gestión de información de abonado 3 envía a
continuación una respuesta al servidor SIP 1A, y le notifica que el
indicador de solicitud entrante está activado (etapa S5). En el
presente ejemplo, el servidor SIP 1A que ha recibido esta
respuesta, determina que llevará a cabo una solicitud
SMS-Push hacia el dispositivo terminal llamado 2B
(etapa S6). SMS-Push es un esquema para enviar un
mensaje corto desde el lado del servidor, sin una solicitud de un
cliente receptor. En otras palabras, un servidor SIP determina si
ordena o no, enviar un mensaje corto en función de un resultado de
la consulta sobre información del terminal llamado. Una dirección
del dispositivo terminal llamado 2B, es especificada a la solicitud
SMS-Push.
En un caso en el que se lleva a cabo la
solicitud SMS-Push, se mantiene el control entrante
mediante una solicitud de INVITACIÓN SIP hasta que se completa el
establecimiento del canal de comunicación y de un proceso de
registro de una parte llamada. Por este motivo, el servidor SIP 1A
arranca el temporizador de espera de registro y administra el
progreso del proceso de registro, mientras que mantiene un proceso
de INVITACIÓN (etapa S7). Además, utilizando tecnología de
SMS-Push el servidor SIP 1A dirige el controlador 4
en relación con una solicitud de envío de mensaje corto (en
adelante denominado "SM", short message) para solicitar el
establecimiento de un canal de comunicación y un registro (etapa
S8). En esta solicitud de envío de SM, se especifica una dirección
del dispositivo terminal 2B, de forma que esta solicitud se
convierte en una solicitud para establecer una transacción VoIP. El
controlador 4 que ha recibido la solicitud de envío de SM, genera un
SM (etapa S9) y lo envía hacia el dispositivo terminal 2B (etapa
S10). La pasarela SMS 5 que ha recibido este SM lo remite al
dispositivo terminal 2B (etapa S11).
El dispositivo terminal 2B verifica el estado
del dispositivo terminal cuando recibe este SM (etapa S12). En este
ejemplo, se verifica las condiciones de competencia con otros
servicios de comunicación. A continuación, si el servicio de
comunicación compite con otros, se incluye en una respuesta entrante
de SM un identificador del servicio o de la aplicación de
comunicación, y se envía (etapa S13). Por ejemplo, en un caso de que
ya esté provisto un servicio
i-mode® al dispositivo terminal 2B, el dispositivo terminal 2B comienza una aplicación para VoIP si está en un entorno en el que puede llevarse a cabo el establecimiento de otro canal de comunicación y un proceso de registro, en secuencia. Después, se añade un identificador de la aplicación VoIP iniciada, a la respuesta entrante de SM (etapa S13). Si puede, o no, iniciarse una aplicación del dispositivo terminal 2B, iniciarse una selección de aplicación, e iniciarse una operación después de una aplicación, se determina mediante una instrucción incluida en el SM.
i-mode® al dispositivo terminal 2B, el dispositivo terminal 2B comienza una aplicación para VoIP si está en un entorno en el que puede llevarse a cabo el establecimiento de otro canal de comunicación y un proceso de registro, en secuencia. Después, se añade un identificador de la aplicación VoIP iniciada, a la respuesta entrante de SM (etapa S13). Si puede, o no, iniciarse una aplicación del dispositivo terminal 2B, iniciarse una selección de aplicación, e iniciarse una operación después de una aplicación, se determina mediante una instrucción incluida en el SM.
Por otra parte, se añade a la respuesta entrante
de SM una razón de no respuesta, si el dispositivo terminal 2B no
puede iniciar la aplicación VoIP (etapa S13). Por ejemplo,
dependiendo de la capacidad del dispositivo terminal se asume que
el servicio VoIP no puede utilizarse mientras se proporciona el
servicio i-mode® y, si es el caso, se añade la
razón de no respuesta a la respuesta entrante de SM. La respuesta
entrante de SM que es enviada desde el dispositivo terminal 2B, va
a través de la pasarela SMS 5 tal cual, va a través del controlador
4 como una respuesta SM (etapa S14), y se envía de vuelta al
servidor SIP 1A (etapa S15). El servidor SIP 1A que recibe esta
respuesta SM verifica su contenido (etapa S16).
Si como resultado de la verificación se añade
una razón de no respuesta, a la respuesta entrante SM, el servidor
SIP 1A aborta el proceso que se ha mantenido de envío del mensaje de
INVITACIÓN, y notifica al dispositivo terminal que llama 2A (véase
la figura 2) el motivo de la no respuesta (etapa S16'). El
dispositivo terminal que llama 2A, que ha recibido esta
notificación, puede llevar a cabo un proceso de CANCELACIÓN. Con
esto, el proceso relevante puede ser interrumpido anticipadamente
antes de que expire el temporizador de espera de registro.
En el presente ejemplo se asume que el
dispositivo terminal 2B puede llevar a cabo una respuesta VoIP, y
por lo tanto se añade un identificador de aplicación VoIP a la
respuesta entrante SM. En este caso, una solicitud de
establecimiento de canal de comunicación es enviada desde el
dispositivo terminal 2B al controlador 4 (etapa S17), y se lleva a
cabo un proceso de establecimiento del canal de comunicación (etapa
S18). A continuación se envía un mensaje de REGISTRO desde el
dispositivo terminal 2B al controlador 4 (etapa S19), y se lleva a
cabo un proceso de registro (etapa S20). En el presente ejemplo se
asume que no ha sido establecido el canal de comunicación. Si hay
un canal de comunicación ya establecido, se verifica un estado de
establecimiento del canal de comunicación por medio del dispositivo
terminal (etapa S12'), y no se lleva a cabo la etapa S17 ni el
subsiguiente proceso de establecimiento del canal de
comunicación.
El dispositivo de gestión de información de
abonado 3 desactiva el indicador de solicitud entrante (indicador
de solicitud entrante = NO) (etapa S21), a la vez que se completa el
proceso de registro, y envía al servidor SIP 1A una notificación de
terminación del registro (etapa S22). El servidor 1A que ha recibido
esta notificación, detiene el temporizador de espera de registro
(etapa S23) y envía de vuelta una respuesta de acuse de recibo
(etapa S24).
A continuación, el servidor SIP 1A verifica qué
proceso mantenido de INVITACIÓN debe reanudarse y para qué llamada
entrante, es decir consolida las transacciones (etapa S25). En este
ejemplo, puesto que la identificación de transacción del mensaje
INVITACIÓN es almacenada en la etapa S1, puede identificarse una
transacción consolidada. Tras la identificación de tal transacción,
el servidor SIP 1A reanuda el proceso mantenido de INVITACIÓN, y
envía el mensaje de INVITACIÓN que contiene el identificador de
transacción (etapa S26). Este mensaje de INVITACIÓN es enviado al
dispositivo terminal 2B del usuario B, a través del servidor SIP 1B
(etapa S27). El dispositivo terminal 2B que ha recibido este
mensaje de INVITACIÓN envía la señal de OK, y a continuación puede
iniciar un servicio VoIP o similar, entre sí mismo y el dispositivo
terminal 2A. En la operación de ejemplo descrita arriba, aunque se
use un SM que puede ser enviado inmediatamente desde un estado en el
que no ha sido establecido un canal de comunicación, puede
utilizarse otras señales de control. Es decir, en lugar de una
presentación de envío de mensaje corto (SMS-Push),
puede definirse y transmitirse una señal dedicada para solicitar el
establecimiento del canal de comunicación y el proceso de
registro.
Como se ha descrito arriba, en el presente
sistema mediante controlar el indicador de solicitud entrante en el
dispositivo de gestión de información de abonado 3, el indicador de
solicitud entrante es activado (indicador de solicitud entrante =
SÍ) mientras se está llevando a cabo un proceso de registro, y el
indicador de solicitud entrante es desactivado (indicador de
solicitud entrante = NO) cuando se ha completado todos los procesos.
En otras palabras, en el dispositivo de gestión de información de
abonado 3 del presente sistema, el indicador de solicitud entrante
se activa cuando una solicitud de consulta sobre información de
terminal llamado, se recibe desde un servidor SIP que ha recibido
un mensaje de INVITACIÓN (el servidor SIP 1A del ejemplo anterior),
y el indicador de solicitud entrante se desactiva cuando se ha
completado un envío de SM, un proceso de establecimiento de canal
de comunicación y un proceso de registro.
A continuación, una operación en un caso en que
se recibe otro mensaje INVITACIÓN SIP estando activado el indicador
de solicitud entrante (indicador de solicitud entrante = SÍ),
depende de una tolerancia de un servicio o de una capacidad de un
dispositivo terminal o de la red. Por ejemplo, en un caso en el que
se prioriza un primer mensaje de INVITACIÓN de una primera llamada,
y se proporciona un servicio que no puede tolerar una pluralidad de
transacciones, estando activado el indicador de solicitud entrante,
el dispositivo de gestión de información de abonado 3 envía un
mensaje de respuesta de ocupado, en respuesta a una solicitud desde
un servidor SIP para una consulta sobre información de terminal
llamado, incluso si se ha recibido un mensaje de INVITACIÓN de una
segunda llamada. El servidor SIP que ha recibido este mensaje de
respuesta de ocupado, envía un mensaje de respuesta de ocupado a un
originador del mensaje de INVITACIÓN de la segunda llamada, en
lugar de enviar un SM.
Por lo tanto, como se muestra en la figura 6,
cuando se lleva a cabo un proceso de establecimiento del canal de
comunicación entre el dispositivo terminal llamado 2B y el
controlador 4, si se introduce en el servidor SIP 1A (etapa S101)
un mensaje de INVITACIÓN de una enésima llamada (en lo que sigue, N
es un entero mayor o igual que 2), el servidor SIP 1A tiene un
temporizador de espera de registro activo, y está en un estado en
el que se ha mantenido (etapa S102) un proceso entrante de la
primera llamada. Por esta razón, el servidor SIP 1A solicita al
dispositivo de gestión de información de abonado 3, información del
terminal llamado (etapa S103). Después, puesto que se está llevando
a cabo una operación sobre el mensaje de INVITACIÓN de la primera
llamada, el indicador de solicitud entrante ha sido activado
(indicador de solicitud entrante = SÍ) (etapa S104). Por este
motivo, el dispositivo terminal de información de abonado 3 envía un
mensaje de respuesta de ocupado (etapa S105), y este mensaje de
respuesta de ocupado se envía de vuelta a un dispositivo terminal
que origina un mensaje de INVITACIÓN de la enésima llamada (etapa
S106). Como se ha descrito arriba, en el presente sistema la
primera entrada se procesa por prioridad en relación con las
llamadas entrantes.
Cuando expira el temporizador de espera de
registro que se ha iniciado en la etapa S7 de la figura 1, el
proceso de registro es interrumpido. Un proceso de esta clase se
describirá con referencia a la figura 7. Cuando expira el
temporizador de espera de registro, el servidor SIP 1A pone a cero
su temporizador (etapa S31). A continuación, el servidor SIP 1A
verifica la consolidación de las transacciones, para determinar qué
proceso INVITACIÓN debe ser interrumpido (etapa S32). Después, el
servidor SIP 1A envía un mensaje de CANCELACIÓN SIP hacia el
dispositivo terminal 2B (etapa S33), para abortar un proceso de
establecimiento de transacción que se lleva a cabo mediante la
solicitud de INVITACIÓN. Este mensaje de CANCELACIÓN SIP es enviado
al dispositivo terminal 2B del usuario B, a través del servidor SIP
1B (etapa S34). El dispositivo terminal 2B que ha recibido este
mensaje de CANCELACIÓN SIP, aborta el proceso de establecimiento de
transacción. Además, el servidor SIP 1A notifica al dispositivo
terminal que llama que origina el mensaje de INVITACIÓN, de la razón
por la cual el proceso anterior es interrumpido (por ejemplo,
transcurso del tiempo) (etapa S305).
Incidentalmente, con el propósito de un uso
eficaz de los recursos, el sistema puede diseñarse para emitir un
registro y un canal de comunicación al mismo tiempo, cuando es
finalizada una aplicación que funciona sobre una transacción
establecida mediante INVITACIÓN. Esta operación puede realizarse
mediante un procedimiento general de emisión de transacción, por
ejemplo mediante un mecanismo que pasa a un procedimiento de
emisión, al objeto de emitir un registro y un canal de
comunicación, mediante un disparador tal como ADIÓS SIP. Por otra
parte, si el propósito es acortar el tiempo para transferir una
subsiguiente solicitud SIP a un terminal llamado, o si es obvio que
subsiguientemente se ha establecido otra transacción, no se requiere
que la emisión de un registro y un canal de comunicación estén
sincronizadas con el momento de en que se pone término a la
aplicación (tal como cuando finaliza la llamada).
El presente sistema tiene la función de
establecer un canal de comunicación y llevar a cabo un registro
utilizando un dispositivo terminal, un servidor SIP y un
dispositivo de gestión de información de abonado. El dispositivo
terminal lleva a cabo en secuencia el establecimiento del canal de
comunicación y el registro, tras la recepción del mensaje corto que
contiene una instrucción de solicitud entrante. Puede controlarse
mediante un esquema convencional un estado del establecimiento o no
establecimiento de un canal de comunicación, entre el dispositivo
terminal y cada dispositivo sobre el lado de la red, y el
dispositivo terminal y cada dispositivo sobre el lado de la red
pueden sincronizar un estado del establecimiento del canal de
comunicación y un estado del proceso de registro. En otras
palabras, cuando se recibe un mensaje corto por parte del
dispositivo terminal, el proceso de registro se lleva a cabo en un
estado en el que se ha establecido el canal de comunicación.
En relación con esto, si ya hay establecido un
canal de comunicación disponible cuando se recibe el mensaje corto,
el canal de comunicación existente puede ser utilizado sin el
establecimiento de un nuevo canal de comunicación por parte del
dispositivo terminal. En este caso, el dispositivo terminal verifica
si ya hay establecido, o no, un canal de comunicación disponible, y
establece un nuevo canal de comunicación y a continuación lleva a
cabo un registro, si es necesario. Un procedimiento para emitir y
establecer un canal de comunicación y el propio registro, es el
mismo procedimiento del esquema convencional.
En el sistema descrito arriba, se utiliza un
canal de comunicación como el descrito a continuación. Es decir, se
utiliza un método de control de comunicación para proporcionar un
servicio de comunicación, en un estado en el que ha sido
establecido un canal de comunicación y ha sido establecida una
transacción SIP, y el método comprende una etapa de obtención de
mensaje, para obtener un mensaje de solicitud mediante un SIP
procedente de un dispositivo terminal que llama, en un estado en el
que no se ha establecido el canal de comunicación, y en un estado
en el que no se ha establecido la transacción SIP (correspondiente a
la etapa S0 en la figura 1), una etapa de envío de señal de
control, para enviar una señal de control al objeto de solicitar el
establecimiento del canal de comunicación y el proceso de registro,
a un dispositivo terminal en respuesta a la adquisición del mensaje
de solicitud en la etapa de obtención de mensajes (correspondiente a
la etapa S8 en la figura 1), una etapa de proceso de
establecimiento del canal de comunicación, para llevar a cabo un
proceso al objeto de establecer el canal de comunicación después de
que la señal de control es enviada en la etapa de envío de señal de
control (correspondiente a la etapa S17 y S18 en la figura 1), y una
etapa de proceso de establecimiento de transacción SIP, para llevar
a cabo un proceso para el establecimiento de una transacción SIP
después de que se lleve a cabo el proceso de establecimiento del
canal de comunicación, por medio de la etapa de proceso de
establecimiento del canal de comunicación (correspondiente a la
etapa S19 y S20 en la figura 1).
Mediante llevar a cabo procesos de este modo,
cuando hay una solicitud procedente del terminal que llama, la
señal de control puede ser enviada para solicitar el establecimiento
de un canal de comunicación y un proceso de registro, y puede
establecerse una transacción. En otras palabras, puede utilizarse de
forma eficiente recursos de radio para mantener un canal de
comunicación, mediante controlar de forma síncrona el proceso de
establecimiento del canal de comunicación y el proceso de registro
por SIP, de una forma en la que se recibe una solicitud SIP y se
establece una transacción cuando se tiene un estado en el que no se
ha establecido ni el canal de comunicación para la recepción ni el
registro del dispositivo terminal que llama.
La presente invención se aplica a un caso en el
que se controla de forma síncrona un proceso de establecimiento del
canal de comunicación y un proceso de registro mediante SIP.
\vskip1.000000\baselineskip
\bullet US 2003 217 174 A1 [0005]
\bullet US 2005 063 329 A1 [0005].
\bullet J. ROSENBERGH; S.
CHULZRINNE; G. CAMARILLO; A. JOHNSTON; J.
PETERSON; R. SPARKS; M. HANDLEY; E.
SHOOLER. SIP: session initiation protocol. RFC 3261,
Internet Engineering Task Force, junio de 2002
[0002].
\bulletYI-BING LIN
et al. A push mechanism for GPRS supporting private IP
addresses. IEEE communications letters, volumen 7 (1 [0005].
Claims (7)
1. Un servidor SIP (1A, 1B) para proporcionar un
servicio de comunicación a un dispositivo terminal (2A, 2B), en un
estado en el que se ha establecido un canal de comunicación y en un
estado en el que se ha establecido una transacción SIP, el
mencionado servidor (1A, 1B) comprendiendo:
- un medio de obtención de mensaje (11) para obtener un mensaje de solicitud mediante un SIP procedente de un dispositivo terminal que llama (2A, 2B), en un estado en el que el canal de comunicación no se ha establecido, y en un estado en el que la transacción SIP no se ha establecido; y
- un medio de envío de señal de control (12), para enviar una señal de control al objeto de solicitar el establecimiento del canal de comunicación y un proceso de registro, a un dispositivo terminal llamado (2A, 2B), en respuesta a la adquisición del mensaje de solicitud por parte del mencionado medio de obtención de mensaje (11), caracterizado porque el mencionado servidor SIP está adaptado para continuar un proceso entrante correspondiente a un identificador, si el mencionado identificador para identificar una aplicación iniciada por el dispositivo terminal llamado (2A, 2B), está contenido en un mensaje de respuesta obtenido desde el dispositivo terminal llamado (2A, 2B), y para llevar a cabo un proceso de interrupción del proceso entrante, si el mencionado mensaje de respuesta contiene una razón por la que no se ejecuta un proceso de establecimiento del canal de comunicación y un proceso de registro.
2. El servidor SIP (1A, 1B) acorde con la
reivindicación 1, que comprende además un medio de almacenamiento de
información de identificación (13) para almacenar información de
identificación al objeto de identificar de forma única el
mencionado mensaje de solicitud procedente del dispositivo terminal
llamado (2A, 2B), donde un mensaje de solicitud correspondiente a
una información almacenada en el mencionado medio de almacenamiento
de información de identificación (13), es enviado al mencionado
dispositivo terminal llamado (2A, 2B) después de que el estado es
modificado a un estado en el que el mencionado canal de comunicación
ha sido establecido y la mencionada transacción SIP ha sido
establecida.
3. El servidor SIP acorde con la reivindicación
1, que comprende además un temporizador de espera de registro (14),
que se arranca cuando es enviada la mencionada señal de control,
donde el mencionado proceso de establecimiento de transacción SIP
es finalizado cuando expira el mencionado temporizador de espera de
registro (14).
4. Un dispositivo terminal (2A, 2B) para obtener
la provisión de un servicio de comunicación, en un estado en el que
ha sido establecido un canal de comunicación y en un estado en el
que ha sido establecida una transacción SIP, el mencionado
dispositivo (2A, 2B) comprendiendo:
- un medio de obtención de señal de control (12), para obtener una señal de control al objeto de solicitar el establecimiento de un canal de comunicación y un proceso de registro;
- un medio de procesamiento de establecimiento del canal de comunicación (22), para llevar a cabo el mencionado proceso de establecimiento del canal de comunicación en respuesta a la adquisición de la mencionada señal de control; y
- un medio de proceso de registro (23), para llevar a cabo el mencionado proceso de registro después de que se ha establecido el canal de comunicación mediante el mencionado medio de proceso de establecimiento del canal de comunicación (22), caracterizado por un medio de envío de mensaje de respuesta (25), para enviar un mensaje de respuesta que contiene un identificador para identificar una aplicación iniciada por el dispositivo terminal (2A, 2B), si un medio de determinación (24) determina que el mencionado proceso de establecimiento del canal de comunicación y el mencionado proceso de registro pueden llevarse a cabo, y para enviar un mensaje de respuesta que contiene una razón por la cual no van a llevarse a cabo el mencionado proceso de establecimiento del canal de comunicación y el mencionado proceso de registro, si el mencionado proceso de establecimiento del canal de comunicación y el mencionado proceso de registro no han de llevarse a cabo.
5. El dispositivo terminal (2A, 2B) acorde con
la reivindicación 4, que comprende además un medio de cancelación
(26) para cancelar el mencionado estado en el que ha sido
establecido el canal de comunicación, cuando es cancelado el
mencionado estado en el que se ha establecido la transacción
SIP.
6. Un dispositivo de gestión de información de
abonado (3), que comprende:
- un medio de almacenamiento de indicador, para almacenar un indicador que indica que se ha establecido un canal de comunicación, y un indicador que indica que se ha establecido una transacción SIP;
- un medio de almacenamiento de indicador de solicitud entrante, para almacenar un indicador de solicitud entrante que indica que hay una solicitud entrante, cuando se obtiene un mensaje de solicitud mediante SIP procedente de otro dispositivo, en un caso en el que un indicador semejante ha sido almacenado en el mencionado medio de almacenamiento de indicador; y
- un medio de notificación para notificar al mencionado otro dispositivo, en respuesta al establecimiento del mencionado canal de comunicación y la mencionada transacción SIP, en caso de que el mencionado indicador de solicitud entrante está activado.
7. Un método de control de comunicación para
proporcionar un servicio de comunicación a un dispositivo terminal
(2A, 2B), en un estado en el que ha sido establecido un canal de
comunicación y un estado en el que ha sido establecida una
transacción SIP, el mencionado método comprendiendo:
- una etapa de obtención de mensajes, para obtener un mensaje de solicitud mediante SIP procedente de un dispositivo terminal que llama (2A, 2B), en un estado en el que no ha sido establecido el canal de comunicación y un estado en el que no ha sido establecida la transacción SIP;
- una etapa de envío de señal de control, para enviar una señal de control al objeto de solicitar a un dispositivo terminal llamado (2A, 2B) el establecimiento del canal de comunicación y el proceso de registro, en respuesta a la adquisición del mensaje de solicitud en la mencionada etapa de obtención de mensajes
- una etapa de proceso de establecimiento del canal de comunicación, para llevar a cabo un proceso para establecer el mencionado canal de comunicación después de que la mencionada señal de control es enviada en la mencionada etapa de envío de señal de control; y
- una etapa de proceso de establecimiento de transacción SIP, para llevar a cabo un proceso para establecer una transacción SIP después de que se lleve a cabo el proceso de establecimiento del canal de comunicación por medio de la mencionada etapa de proceso de establecimiento del canal de comunicación, caracterizado por una etapa que continúa un proceso entrante correspondiente a un identificador, si el mencionado identificador para identificar una aplicación iniciada mediante el dispositivo terminal llamado (2A, 2B), está contenido en un mensaje de respuesta obtenido desde el dispositivo terminal llamado (2A, 2B), y lleva a cabo un proceso para interrumpir el proceso entrante si el mencionado mensaje de respuesta contiene una razón por la que no se lleva a cabo un proceso de establecimiento del canal de comunicación ni un proceso de registro.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005200753A JP2007020000A (ja) | 2005-07-08 | 2005-07-08 | Ｓｉｐサーバ、端末装置、加入者情報管理装置、通信制御方法 |
| JP2005-200753 | 2005-07-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2309868T3 true ES2309868T3 (es) | 2008-12-16 |
Family
ID=37080455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06012214T Active ES2309868T3 (es) | 2005-07-08 | 2006-06-14 | Servidor sip, dispositivo terminal, dispositivo de gestion de informacion de abonado y metodo de control de comunicacion. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US20070019572A1 (es) |
| EP (1) | EP1742439B8 (es) |
| JP (1) | JP2007020000A (es) |
| KR (1) | KR100824509B1 (es) |
| CN (1) | CN100571275C (es) |
| AT (1) | ATE405085T1 (es) |
| DE (1) | DE602006002192D1 (es) |
| ES (1) | ES2309868T3 (es) |
| TW (1) | TW200711422A (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101277473B (zh) | 2007-03-31 | 2012-08-08 | 华为技术有限公司 | 改变分组交换域的状态的方法、终端、网络设备 |
| WO2008150751A2 (en) * | 2007-06-01 | 2008-12-11 | Research In Motion Limited | Message generation system and method for managing ims signaling over a circuit-switched network |
| JP5453745B2 (ja) * | 2007-07-31 | 2014-03-26 | セイコーエプソン株式会社 | ポスティングサーバ、コンテンツ伝送システム及びポスティングサーバ制御方法 |
| JP2009093624A (ja) * | 2007-07-31 | 2009-04-30 | Seiko Epson Corp | ポスティングサーバ、印刷端末及びポスティングサーバ制御方法 |
| JP5245612B2 (ja) * | 2007-07-31 | 2013-07-24 | セイコーエプソン株式会社 | ポスティングサーバ、および、ポスティングサーバ制御方法 |
| US7990943B2 (en) * | 2008-07-01 | 2011-08-02 | Telefonaktiebolaget Lm Ericsson | Establishing channels between a domain manager and managed nodes |
| JP5332544B2 (ja) | 2008-11-21 | 2013-11-06 | 富士通株式会社 | 呼制御装置、呼制御システム、呼制御方法及びコンピュータプログラム |
| US8782256B2 (en) | 2008-11-26 | 2014-07-15 | Cisco Technology, Inc. | Deterministic session load-balancing and redundancy of access servers in a computer network |
| US9065837B2 (en) * | 2009-11-26 | 2015-06-23 | Telefonaktiebolaget L M Ericsson (Publ) | Method, system and network nodes for performing a SIP transaction in a session initiation protocol based communications network |
| US20140254574A1 (en) * | 2013-03-05 | 2014-09-11 | British Telecommunications Public Limited Company | Firewall access for inbound voip calls |
| KR102067657B1 (ko) * | 2013-10-25 | 2020-02-11 | 에스케이플래닛 주식회사 | m-VoIP 시스템, 그 시스템에서의 m-VoIP의 호 처리를 위한 장치 및 방법 |
| JP6406814B2 (ja) * | 2013-11-29 | 2018-10-17 | 株式会社Ｎｔｔドコモ | 通信システム、サービス制御装置、ｍｔｃユーザ装置、ゲートウェイ装置及び通信方法 |
| JP2016012874A (ja) * | 2014-06-30 | 2016-01-21 | 株式会社ジャコス | 通信接続装置 |
| US10110644B2 (en) * | 2016-02-17 | 2018-10-23 | Qualcomm, Incorporated | Methods and apparatus for dedicated bearer establishment handling during call setup for LTE |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6564049B1 (en) | 1999-05-10 | 2003-05-13 | Ericsson Inc. | Methods and systems for providing group calls with reduced setup times |
| KR20030049553A (ko) * | 2001-12-15 | 2003-06-25 | 에스케이 텔레콤주식회사 | 이동 통신망에서의 비과금 패킷 푸시 서비스 방법 및 장치 |
| US8255501B2 (en) * | 2002-05-15 | 2012-08-28 | Motorola Mobility Llc | Establishing an IP session between a host using SIP and a device without an IP address |
| KR100527633B1 (ko) * | 2003-05-14 | 2005-11-09 | 한국전자통신연구원 | 이동통신망에서의 멀티미디어 서비스 제공 시스템 및 그방법 |
| KR101015642B1 (ko) * | 2003-09-19 | 2011-02-22 | 삼성전자주식회사 | 헤테로지니어스 네트워크를 통한 데이터 푸쉬 서비스시스템 및 방법 |
| CN100428765C (zh) * | 2003-12-20 | 2008-10-22 | 海信集团有限公司 | 移动终端拨打ip电话申请信道的方法 |
| TWI247391B (en) * | 2004-09-23 | 2006-01-11 | Powerchip Semiconductor Corp | Method of fabricating a non-volatile memory |
| JP4229287B2 (ja) | 2005-06-10 | 2009-02-25 | 株式会社エヌ・ティ・ティ・ドコモ | 通信制御サーバ、通信端末、通信制御方法 |
-
2005
- 2005-07-08 JP JP2005200753A patent/JP2007020000A/ja active Pending
-
2006
- 2006-06-08 TW TW095120461A patent/TW200711422A/zh unknown
- 2006-06-14 DE DE200660002192 patent/DE602006002192D1/de not_active Expired - Fee Related
- 2006-06-14 ES ES06012214T patent/ES2309868T3/es active Active
- 2006-06-14 AT AT06012214T patent/ATE405085T1/de not_active IP Right Cessation
- 2006-06-14 EP EP20060012214 patent/EP1742439B8/en not_active Not-in-force
- 2006-06-21 CN CNB2006100946061A patent/CN100571275C/zh not_active Expired - Fee Related
- 2006-06-28 US US11/475,907 patent/US20070019572A1/en not_active Abandoned
- 2006-06-29 KR KR20060059356A patent/KR100824509B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1742439B1 (en) | 2008-08-13 |
| DE602006002192D1 (de) | 2008-09-25 |
| EP1742439B8 (en) | 2008-10-15 |
| JP2007020000A (ja) | 2007-01-25 |
| KR100824509B1 (ko) | 2008-04-22 |
| KR20070006560A (ko) | 2007-01-11 |
| EP1742439A1 (en) | 2007-01-10 |
| TW200711422A (en) | 2007-03-16 |
| US20070019572A1 (en) | 2007-01-25 |
| CN1893435A (zh) | 2007-01-10 |
| ATE405085T1 (de) | 2008-08-15 |
| CN100571275C (zh) | 2009-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2309868T3 (es) | Servidor sip, dispositivo terminal, dispositivo de gestion de informacion de abonado y metodo de control de comunicacion. | |
| KR100658650B1 (ko) | 무선 근거리 통신망과 사용자 단말기간의 서비스 접속에대한 처리 방법 | |
| TWI386100B (zh) | 通訊裝置以及處理通訊裝置內裝置呼入通訊請求之方法 | |
| ES2813430T3 (es) | Método de comunicaciones basado en la capacidad de servicio y la presencia social | |
| KR100617814B1 (ko) | 단말기에서 연결 절차의 종료 방법 | |
| US9172582B2 (en) | Cellular network call management | |
| WO2018120674A1 (zh) | 呼叫控制方法、服务器、车载终端及移动终端、存储介质 | |
| WO2017172813A1 (en) | Mobile roaming and authentication | |
| KR20160014112A (ko) | 전화 네트워크 시스템 및 방법 | |
| EP1732335B1 (en) | Communication control server, communication terminal and communication control method for PoC communication | |
| CN101513090A (zh) | 不同类型的无线网络之间的呼叫转接 | |
| CN102377887B (zh) | 一种实现网络电话呼叫建立的方法及系统 | |
| US8626174B2 (en) | Call switching in packet-based communication networks | |
| US6985570B2 (en) | Method for the establishment of a telecommunication link | |
| US20160330600A1 (en) | Preventing access of calls to unauthorized users and automating call transfers | |
| US8345847B2 (en) | System and method for call hibernation | |
| WO2010148692A1 (zh) | 定位方法、系统和装置 | |
| JP2000324532A (ja) | 国際移動緊急呼制御システム | |
| CN101931933B (zh) | 向移动终端发送定位请求的方法及系统、定位平台 | |
| WO2006125389A1 (fr) | Procede et systeme de transfert de messages courts | |
| JP5295646B2 (ja) | 通信システム | |
| WO2012134330A1 (ru) | Способ предоставления информации при проведении распределенных транзакций и комплекс для его осуществления | |
| WO2006107484A1 (en) | Method for transcoder optimization for group dispatch calls | |
| JP5492251B2 (ja) | 通信制御装置 | |
| JP6355573B2 (ja) | メッセージ送信システム及びメッセージ送信方法 |