ES2553377T3 - Método simplificado para el registro de IMS en caso de llamadas de emergencia - Google Patents

Método simplificado para el registro de IMS en caso de llamadas de emergencia Download PDF

Info

Publication number
ES2553377T3
ES2553377T3 ES07728119.4T ES07728119T ES2553377T3 ES 2553377 T3 ES2553377 T3 ES 2553377T3 ES 07728119 T ES07728119 T ES 07728119T ES 2553377 T3 ES2553377 T3 ES 2553377T3
Authority
ES
Spain
Prior art keywords
network
terminal
emergency call
call connection
visited
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES07728119.4T
Other languages
English (en)
Inventor
Rainer Liebhart
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cellular Communications Equipment LLC
Original Assignee
Cellular Communications Equipment LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=38457705&utm_source=***_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2553377(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Cellular Communications Equipment LLC filed Critical Cellular Communications Equipment LLC
Application granted granted Critical
Publication of ES2553377T3 publication Critical patent/ES2553377T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security 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/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Proceso para establecer una conexión de llamada de emergencia desde un terminal (fig. 1: "Terminal") mediante una red visitada por el terminal (fig. 1: "S-CSCF", "P-CSCF", "GGSN", "SGSN", "Radio Access Network"...) con un Internet Protocol Multimedia Subsystem, con lo que, si el terminal ya está registrado en el Internet Protocol Multimedia Subsystem, al establecer una conexión de llamada de emergencia, se evita que el terminal se registre en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia si, al comparar la identificación de red de la red visitada, comunicada al terminal al registrarse en la red visitada ("network identifier", fig. 1: "MCC1"/"MNC1"), con la identificación de red de la red de origen del terminal, las dos identificaciones de red coinciden.

Description

imagen1
DESCRIPCIÓN
Método simplificado para el registro de IMS en caso de llamadas de emergencia
5 La invención se refiere al proceso y los mecanismos para el registro en el IMS en las llamadas de emergencia.
Los expertos en la materia conocen las redes, como, por ejemplo, las redes de telefonía móvil celulares, por ejemplo, las especificaciones en www.etsi.org o www.3gppp.org.
10 WO03/094563 AI describe un proceso y un sistema para un procedimiento de establecimiento de conexión que sale de un terminal para establecer una conexión de un tipo especial con un dispositivo receptor. En él se envía una solicitud de establecimiento de conexión, que contiene información sobre la posición y un identificador del dispositivo receptor, para establecer la conexión solicitada con un aparato de red. Se facilita una base de datos que almacena información sobre la posición y los identificadores asociados para identificar el dispositivo receptor. El dispositivo de
15 red accede a esta base de datos y, si detecta que el identificador representa una conexión de un tipo especial en una zona que está representada por la información sobre la posición, la solicitud de establecimiento de conexión se realiza de una forma especial adecuada para la conexión del tipo especial.
El documento 3GPP “IP Multimedia Subsystem (IMS) emergency sessions (Release 7)” de marzo de 2006 describe
20 los servicios de llamada de emergencia en un subsistema multimedia IP (IP Multimedia Subsystem, IMS) y los dispositivos necesarios para soportar los servicios de llamada de emergencia IMS.
El TS 23.167 versión 7 de la Organización de estandarización 3GPP especifica las llamadas de emergencia en IMS (IP Multimedia Subsystem). Esta especificación técnica de 3GPP TS 23.167 también se refiere a cómo se 25 estandarizan las redes fijas de próxima generación (Next Generation Fixed Networks), por ejemplo, con ETSI TISPAN y CableLabs. Un principio básico de las llamadas de emergencia IMS es el “registro de llamadas de emergencia IMS” especial. Actualmente, el TS 23.16 7 parte de la base que un terminal que quiere transmitir una llamada de emergencia en el IMS primero registra una llamada de emergencia propia SIP URI (también llamada “llamada de emergencia Public User Identity”) en el IMS. Esta SIP URI (Session Initiation Protocol Uniform Resource 30 Identifier) o bien está preconfigurada en el terminal, o bien el terminal la crea a partir de una SIP URI disponible, que, por ejemplo, esté guardada en la UICC (si la hubiera) (UICC = Universal Integrated Circuit Card). En el caso de GPRS/UMTS, el establecimiento de un contexto PDP (Packet Data Protocol) de llamada de emergencia o de socorro y precede al registro en el IMS. Un contexto PDP crea una sesión entre el terminal y un GGSN y asigna al terminal una IP y una dirección P-CSCF. Este contexto PDP utiliza un APN propio (Access Point Name) con el cual se 35 determinan un GGSN y una P-CSCF (Proxy Call Session Control Function) en la red de telefonía móvil (VPLMN) visitada. Esto es necesario porque la llamada de emergencia debe encaminarse en la VPLMN hasta la central de llamadas de emergencia, pero, en situación de Roaming, el GGSN y con él también la P-CSCF pueden estar en la red de origen del abonado (y normalmente están en ella, ya que los APN del operador de la red de origen están preconfigurados en el terminal). Sin embargo, este procedimiento tiene la desventaja de que establecer un contexto 40 PDP y el posterior registro en el IMS pueden llevar mucho tiempo (fácilmente algunos segundos). Por este motivo, 3GPP se está planteando cómo se puede prescindir del registro especial en el IMS en las llamadas de emergencia si el terminal ya está registrado en el IMS. La situación todavía es más complicada por el hecho de que un terminal puede registrarse en una red ajena, pero la P-CSCF y el GGSN pueden estar en la red de origen (el llamado “Roaming GPRS”, en contraposición al Roaming IMS, donde tanto la P-CSCF como el GGSN están en la red
45 visitada). La invención describe posibles procesos con los que se puede evitar un registro especial en el IMS en las llamadas de emergencia y, de esta manera, acelerar considerablemente el establecimiento de la llamada. En el caso de las redes GPRS/UMTS, también se puede evitar establecer un contexto PDP de llamada de emergencia.
El estándar actual TS 23.167 especifica que el terminal siempre debe realizar un registro en el IMS mediante la 50 llamada de emergencia especial SIP URI.
En el caso de GPRS/UMTS, este registro en el IMS se basa en el establecimiento de un contexto PDP especial en la red visitada mediante el APN de llamada de emergencia especial.
55 El objeto de la invención es simplificar el establecimiento de una conexión de llamada de emergencia.
El objeto se aclara en cada una de las reivindicaciones de patente.
La invención describe los procesos con los que se puede evitar un registro especial en el IMS de las llamadas de
60 emergencia y el establecimiento de contextos PDP especiales en GPRS/UMTS. Para ello, se parte de la base que el terminal tiene almacenado localmente un identificador (identificación de red) que identifica a su red de origen (por ejemplo, el de su tarjeta de identificación de abonado móvil). En la telefonía móvil, este identificador está almacenado en la tarjeta SIM/USIM como MCC/MNC (Mobile Country Code/Mobile Network Code) de la red de origen.
65
2
imagen2
Si esta informa al terminal, al registrarse en la red visitada, sobre el identificador de red de la red visitada (en GPRS/UMTS esta información la transmite, por ejemplo, la red de radio, en 3GPP WLAN esta información se transmite al terminal durante la identificación de acceso, en las Next Generation Fixed Networks se podría llevar a cabo un proceso parecido al de la aplicación 3GPP WLAN), se puede prescindir del registro en el IMS especial para 5 las llamadas de emergencia en el caso de que el terminal ya esté registrado en el IMS y, al comparar el identificador guardado de la red de origen y el identificador obtenido de la red visitada, resulta que las dos redes son idénticas y, por lo tanto, el terminal no se encuentra en una red ajena. Como la mayoría de los abonados se encuentra en su red de origen y el terminal debe estar siempre registrado en el IMS para estar “always on”, en la mayoría de los casos, con este proceso se evita un registro especial en el IMS para las llamadas de emergencia con el correspondiente
10 establecimiento de un contexto PDP cuando se trate de GPRS/UMTS.
De acuerdo con una configuración del proceso general, la invención propone que la P-CSCF envíe el identificador de la red en la que ella misma se encuentra al terminal en la respuesta a la solicitud de registro del terminal (SIP 200 OK como respuesta al mensaje SIP REGISTER). Si, como se ha descrito anteriormente, el terminal determina que
15 se encuentra en una red visitada y no en la red de origen, puede determinar, con la información que ha obtenido durante el registro de la P-CSCF, si esta también se encuentra en la red visitada. Si no es así, ya no es necesario un registro especial en el IMS para las llamadas de emergencia. Al realizar llamadas de emergencia, el terminal puede crear inmediatamente la sesión SIP mediante un mensaje SIP INVITE. En el resto de los casos, es necesario un registro de llamadas de emergencia. Este proceso alternativo cubre los escenarios en los que el proceso
20 anteriormente descrito es aplicable, pero se puede utilizar más generalizadamente.
Si no todas las P-CSCF pueden tratar llamadas de emergencia, la P-CSCF también puede reenviar al terminal información relacionada en la respuesta a las solicitudes de registro del mismo. Entonces, el terminal debe tener en cuenta esta información al decidir si debe realizar o no un registro de llamada de emergencia especial.
25 Con la invención se describen procesos con los que, en la mayoría de los casos, se puede evitar un registro especial en el IMS para las llamadas de emergencia y también el establecimiento de un contexto PDP propio en GPRS/UMTS. Como el establecimiento de un contexto PDP y un registro en el IMS son procesos que requieren tiempo, se produce un ahorro considerable de tiempo, requisito importante especialmente en las llamadas de
30 emergencia.
La invención se puede utilizar especialmente en redes de telefonía móvil celulares, pero también en redes WLAN/WIMAX y redes fijas. Se pueden conocer más características y ventajas de la invención en las siguientes reivindicaciones y la posterior descripción de un ejemplo de la aplicación a través de un esquema. El ejemplo de
35 aplicación de la fig. 1 muestra un organigrama que representa cómo un terminal puede transmitir una llamada de emergencia después de registrarse correctamente en el IMS sin tener que realizar antes un registro especial de las llamadas de emergencia en el IMS.
La fig. 1 muestra algunos componentes “S-CSCF”, “P-CSCF”, “GGSN”, “SGSN”, “Radio Access Network” de una red
40 de telefonía móvil conocida por los expertos en la materia a partir de las especificaciones en www.etsi.org o www.3gppp.org.
Un terminal (fig. 1 “Terminal”) se registra en una red de telefonía móvil y obtiene una identificación de red (“MCC1/MNC1”) de la red de telefonía móvil que visita.
45 Entonces, el terminal crea un contexto PDP con un GGSN de su red de telefonía móvil y se le asigna una dirección IP y una dirección P-CSCF para la comunicación con la P-CSCF.
El terminal se registra con la P-CSCF en el IMSS (con un mensaje “SIP REGISTER”). El terminal recibe de la P
50 CSCF la identificación de red “MCC2/MNC2” de la red en la que se encuentra esta P-CSCF (con el mensaje “SIP 200 OK”).
Si más adelante el terminal tiene que realizar una llamada de emergencia, esto será posible, por ejemplo, de la siguiente manera: al comparar la identificación de la red “MCC1/MNC1” de la red visitada por el terminal (guardada
55 en el terminal después de su inicio de sesión/autentificación en la red de telefonía móvil que visita) con la identificación de la red “MCC2/MNC2” de la red en la que se encuentra la P-CSCF, se deriva que la P-CSCF se encuentra en la red que visita el terminal.
Por eso, el terminal no realiza ningún (otro) registro especial (propio) para la llamada de emergencia que quiere
60 hacer, sino que establece la llamada de emergencia de inmediato mediante un mensaje “SIP INVITE”. Con ello, se ahorra tiempo.
3

Claims (18)

  1. imagen1
    REIVINDICACIONES
    1. Proceso para establecer una conexión de llamada de emergencia desde un terminal (fig. 1: “Terminal”) mediante una red visitada por el terminal (fig. 1: “S-CSCF”, “P-CSCF”, “GGSN”, “SGSN”, “Radio Access Network”...) con un
    5 Internet Protocol Multimedia Subsystem, con lo que, si el terminal ya está registrado en el Internet Protocol Multimedia Subsystem, al establecer una conexión de llamada de emergencia, se evita que el terminal se registre en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia si, al comparar la identificación de red de la red visitada, comunicada al terminal al registrarse en la red visitada (“network identifier”, fig. 1: “MCC1”/”MNC1”), con la identificación de red de la red de origen del terminal, las dos identificaciones de red coinciden.
  2. 2. El proceso según la reivindicación 1 caracterizado por el hecho de que la coincidencia de estas identificaciones de red indique que el terminal y/o el módulo de identidad del abonado de telefonía móvil que hay en él se encuentra en su red de origen.
    15
  3. 3.
    El proceso según la reivindicación 1 caracterizado por el hecho de que, si la comparación resulta en una coincidencia en las identificaciones de red, el terminal realiza la llamada de emergencia mediante un registro de Internet Protocol Multimedia Subsystem ya existente.
  4. 4.
    El proceso según la reivindicación 1 caracterizado por el hecho de que la comparación se realiza en el terminal.
  5. 5.
    El proceso según una de las reivindicaciones anteriores que se caracteriza por el hecho de que las identificaciones de red comprenden al menos un Mobile Country Code (MCC) o Mobile Network Code (MNC).
    25 6. El proceso según una de las reivindicaciones anteriores caracterizado por el hecho de que la red es una red de telefonía móvil celular, una Wireless Local Area Network, una red WIMAX o una red fija.
  6. 7.
    El proceso según una de las reivindicaciones anteriores caracterizado por el hecho de que la identificación de red de la red de telefonía móvil visitada se transmite al terminal al realizar la autentificación del terminal en la red de telefonía móvil visitada.
  7. 8.
    El proceso según una de las reivindicaciones anteriores caracterizado por el hecho de que una Proxy Call State Control Function de una red de telefonía móvil envía al terminal, en una respuesta (“SIP 200 OK”) a una solicitud de registro de Internet Protocol Multimedia Subsystem (“SIP REGISTER”) del terminal, la identidad de la red (“network
    35 identifier”, fig. 1: “MCC1”/”MNC1”) en la que se encuentra la misma Proxy Call State Control Function, con lo cual el terminal, cuando detecta que la red que visita no es la de origen, transmite, mediante una identificación de red obtenida al registrar la Proxy Call State Control Function (fig. 1: “MCC2”/”MNC2”) si la Proxy Call State Control Function también se encuentra en la red de telefonía móvil visitada por el terminal, en cuyo caso, al establecer una conexión de llamada de emergencia, se evita que el terminal se registre en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia y el terminal establece una sesión de Session Initiation Protocol para la conexión de llamada de emergencia (fig. 1: SIP INVITE), mientras que, en caso contrario, al establecer una conexión de llamada de emergencia primero se realiza un registro especial del terminal en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia, antes de que la conexión de llamada de emergencia establezca una sesión Session Initiation Protocol (fig. 1: SIP INVITE).
    45
  8. 9.
    El proceso según la reivindicación anterior caracterizado por el hecho de que, para la conexión de llamada de emergencia, se establece una sesión de Session Initiation Protocol mediante un mensaje “SIP INVITE”.
  9. 10.
    El proceso según una de las reivindicaciones anteriores caracterizado por el hecho de que, si la Proxy Call State Control Function no puede gestionar llamadas de emergencia, la Proxy Call State Control Function puede reenviar al terminal información relacionada en una respuesta a una solicitud de registro del mismo y el terminal tiene en cuenta esta información al decidir si debe realizar o no un registro de llamada de emergencia especial.
  10. 11.
    El proceso según una de las reivindicaciones anteriores caracterizado por el hecho de que, cuando la fuente de
    55 alimentación comprende un General Packet Radio Service o un Universal Mobile Telecommunication System, se evita establecer un contexto PDP propio, junto con el registro del Internet Protocol Multimedia Subsystem del terminal para esta conexión de llamada de emergencia.
  11. 12. Terminal para establecer una conexión de llamada de emergencia desde un terminal mediante una red visitada por el terminal con un Internet Protocol Multimedia Subsystem, que consta de un medio para recibir una identificación de red de la red visitada que se transmite al terminal al registrarse en la red visitada,
    un medio para comparar la identificación de red recibida de la red visitada con la identificación de red de la red de origen, un medio para establecer una conexión de llamada de emergencia, con lo que, si el terminal ya está 65 registrado en el Internet Protocol Multimedia Subsystem y el medio para comparar resulta en una coincidencia en las
    4
    imagen2
    identificaciones de red, al establecer la conexión de llamada de emergencia, se evita que el terminal se registre en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia.
  12. 13. El terminal según la reivindicación 12 caracterizado por el hecho de que, si el medio para comparar resulta en
    5 una coincidencia en las identificaciones de red, la llamada de emergencia se realiza mediante un registro de Internet Protocol Multimedia Subsystem ya existente.
  13. 14. El terminal según la reivindicación 12 o 13, con el que la identificación de red de la red de telefonía móvil visitada
    se transmite al terminal al realizar la autentificación del terminal en la red de telefonía móvil visitada. 10
  14. 15. El terminal según una de las reivindicaciones de 12 a 14 consta de un Subscriber Identity Modul o de un Universal Subscriber Identity Modul en el que está almacenada la identificación de red de la red de origen.
  15. 16. El terminal según una de las reivindicaciones de 12 a 15, con el que las identificaciones de red comprenden al 15 menos un Mobile Country Code (MCC) o Mobile Network Code (MNC).
  16. 17. El terminal según una de las reivindicaciones de 12 a 16, con el que la red visitada es una red de telefonía móvil celular, una Wireless Local Area Network, una red WIMAX o una red fija.
    20 18. El terminal según una de las reivindicaciones de 12 a 17, con el que se recibe la identificación de red de una Proxy Call State Control Function de una red de telefonía móvil, en una respuesta (“SIP 200 OK”) a una solicitud de registro de Internet Protocol Multimedia Subsystem (“SIP REGISTER”) del terminal, y la identidad de la red (“network identifier”, fig. 1: “MCC1”/”MNC1”) en la que se encuentra la misma Proxy Call State Control Function detecta, con todos los medios para determinar, si la red visitada no es la de origen mediante una identificación de red obtenida al
    25 registrar la Proxy Call State Control Function, si la Proxy Call State Control Function se encuentra en la red de telefonía móvil visitada por el terminal, en cuyo caso, al establecer una conexión de llamada de emergencia, se evita que el terminal se registre en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia y el terminal establece una sesión de Session Initiation Protocol para la conexión de llamada de emergencia (fig. 1: SIP INVITE), mientras que, en caso contrario, al establecer una conexión de llamada de
    30 emergencia primero se realiza un registro especial del terminal en el Internet Protocol Multimedia Subsystem para esta conexión de llamada de emergencia, antes de que la conexión de llamada de emergencia establezca una sesión Session Initiation Protocol (fig. 1: SIP INVITE).
  17. 19. El terminal según la reivindicación 12, con el que para la conexión de llamada de emergencia, se establece una 35 sesión de Session Initiation Protocol mediante un mensaje “SIP INVITE”.
  18. 20. El terminal según una de las reivindicaciones 18 o 19 consta de medios para decidir si debe realizar o no un registro de llamada de emergencia especial después de recibir informaciones de la Proxy Call State Control Function según las cuales, esta no puede gestionar llamadas de emergencia.
    40
    5
ES07728119.4T 2006-04-27 2007-04-13 Método simplificado para el registro de IMS en caso de llamadas de emergencia Active ES2553377T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102006019719 2006-04-27
DE102006019719A DE102006019719A1 (de) 2006-04-27 2006-04-27 Vereinfachtes Verfahren zur IMS Registrierung bei Notrufen
PCT/EP2007/053654 WO2007125024A1 (de) 2006-04-27 2007-04-13 Vereinfachtes verfahren zur ims registrierung bei notrufen

Publications (1)

Publication Number Publication Date
ES2553377T3 true ES2553377T3 (es) 2015-12-09

Family

ID=38457705

Family Applications (1)

Application Number Title Priority Date Filing Date
ES07728119.4T Active ES2553377T3 (es) 2006-04-27 2007-04-13 Método simplificado para el registro de IMS en caso de llamadas de emergencia

Country Status (16)

Country Link
US (1) US8254872B2 (es)
EP (1) EP2014047B1 (es)
JP (1) JP4898904B2 (es)
KR (1) KR101502801B1 (es)
CN (1) CN101433053B (es)
AU (1) AU2007245709B2 (es)
BR (1) BRPI0710873A2 (es)
CA (1) CA2649229C (es)
DE (1) DE102006019719A1 (es)
EG (1) EG25914A (es)
ES (1) ES2553377T3 (es)
MX (1) MX2008013775A (es)
RU (1) RU2463710C2 (es)
UA (1) UA95629C2 (es)
WO (1) WO2007125024A1 (es)
ZA (1) ZA200808629B (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2423022C2 (ru) 2006-05-02 2011-06-27 Нтт Досомо, Инк. Мобильный терминал и мобильная система связи
EP2938043B1 (en) * 2007-12-28 2019-11-27 Telefonaktiebolaget LM Ericsson (publ) Method of access provision
KR100955138B1 (ko) 2008-01-30 2010-04-28 엘지노텔 주식회사 응급 호를 서비스하기 위한 모바일 와이맥스 시스템 및방법
US8335485B2 (en) * 2008-06-11 2012-12-18 Nokia Corporation Call routing
CN101729516B (zh) * 2008-10-15 2014-06-18 中国联合网络通信集团有限公司 因特网协议多媒体子***业务的注册方法与注册***
WO2010092147A1 (en) * 2009-02-13 2010-08-19 Telefonaktiebolaget L M Ericsson (Publ) Efficient emergency call in ims
WO2010105812A1 (en) * 2009-03-17 2010-09-23 Alcatel Lucent Cellular wireless network and method of operation
KR101559641B1 (ko) * 2010-12-23 2015-10-12 블랙베리 리미티드 Ⅰｐ 멀티미디어 서브시스템을 위한 카드 툴킷 지원
CN104081741B (zh) * 2012-01-26 2018-04-06 瑞典爱立信有限公司 经由分组交换网络提供ims语音会话以及经由电路交换网络提供紧急语音会话的方法及装置
CN102739669B (zh) 2012-06-26 2018-05-11 中兴通讯股份有限公司 Ims网络的会话切换方法及eatf
TWI672926B (zh) * 2018-04-16 2019-09-21 中華電信股份有限公司 無線公話應用程式之系統與方法
CN112368991B (zh) * 2018-07-03 2023-05-12 德国电信股份有限公司 用于归属移动通信网络和拜访移动通信网络中的ip多媒体子***呼叫的改进的处置的方法
US10880341B1 (en) * 2020-02-06 2020-12-29 T-Mobile Usa, Inc. Modifying a challenge requirement for user registrations

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2150790C1 (ru) 1994-10-27 2000-06-10 Интернэшнл Бизнес Машинз Корпорейшн Способ и устройство для защищенной идентификации мобильного пользователя в сети связи
FI107770B (fi) * 1999-06-07 2001-09-28 Nokia Mobile Phones Ltd PDP-kontekstien hallinta matkaviestimessä
ES2262356T3 (es) * 1999-12-07 2006-11-16 Nokia Corporation Metodo y sistema de encaminamiento de llamadas en funcion de la posicion de la persona que realiza la llamada en una red ip movil.
CN100521813C (zh) * 2001-04-27 2009-07-29 诺基亚公司 处理网络识别紧急会话的方法和***
ATE472218T1 (de) * 2001-04-27 2010-07-15 Nokia Corp Teilnehmerendgerät, netzwerkelement, und verfahren und kommunikationssystem zur herstellung einer notfallsitzung
US7145997B2 (en) * 2001-12-07 2006-12-05 Nokia Corporation Method and system for callback in case of an emergency session
US6757533B2 (en) * 2002-01-23 2004-06-29 Nokia Corporation Rich calling line handling in call setup signalling
JP2005525030A (ja) * 2002-05-06 2005-08-18 ノキア コーポレイション 通信ネットワークにおいて特定形式のセッションを取り扱うシステム及び方法
KR100541241B1 (ko) * 2003-04-16 2006-01-10 에스케이 텔레콤주식회사 Ｉｍｔ-2000 ｉｍｓ망에서의 비상호 서비스 제공방법
DE60312326T2 (de) * 2003-09-03 2007-11-08 Research In Motion Ltd., Waterloo Verfahren und Vorrichtungen zur Anzeige eines Heimnetzwerknamens
EP1680938A1 (en) * 2003-10-17 2006-07-19 Nortel Networks Limited Method for obtaining location information for emergency services in wireless multimedia networks
US7050785B2 (en) 2003-12-08 2006-05-23 Research In Motion Limited Apparatus and method of explicit indication of call from emergency call centre
ATE374512T1 (de) * 2004-10-20 2007-10-15 Alcatel Lucent Verfahren, zugangspunkt, telekommunikationsvorrichtung, server und informationssystem zur herstellung und zum auffinden von, in einem telekommunikationsnetzwerk, verfügbaren netzverbindungssorten
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US20080008157A1 (en) * 2006-07-06 2008-01-10 Edge Stephen W Method And Apparatus For Parallel Registration And Call Establishment
US20080089486A1 (en) * 2006-10-17 2008-04-17 Telefonaktiebolaget Lm Ericsson (Publ) Temporary emergency call back identifier
US9185216B2 (en) * 2007-06-15 2015-11-10 Blackberry Limited System and method for indicating emergency call back to user equipment

Also Published As

Publication number Publication date
EP2014047B1 (de) 2015-11-11
US8254872B2 (en) 2012-08-28
RU2008146757A (ru) 2010-06-10
AU2007245709A1 (en) 2007-11-08
MX2008013775A (es) 2008-11-14
EG25914A (en) 2012-10-10
RU2463710C2 (ru) 2012-10-10
CN101433053B (zh) 2013-05-22
JP2009534967A (ja) 2009-09-24
DE102006019719A1 (de) 2007-10-31
CA2649229C (en) 2013-08-06
BRPI0710873A2 (pt) 2012-01-10
CN101433053A (zh) 2009-05-13
ZA200808629B (en) 2009-10-28
UA95629C2 (ru) 2011-08-25
JP4898904B2 (ja) 2012-03-21
AU2007245709B2 (en) 2010-09-02
WO2007125024A1 (de) 2007-11-08
CA2649229A1 (en) 2007-11-08
KR101502801B1 (ko) 2015-03-16
US20090098851A1 (en) 2009-04-16
KR20090009913A (ko) 2009-01-23
EP2014047A1 (de) 2009-01-14

Similar Documents

Publication Publication Date Title
ES2553377T3 (es) Método simplificado para el registro de IMS en caso de llamadas de emergencia
US10631224B2 (en) Authenticating user equipments through relay user equipments
ES2371109T3 (es) Sistema y aparato para usuarios de cs móvil para acceder a la red de ims y el método de registro para el acceso.
US7836487B2 (en) Apparatus and method for authenticating a user when accessing to multimedia services
US8515421B2 (en) IMS enabled attach procedure for LTE
ES2384698T3 (es) Provisión de servicios IMS mediante acceso por conmutación de circuitos.
US20100054187A1 (en) Method and apparatus for providing circuit switched domain services over a packet switched network
ES2547484T3 (es) Método de provisión de acceso
US8532091B2 (en) Method and apparatus for providing IMS services to circuit-switched controlled terminals
CN100428718C (zh) 一种非ims移动终端接入ims域的鉴权注册方法及装置
US20080125114A1 (en) Method and system for registering multiple addresses of record for a mobile station
ES2774411T3 (es) Procedimiento de configuración de un terminal conectado a una red de comunicación
KR101812435B1 (ko) 호출 제어 장치와 사용자 서비스 처리 방법
US8594105B1 (en) Base-station provided access to IMS services
WO2009026843A1 (fr) Système, appareil et procédé de mise à jour de l'emplacement de l'équipement utilisateur
EP1944945B1 (en) Communication system with transparent subscriber mobility based on group registration