ES2407479T3 - Comunicaciones en tiempo real entre un teléfono y usuarios de Internet - Google Patents
Comunicaciones en tiempo real entre un teléfono y usuarios de Internet Download PDFInfo
- Publication number
- ES2407479T3 ES2407479T3 ES04727058T ES04727058T ES2407479T3 ES 2407479 T3 ES2407479 T3 ES 2407479T3 ES 04727058 T ES04727058 T ES 04727058T ES 04727058 T ES04727058 T ES 04727058T ES 2407479 T3 ES2407479 T3 ES 2407479T3
- Authority
- ES
- Spain
- Prior art keywords
- terminal
- address
- interworking function
- user
- network
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 17
- 238000000034 method Methods 0.000 claims abstract description 32
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 230000011664 signaling Effects 0.000 description 12
- 238000012790 confirmation Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000032258 transport Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 102100026622 Cartilage intermediate layer protein 1 Human genes 0.000 description 1
- 101000913767 Homo sapiens Cartilage intermediate layer protein 1 Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/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/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
Abstract
Un procedimiento de establecimiento de un enlace de comunicaciones entre un primer terminal que tiene unadirección enrutable dedicada que opera en una red UMTS y un segundo terminal que opera en una red de paquetesconmutados en el que cada terminal se identifica por una dirección alias, tal como una dirección de correoelectrónico, o un identificador de recursos universal (URI), al cual se puede asignar una de varias direccionesenrutables, comprendiendo el procedimiento las etapas de: establecer una primera conexión entre el primer terminal en la red UMTS y una función de interfuncionamiento enla que: una petición de establecimiento de llamada desde el primer terminal incluye la dirección de la función deinterfuncionamiento a través de la cual se encaminan las llamadas desde la red UMTS para la red depaquetes conmutados, y la petición de establecimiento de llamada se encamina a la función de interfuncionamiento,establecer una segunda conexión entre la función de interfuncionamiento y el segundo terminal en la red depaquetes conmutados en el que: el primer terminal indica a la función de interfuncionamiento la dirección alias para el terminal en la red depaquetes conmutados, y la dirección enrutable asignada a la dirección alias se comprueba a través de la función deinterfuncionamiento, estableciéndose el enlace de comunicaciones entre los terminales primero y segundo a través de la direcciónenrutable basándose en las conexiones primera y segunda.
Description
Comunicaciones en tiempo real entre un teléfono y usuarios de Internet
La presente revelación se refiere al establecimiento de comunicaciones en tiempo real entre usuarios de teléfonos móviles y usuarios de Internet o una red analógica de paquetes conmutados. En particular la presente invención se refiere a un nuevo mecanismo de marcación para teléfonos móviles 3G.
Antecedentes de la invención
Una de las características de las comunicaciones móviles de 3G es la provisión de videollamadas entre videoteléfonos 3G. Un usuario 3G contacta con un teléfono remoto marcando el número E.164 del contacto (como para las llamadas de voz). Se puede acceder a este número desde una aplicación de lista de contactos en el teléfono, si se ha almacenado anteriormente. E.164 es la Recomendación del ITU-T que define el plan de numeración de las telecomunicaciones públicas internacionales. Los números E.164 están en el formato normalizado usado en el sistema telefónico internacional (por ejemplo, +44 7782221234). La ITU es la Unión de Telecomunicaciones Internacional, y el ITU-T es el Sector de Normalización de Telecomunicaciones de la ITU. Después de la introducción del número, el usuario presiona el botón de llamada y el teléfono enviará una petición a la Red para establecer una portadora con la parte remota. El número de la parte remota (número de la "parte llamada" o "parte B") se incluye en el mensaje inicial de "establecimiento de llamada" enviado por el teléfono originador de la llamada. Esto se define en el documento R99 TS 24.008 del 3GPP. Protocolos de la Red Central -Etapa 3. El 3GPP es el Proyecto de Miembros de la 3ª Generación. La red analizará a continuación el número de la parte llamada y encaminará la petición a la red relevante y al abonado.
La Figura 1 muestra el flujo de señalización para el establecimiento de llamada de 3G a 3G H324. H.324 es la Recomendación del ITU-T para terminales para la comunicación multimedia de baja tasa de bit. El primer usuario inicia una llamada enviando una petición de establecimiento de llamada desde su Estación Móvil (MS) a un primer Centro de Conmutación Móvil (MSC); ESTABLECIMIENTO (parte llamada Nº E.164). El primer MSC envía a continuación un Mensaje de Dirección Inicial (IAM) de la Parte de Usuario de Servicios Integrados (ISUP) E.164 a un segundo MSC. El segundo MSC envía a continuación un mensaje de establecimiento a la segunda MS, ESTABLECIMIENTO (BC_IE / ITC = UDI, …). BC establece la Capacidad de Portadora, IE establece el Elemento de información, ITC establece la Capacidad de Transferencia de Información y UDI establece la Información Digital No Restringida. La información BC es una información específica que define las características de la capa inferior requeridas dentro de la red. Una vez que la segunda MS ha recibido el ESTABLECIMIENTO (BC_IE / ITC = UDI, …) devuelve al segundo MSC la confirmación de la llamada; LLAMADA CONFIRMADA (BC_IE / LLC / HLC). LLC establece la compatibilidad para la Capa Baja y HLC establece la Compatibilidad para la Capa Alta. La información LLC define las características de la capa inferior del terminal y la información HLC define las características de la capa alta del terminal. Una vez que el segundo MSC ha recibido la LLAMADA CONFIRMADA (BC_IE / LLC / HLC) envía de vuelta al primer MSC un Mensaje Completo de Dirección ISUP (ACM). Durante el intento de conexión del primer usuario con el segundo usuario, es decir mientras que las MS están llamando, la segunda MS envía mensajes de Alerta de vuelta al segundo MSC que envía un mensaje de Progreso de la Llamada ISUP (CPG) al primer MSC que envía un mensaje de Alerta de vuelta a la primera MS. Una vez que el segundo usuario contesta la llamada la segunda MS envía un mensaje de Conexión de vuelta al segundo MSC que envía un Mensaje de Respuesta ISUP (ANM) al primer MSC que envía un mensaje de Conexión de vuelta a la primera MS. A continuación se envía una Confirmación de Conexión desde la primera MS a la segunda MS a través de los MSC. La señalización descrita anteriormente tiene lugar sobre canales lógicos H.324/M sobre un canal UDI de 64 Kbps.
Una característica futura anticipada que se puede implementar sobre los sistemas de teléfonos móviles es el establecimiento de llamadas de video desde los teléfonos móviles a clientes de video basados en el Protocolo de Internet (IP), por ejemplo Ordenadores Personales (PC) conectados a un punto final de IP.
Convencionalmente, la mayor parte de los puntos finales de IP sobre la Internet o Redes Corporativas son alcanzables por direcciones de IP enrutables. Las direcciones de IP enrutables se asignan cada vez que un PC se conecta a una red relevante. Por ejemplo, cada vez que un PC se conecta con un Proveedor del Servicio de Internet (ISP) o a una Red de Área Local corporativa LAN, el ISP o el servidor Corporativo identifican el PC y asignan al PC una dirección de IP enrutable. Esta dirección de IP será válida durante el tiempo de conexión y probablemente será diferente en la siguiente conexión.
La única dirección consistente disponible sobre una Red de IP se proporciona por una dirección alias tal como una dirección de correo electrónico (email), el Protocolo de Iniciación de Sesión (SIP), el Identificador de Recursos Único (URI), o números. SIP es un Protocolo de control de llamadas para la comunicación basada en IP. Esta dirección alias se mapeará a una dirección de IP enrutable del PC (cuando esté conectado a la Red).
Por consiguiente, si un primer usuario quiere enviar un correo electrónico a un segundo usuario, el primer usuario solo necesita saber la dirección de correo electrónico del segundo usuario y la red encaminará el correo electrónico a la dirección de IP enrutable correcta. El usuario no necesita conocer la dirección de IP enrutable del PC del segundo usuario. Esto sería complicado y no sería fácil de usar.
Si un terminal móvil 3G va a realizar una llamada a un PC se aplica el mismo principio. Los teléfonos móviles 3G tendrán que "marcar" una dirección alias. Sin embargo, el 3GPP y la ITU no han definido ningún mecanismo para permitir este escenario. Cuando un teléfono móvil inicia una llamada, siempre se espera que el Número de la Parte Llamada incluido en el mensaje de establecimiento de la llamada esté en el formato E.164 y no una dirección de correo electrónico o cualquier otro tipo de dirección alias.
Este problema podría resolverse asignando un número E.164 a cada punto final IP de modo que un terminal móvil 3G podría "marcar" un ordenador personal, igual que marcaría otro terminal móvil 3G. Esto podría ser realizable para una red cerrada, por ejemplo una red corporativa, pero no sería adecuado para los millones de usuarios de internet debido al número limitado de números E.164 disponibles. Además, el formato de los números E.164 no se reconoce en todo el mundo y por lo tanto los números E.164 no posibilitarían conexiones con usuarios de todo el mundo. Un beneficio de la internet es su accesibilidad en sitios remotos y esto se perdería.
El documento EP-A-1071268 muestra un sistema de telecomunicaciones que puede recibir llamadas VoIP y el documento EP-A-1111532 desvela un procedimiento para el transporte de objetos físicos.
Sumario de la invención
La presente invención proporciona un procedimiento de establecimiento de un enlace de comunicaciones entre un primer terminal que tiene una dirección enrutable dedicada que opera en una primera red y un segundo terminal que opera en una segunda red en la cual está identificado cada terminal por una dirección alias a la cual se puede asignar un número de dirección enrutable, en el que:
la petición de establecimiento de llamada desde el primer terminal incluye la dirección de una función de
interfuncionamiento a través de la cual se encaminan las llamadas desde la primera red a la segunda red,
la petición de establecimiento de llamada se encamina a la función de interfuncionamiento,
el primer terminal también indica a la función de interfuncionamiento la dirección alias para el terminal sobre la
segunda red,
la dirección enrutable asignada a la dirección alias se comprueba a través de la función de interfuncionamiento, y
se establece un enlace entre los terminales primero y segundo a través de la dirección enrutable.
De este modo, la presente invención proporciona una solución al problema descrito anteriormente proporcionando una Función de Interfuncionamiento (IWF) entre el primer terminal que opera en la primera red y el segundo terminal que opera en la segunda red. El primer terminal no tiene que "marcar" una dirección alias y en cambio solicita que se establezca una llamada de teléfono convencional (voz o video) con la IWF. La función IWF establece a continuación la conexión de IP con el segundo terminal sobre la base de su dirección alias enviada a la IWF por el primer terminal.
Preferentemente, la dirección de la IWF y la dirección alias del segundo terminal se incluyen en la petición de establecimiento de llamada enviada inicialmente desde el primer terminal a la IWF. Esto tiene la ventaja de minimizar el número de mensajes intercambiados entre la parte llamante, la IWF y la parte llamada antes de que se establezca el enlace. Sin embargo, si la parte llamante está en tránsito fuera de su red local, la dirección alias incluida en la petición de establecimiento de llamada no se puede detectar y se transmite por la red extranjera. En este caso, es preferible que la dirección alias se señalice a la IWF después de que se ha establecido el enlace entre la parte llamante y la IWF. Este procedimiento usualmente sería una alternativa al primer procedimiento mencionado anteriormente pero puede ser adicional, de modo que se consiguen las ventajas de la conexión rápida cuando sea posible.
La dirección alias puede ser una dirección de correo electrónico, URI o número E.164 al cual se mapea una dirección de IP enrutable.
En otro aspecto, la presente invención proporciona un procedimiento para el establecimiento de un enlace de comunicaciones entre un primer terminal que tiene una dirección enrutable dedicada que opera en una primera red y un segundo terminal que opera en una segunda red en la cual cada terminal se identifica por una dirección alias a la cual se puede asignar un número de dirección enrutable, en el que:
se asigna una dirección enrutable a la dirección alias del segundo terminal y se almacena en un Controlador de Acceso, se inicia una petición de un enlace por el segundo terminal, y se establece el enlace a través de la función de interfuncionamiento a través de la cual se encaminan las llamadas desde la primera red a la segunda red y viceversa.
Este es el inverso del procedimiento descrito anteriormente. El segundo terminal, preferentemente un PC conectado a una red IP, efectúa una llamada a un primer terminal, preferentemente un terminal móvil 3G, a través de una IWF. De este modo, el PC no necesita realizar una llamada de teléfono convencional y en cambio realiza una petición de una conexión de IP con la IWF que hace una llamada de teléfono convencional al terminal móvil 3G sobre la base de la información contenida en la petición.
Preferentemente, si la red mantiene una función de mapeo de las direcciones alias a direcciones IP enrutables, esta función se puede usar para proporcionar al usuario la dirección alias con información relativa a la parte llamante (equivalente a la Presentación de Identidad de la Línea Llamante (CLIP)).
Breve descripción de los dibujos
De modo que la presente invención se pueda entender más fácilmente se describirán ahora realizaciones de la misma solo a modo de ejemplo y con referencia a los dibujos adjuntos en los que:
la Figura 1 es un diagrama de la señalización de establecimiento de llamada entre dos terminales móviles indicados por números E.164;
la Figura 2 es una visión general de una red de comunicaciones típica que usará la presente invención;
la Figura 3 es un diagrama de un ejemplo de señalización de establecimiento de llamada de acuerdo con la invención; y
la Figura 4 es un diagrama de un segundo ejemplo de establecimiento de llamada de acuerdo con la invención;
la Figura 5 es un diagrama de un establecimiento de la llamada desde un punto final de IP al terminal móvil con presentación de identidad de la parte llamante.
Descripción detallada de las realizaciones preferidas de la invención
El procedimiento comprende dos etapas principales como se muestra en la Figura 3. La primera etapa es el establecimiento de una conexión entre un terminal móvil 3G y una Puerta Interactiva de Video (VIG) y la segunda etapa es el establecimiento de una conexión entre la VIG y un PC (u otro punto final de IP). La primera etapa se inicia como sigue. El usuario del terminal móvil de 3G puede haber introducido previamente en la lista de contactos sobre el teléfono, información relevante acerca del "llamado" (por ejemplo el número móvil, el número de la línea fija, el número de Fax, una dirección de correo electrónico de casa, la dirección de correo electrónico del trabajo). A través de la lista de contactos, el usuario elegirá el nombre de la persona con la que quiere contactar, y a continuación elegirá el modo en el que quiere comunicar con esa persona. Como alternativa el usuario puede simplemente introducir una dirección de correo electrónico del otro usuario dentro del teléfono. Eligiendo desde los detalles de contacto o introduciendo dentro del teléfono una dirección de correo electrónico, el usuario tendrá dos opciones. Puede enviar un correo electrónico o puede iniciar una llamada a la dirección de correo electrónico elegida. Lo último iniciará las etapas mencionadas anteriormente y descritas más adelante.
La primera etapa es el establecimiento de una conexión entre un terminal móvil 3G y la VIG. La VIG es una Función de Inter Funcionamiento (IWF). Este elemento de la Red Central proporciona un enlace entre el dominio de Circuitos Conmutados de la Red 3G y otras Redes basadas en Paquetes usando IP como un protocolo de transporte y permite la telefonía de video entre los puntos finales que operan sobre las diferentes redes. En el presente caso, el Inter Funcionamiento será entre la Red de Circuitos Conmutados de 3G donde operan los terminales 3G-H324M, y la Red de IP de Paquetes Conmutados (Internet o una LAN Corporativa de IP) donde operan los terminales H323 / SIP. La VIG proporcionará alguna conversión de protocolo y la función de transcodificación si es necesario.
Un terminal 3G.324M es un terminal H.324 que sigue las especificaciones establecidas en el documento R99 TS
24.008 del 3GPP: Protocolos de la Red Central - Etapa 3 mencionado anteriormente, usando adaptaciones móviles de la capa de multiplexación en la H.223 de ITU-T y que se denomina en adelante en el presente documento terminal 3G-324M por simplicidad.
H.323 es un protocolo para la conferencia de video basado en IP. Este protocolo se compone de varios protocolos específicos relativos a los Codec de Audio y de Video, Control de Llamadas, etc. Un Codec es un codificador / decodificador usado para convertir señales de audio o video a / desde un formato digital.
Refiriéndonos a la Figura 3, cuando un usuario de un terminal móvil 3G solicita que se establezca una llamada a un punto final IP el terminal móvil de 3G envía una mensaje de establecimiento de llamada normalizado a la red con el Número de la Parte Llamada que es el número E.164 de la VIG (en el mismo modo que haría cuando llama a otro teléfono móvil). El número de la VIG se puede provisionar de antemano y almacenar en el teléfono. El usuario del terminal móvil de 3G no necesariamente requiere ningún conocimiento de este número.
El mensaje de establecimiento de llamada también incluye la dirección alias del punto final IP del terminal móvil de 3G con el que está intentando conectar el usuario. La dirección alias se intercepta a continuación por la VIG, que comprobará con su H.323 GK (Función de Controlador de Acceso) o una función proxy SIP, si el punto final IP llamado está conectado y ha iniciado sesión. Esto se consigue preguntando a la base de datos relevante. Si el punto final IP está conectado a la red relevante la H.323 GK o Proxy SIP comprobarán en la base de datos relevante qué dirección IP enrutable se ha asignado al punto final IP.
Los Controladores de Acceso y los proxy SIP son servidores de control de la llamada. Un Controlador de Acceso controlará las comunicaciones basadas en H.323 mientras que un proxy SIP controlará las comunicaciones basadas
en SIP.
La segunda etapa es el establecimiento de una conexión entre la VIG y el punto final IP. Una vez que la VIG se ha informado de la dirección IP enrutable del punto final IP, establecerá la llamada sobre la red IP.
Lo siguiente se refiere a la Figura 3
Nota 1: Un terminal móvil 3G marca un número corto predefinido de la Función de Inter Funcionamiento (WIF) predefinido en el modo convencional. El mensaje de establecimiento incluye un dirección alias para el H.323; ESTABLECIMIENTO (UUIE). La dirección alias (dirección de correo electrónico) se coloca dentro del Elemento de Información de Usuario a Usuario (UUIE). El UUIE es un elemento de información en el mensaje de ESTABLECIMIENTO que envía el terminal 3G envía hacia el Centro de Conmutación Móvil (MSC).
Por medio del análisis del número de la Parte Llamada, la VIG entenderá que esta es una llamada de marcación de dos etapas. Basándose en el número de la WIF predefinido, la VIG elegirá una GK donde enviará un mensaje de ESTABLECIMIENTO incluyendo la dirección alias del UUIE. Después de esto, se establece una llamada como una llamada normal de marcación de una etapa.
Nota 2: Si la VIG recibe una dirección alias en el UUIE como parte del Mensaje de Dirección Inicial (IAM) la VIG esperará la Capacidad del Terminal H.245 (TCS) como un primer mensaje desde el terminal 3G.324M. Cualquier otro mensaje H.245 que venga como un primer mensaje desde el terminal 3G.324M se ignorará. H.245 es un protocolo de control de la llamada que proporciona la señalización de extremo a extremo para la operación adecuada del terminal H.234. Proporciona el intercambio de capacidades, la señalización de comandos e indicaciones, y mensajes para abrir y describir completamente el contenido de los canales lógicos. H223 es el protocolo Múltiplex que multiplexa los flujos de video transmitido, audio, datos y control dentro de un flujo de bits único, y demultiplexa un flujo de bits recibido dentro de diversos flujos multimedia. Además, realiza el entramado lógico, la numeración de secuencias, la detección de errores, y la corrección de errores por medio de la retransmisión, según sea apropiado para cada tipo de medio.
El mensaje de establecimiento de llamada usa un campo específico del mensaje de establecimiento definido en la sección 10.5.4.25 del documento R99 TS 24.008 del 3GPP: Protocolos de la Red Central - Etapa 3 como un UUIE. El UUIE es un mecanismo de transporte multipropósito y es un servicio definido en la normativa y disponible en los proveedores de equipos. Sin embargo aún no se usa comúnmente. Dependiendo de la normativa adoptada, el UUIE proporciona una trama de varios bytes u octetos para su uso como elija el operador de red. Para realizar la presente invención, el UUIE se puede codificar en una diversidad de formas diferentes. A continuación se muestra un ejemplo.
El elemento de información de Usuario a Usuario (UUIE) se codifica de acuerdo con la tabla siguiente.
- 8
- 7 6 5 4 3 2 1
- IEI de Usuario a Usuario
- Octeto 1
- Longitud de los contenidos de usuario a usuario
- Octeto 2
- Discriminador del protocolo de usuario a usuario
- Octeto 3
- Información de usuario a usuario 1
- Octeto 4
- Información de usuario a usuario 2
- Octeto 5
- …
- Información de usuario a usuario n - 3
- Octeto n
Octeto 1 - Incluye el código Identificador del Elemento de Información (IE). El código usado en este caso es diferente para la Parte del Usuario de Servicios Integrados (ISUP) y el protocolo de control de la llamada 3G. Octeto 2 - Muestra la longitud de los contenidos de usuario a usuario Octeto 3 - El discriminador de protocolo para los contenidos de usuario a usuario. Todos los bits se fijarán a (0) para indicar el protocolo específico de Usuario. Esto es porque los octetos de los contenidos de usuario a usuario pueden incluir caracteres no IA5. Octeto 4 - Primer octeto de la información de usuario a usuario. La información de Usuario a Usuario es un campo para el intercambio de información entre dos puntos finales. Los bits del Octeto 4 toman el siguiente formato: Bit 8: extensión, codificado como cero (0) Bit 7: codificado como: 0 - para la dirección de destino (en caso de uso del UUIE para la marcación de dos etapas Bits 6 - 1: Tipo de Dirección, especifica el tipo de dirección, codificado como un número entero, como sigue:
0 - reservado 1 - ID de correo electrónico -- dirección de correo electrónico de acuerdo con la rfc822 2 - ID de url -- dirección del estilo de URL 3 - ID de h323 -- ISO/IEC 646 Básico 4…63 - disponibles
Octeto 4 a n: Información de dirección, codificada dependiendo del tipo de dirección como sigue:
ID de h323 - codificado como una Cadena de caracteres IA5 consistente de caracteres como se especifica en
ISO/IEC 646, con el bit más significativo puesto a '0'
ID de url - codificado como una Cadena de caracteres IA5 consistente de caracteres como se especifica en
ISO/IEC 646, con el bit más significativo puesto a '0'
ID de correo electrónico -codificado como una Cadena de caracteres IA5 consistente de caracteres como se
especifica en ISO/IEC 646, con el bit más significativo puesto a '0'
Nota: si la conversión de la Cadena de caracteres BMP a una Cadena de caracteres IA5 no es posible para la ID de
h.323 en una llamada de H.323 a 3G.324M, la dirección fuente se ignora.
Haciendo referencia de nuevo a la Figura 3 que muestra el flujo de señalización desde un terminal 3G324M a un terminal H.323. El primer usuario inicia una llamada enviando una petición de establecimiento de llamada desde su Estación Móvil (MS) (teléfono de Video 3G) a un Centro de Conmutación Móvil (MSC); ESTABLECIMIENTO (UUIE). El MSC envía a continuación un mensaje IAM (UUIE) a la VIG. A continuación de esto el MSC envía un mensaje de CONTINUAR LA LLAMADA de vuelta al terminal 3G324M. La VIG envía a continuación un mensaje de establecimiento al segundo punto final IP (terminal H.323); ESTABLECIMIENTO. Una vez que el terminal H.323 ha recibido el mensaje de ESTABLECIMIENTO devuelve a la VIG un mensaje de continuar la llamada; CONTINUAR LA LLAMADA. Una vez que la VIG ha recibido el mensaje de CONTINUAR LA LLAMADA envía de vuelta al MSC un ACM. Mientras que se espera conectar el primer usuario al segundo usuario, es decir antes de que el punto final IP haya "recogido" la llamada, el punto final IP envía mensajes de Alerta de vuelta a la VIG que envía un mensaje CPG al MSC que envía un mensaje de Alerta al terminal 3G324M. Una vez que el segundo usuario responde a la llamada el punto final IP envía un mensaje de Conexión de vuelta a la VIG que envía un ANM al MSC que envía un mensaje de Conexión de vuelta al terminal 3G324M. A continuación se envía una Confirmación de Conexión desde al terminal 3G324M al MSC. El terminal 3G324M envía a continuación una Indicación de Entrada de Usuario H.245 (UII) a la VIG.
La presente invención también proporciona un procedimiento para las comunicaciones en tiempo real entre un terminal móvil 3G y un punto final IP cuando el terminal móvil 3G no está en su red local, por ejemplo, cuando el usuario del terminal móvil 3G está en tránsito internacional sobre otra red 3G. En tales circunstancias, si un usuario quiere realizar una llamada de video con su teléfono 3G a un PC o una red IP, el terminal móvil marcará el número
E.164 de la VIG en Reino Unido (por ejemplo +44 7782…) y enviará la dirección alias del PC en el UUIE del establecimiento de llamada, como se ha descrito anteriormente.
El problema es que la probabilidad de que la red de tránsito (es decir, la red usada para enlazar la red 3G visitada y la red 3G Local) transporte el campo UUIE de vuelta a la VIG es baja.
Esto significa que se puede establecer una llamada entre el terminal móvil 3G y la VIG, pero el UUIE y por lo tanto la dirección alias del PC llamado se pierda. Como resultado el cliente llamante no podrá llamar al punto final IP.
De este modo, se pueden añadir alguna elasticidad para el transporte de la dirección alias.
Esto se consigue sobre el terminal H.324 que origina la llamada de video, introduciendo la dirección alias no solo en el UUIE (como se muestra en la Figura 3), sino también en el mensaje de Indicación de Entrada de Usuario (UII) de
H.245 definido en el documento R99 TS 24.008 del 3GPP. Protocolos de la Red Central - Etapa 3. Este mensaje se usa como un mecanismo de transporte una vez que se ha establecido la portadora de Información Digital No Restringida (UDI) con la VIG. Este procedimiento es un procedimiento de señalización en banda que tiene la ventaja de suministrar la dirección de correo electrónico a la VIG cuando el terminal móvil 3G está en una red extranjera o en cualquier otra situación donde se pueda perder el UUIE.
Este procedimiento es complementario al procedimiento del UUIE, y se percibe como un procedimiento de reserva solo para escenarios de tránsito internacional. No es el enfoque preferido ya que la portadora sobre la red 3G tiene que establecerse antes de que se comunique la dirección alias a la VIG. Si el punto final IP no ha iniciado sesión (en línea) entonces la llamada sobre la parte de IP no se establecerá. Sin embargo, el establecimiento de una portadora UDI sobre la parte de 3G es un evento que causa cargas. Como resultado, el operador de 3G cargaría una llamada de video, sin saber si la llamada puede avanzar y establecerse sobre la Red IP. Esto se describe en la Figura 4 y las notas siguientes referidas a la Figura 4.
Nota 1: la VIG entenderá por el número predefinido que esta es una llamada de marcación de dos etapas. Si el IAM enviado desde el MSC no incluye una dirección alias dentro del UUIE (por ejemplo, porque algunos intercambios en casos de tránsito no soportan la retransmisión de UUS o si el punto final 3G no soporta la opción de enviar la
dirección alias dentro del UUIE) la VIG conectará (CON/Conexión) la llamada con el terminal 3G sin encaminar la llamada hacia el dominio de IP.
Nota 2: después de que se conecta la llamada, se realizará un procedimiento de establecimiento de nivel múltiplex.
Nota 3: un mensaje de Indicación de Información de Usuario (UII) de H.245 que contiene la dirección alias de destino será el primer mensaje H.245 enviado por el terminal 3G.324M y el terminal no enviará ningún otro mensaje
H.245 hasta que reciba un mensaje TCS H.245. La razón para esto es que la VIG ignorará todos los mensajes
H.245 excepto la Indicación de Información de Usuario (UII) antes de que se conecte la llamada sobre el lado de IP.
Nota 4. Después de que el terminal 3G reciba el mensaje TCS de H.245 pueden comenzar los procedimientos obligatorios H.245.
En este aspecto de la invención, la dirección alias se incluye en el mensaje UUI enviado después de que se ha establecido un enlace. Se puede usar cualquier esquema de codificación adecuado. Un posible esquema se define a continuación:
EntradaUsuario:
alfanumérico <cadena de caracteres IA5>
La dirección alias y todos los contenidos de los parámetros "alfanuméricos" se codificarán como una Cadena de caracteres IA5 consistente de caracteres como se especifica en ISO/IEC 646, con el bit más significativo puesto a '0'. La estructura de la dirección Alias dentro del parámetro alfanumérico será:
<TipoDirección> <:> <-DireciónAlias>
<TipoDirección> es uno o más caracteres IA5 (dígitos) que identifican el tipo de dirección alias usada:
0 - reservado
1 - ID de correo electrónico - dirección correo electrónico de acuerdo con la rfc822
2 - ID de url - dirección del estilo URL
3 - ID de h323 - no restringida a ningún formato
<:> se usan caracteres IA5 de columna para separar la DirecciónAlias del TipoDirección.
<DirecciónAlias> es la dirección alias de destino real.
Ejemplo:
EntradaUsuario
Alfanumérico 3:nombre.apellido@three.com
Haciendo referencia de nuevo a la Figura 4 que muestra el flujo de señalización desde un terminal 3G324M a un terminal H.323 en la realización de la presente invención en la cual el terminal 3G324M no está en su red local. En primer lugar se recibe un IAM por la VIG como se ha descrito anteriormente en la Nota 1. La llamada se conecta a continuación como se ha descrito anteriormente en la Nota 2; CON. A continuación se envía un mensaje UII (dirección alias) de vuelta a la VIG como se ha descrito en la Nota 3. La VIG envía a continuación un mensaje de establecimiento al segundo punto final IP (terminal H.323); ESTABLECIMIENTO. A continuación de esto el punto final IP envía un mensaje de CONTINUAR LA LLAMADA de vuelta a la VIG. Este se sigue por los mensajes de ALERTA, CONEXIÓN y Conjunto de Capacidades del Terminal (TCS) desde el punto final IP a la VIG. La VIG envía a continuación un mensaje TCS al terminal 3G324M; véase la nota 4 anterior. La VIG recibe a continuación de vuelta desde el terminal 3G324M un mensaje TCS seguido por una Confirmación de TCS. La VIG envía a continuación de vuelta al punto final IP un mensaje TCS y una Confirmación de TCS. La VIG y el terminal 3G324M intercambian a continuación la información de maxTamañoH223MUXPDU. A continuación de esto el punto final H.323 envía la información de Determinación de Maestro Esclavo (MSDET) de vuelta al terminal 3G324M a través de la VIG. Esta información se confirma a continuación de vuelta al punto final H.323 que a su vez confirma de vuelta al terminal 3G324M.
En una realización alternativa de la presente invención, el punto final de IP inicia una llamada a un terminal móvil 3G. Preferentemente se puede presentar la identidad del punto final llamante al punto final llamado como se describe en lo siguiente.
Cuando la llamada es desde el punto final IP al punto final del terminal móvil 3G, la VIG puede presentar la identidad de la parte llamante al terminal móvil 3G usando el UUIE en el mensaje de establecimiento de la llamada como se muestra en la Figura 5 y la siguiente nota se refiere a la Figura 5.
Nota 1: la llamada se origina desde un terminal IP que se representa por una dirección alias (dirección de correo electrónico), no tiene ningún número E.164. La IWF codificará esta dirección alias dentro del UUIE de acuerdo a como sigue:
El UUIE se puede codificar como se describe en la tabla siguiente:
- 8
- 7 6 5 4 3 2 1
- IEI de Usuario a Usuario
- Octeto 1
- Longitud de los contenidos de usuario a usuario
- Octeto 2
- Discriminador del protocolo de usuario a usuario
- Octeto 3
- Información de usuario a usuario 1
- Octeto 4
- Información de usuario a usuario 2
- Octeto 5
- …
- Información de usuario a usuario n - 3
- Octeto n
Octeto 1 - Incluye el código Identificador del Elemento de Información (IE). El código usado en este caso es diferente
para la ISUP y el protocolo de control de la llamada 3G.
Octeto 2 - Muestra la longitud de los contenidos de usuario a usuario
Octeto 3 - El discriminador de protocolo para los contenidos de usuario a usuario. Todos los bits se fijarán a (0) para
indicar el protocolo específico de Usuario. Esto es porque los octetos de los contenidos de usuario a usuario pueden
incluir caracteres no IA5.
Octeto 4 - Primer octeto de la información de usuario a usuario. Los bits de este octeto 4 toman el siguiente formato:
Bit 8: extensión, codificado como cero (0)
Bit 7: codificado como: 1 - para la dirección de origen en caso de uso del UUIE para los propósitos de CILP.
Bits 6 - 1: Tipo de Dirección, especifica el tipo de dirección, codificado como un número entero, como sigue:
0 - reservado 1 - ID de correo electrónico -- dirección de correo electrónico de acuerdo con la rfc822 2 - ID de url -- dirección del estilo de URL 3 - ID de h323 -- ISO/IEC 646 Básico 4…63 - disponibles
Octeto 4 a n: Información de dirección, codificada dependiendo del tipo de dirección como sigue:
ID de h323 - codificado como una Cadena de caracteres IA5 consistente de caracteres como se especifica en
ISO/IEC 646, con el bit más significativo puesto a '0'
ID de url - codificado como una Cadena de caracteres IA5 consistente de caracteres como se especifica en
ISO/IEC 646, con el bit más significativo puesto a '0'
ID de correo electrónico -codificado como una Cadena de caracteres IA5 consistente de caracteres como se
especifica en ISO/IEC 646, con el bit más significativo puesto a '0'
Nota: si la conversión de la Cadena de caracteres BMP a Cadena de caracteres IA5 no es posible para la ID de
H.323 en una llamada de H.323 a 3G.324M, la dirección de origen se ignora.
El bit 7 del octeto 4 del UUIE se fijará a 1 para indicar que esta es una "dirección de origen" del terminal de IP y se
usa para propósito de CLIP.
Haciendo referencia de nuevo a la Figura 5 que muestra el flujo de señalización desde un terminal H.323 a un terminal 3G324M. El primer usuario inicia una llamada enviando una petición de establecimiento de llamada desde su terminal H. 323 (punto final IP) a la VIG; ESTABLECIMIENTO. La VIG envía a continuación un mensaje IAM (UUIE) al MSC, véase la nota 1 anterior. El MSC envía a continuación un mensaje de establecimiento al terminal 3G324M (teléfono de video 3G); ESTABLECIMIENTO (UUIE). A continuación de esto el MSC envía un mensaje temprano ACM de vuelta a la VIG. La VIG envía a continuación un mensaje de CONTINUAR al punto final IP (terminal H.323). El 3G324M envía a continuación un mensaje de LLAMADA_CONFIRMADA de vuelta al MSC. Mientras que se espera conectar el primer usuario al segundo usuario, es decir antes de que el terminal móvil 3G haya "recogido" la llamada, el terminal 3G324M envía mensajes de Alerta de vuelta al MSC que envía mensajes de Progreso de la Llamada (CPG) de vuelta a la VIG que envía un mensaje de Alerta de vuelta al terminal H.323. Una vez que el segundo usuario contesta a la llamada el punto final 3G324M envía un mensaje de Conexión de vuelta al MSC que envía un mensaje ANM a la VIG que envía un mensaje de Conexión de vuelta al terminal H.323. A continuación se envía una Confirmación de Conexión desde el MSC al terminal 3G324M.
Nota: el término de Información de Compatibilidad subsume la totalidad de la Capacidad de Portadora, la Compatibilidad de Capa Baja, la Compatibilidad de Capa Alta, el Indicador de Progreso y la Información de Dirección conducidas fuera de banda antes del establecimiento de la llamada para soporte de la comprobación de compatibilidad y la selección de terminal / función / servicio en la interfaz de la red - usuario tipo - ISDN (Red Digital de Servicios Integrados). ISDN es un abonado de interfaz de red que soporta terminales digitales o analógicos, más un usuario normalizado para el sistema de señalización asociado con la red y el sistema de señalización inter - redes normalizado.
Claims (13)
- REIVINDICACIONES1. Un procedimiento de establecimiento de un enlace de comunicaciones entre un primer terminal que tiene una dirección enrutable dedicada que opera en una red UMTS y un segundo terminal que opera en una red de paquetes conmutados en el que cada terminal se identifica por una dirección alias, tal como una dirección de correo electrónico, o un identificador de recursos universal (URI), al cual se puede asignar una de varias direcciones enrutables, comprendiendo el procedimiento las etapas de:establecer una primera conexión entre el primer terminal en la red UMTS y una función de interfuncionamiento en la que:una petición de establecimiento de llamada desde el primer terminal incluye la dirección de la función de interfuncionamiento a través de la cual se encaminan las llamadas desde la red UMTS para la red de paquetes conmutados, y la petición de establecimiento de llamada se encamina a la función de interfuncionamiento,establecer una segunda conexión entre la función de interfuncionamiento y el segundo terminal en la red de paquetes conmutados en el que:el primer terminal indica a la función de interfuncionamiento la dirección alias para el terminal en la red de paquetes conmutados, y la dirección enrutable asignada a la dirección alias se comprueba a través de la función de interfuncionamiento,estableciéndose el enlace de comunicaciones entre los terminales primero y segundo a través de la dirección enrutable basándose en las conexiones primera y segunda
-
- 2.
- Un procedimiento de acuerdo con la reivindicación 1 en el que la dirección alias del segundo terminal se incluye con la dirección de la función de interfuncionamiento en la petición de establecimiento de llamada enviada inicialmente desde el primer terminal a la función de interfuncionamiento.
-
- 3.
- Un procedimiento de acuerdo con la reivindicación 2 en el que la petición de establecimiento de llamada contiene un elemento de información de usuario a usuario (UUIE) y la dirección alias del segundo terminal está incluida en el UUIE.
-
- 4.
- Un procedimiento de acuerdo con la reivindicación 1, 2 o 3 en el que la dirección alias del segundo terminal está incluida en un mensaje enviado desde el primer terminal a la función de interfuncionamiento después de que se haya establecido un enlace entre el primer terminal y la función de interfuncionamiento.
-
- 5.
- Un procedimiento de acuerdo con la reivindicación 4 en el que la dirección alias está incluida en el mensaje de indicación de entrada de usuario (UUI) enviado después de que se haya establecido un enlace.
-
- 6.
- Un procedimiento de acuerdo con la reivindicación 1 en el que el primer terminal y la función de interfuncionamiento se pueden direccionar usando el mismo formato.
-
- 7.
- Un procedimiento de acuerdo con la reivindicación 6 en el que el primer terminal y la función de interfuncionamiento tienen números E.164.
-
- 8.
- Un procedimiento de acuerdo con la reivindicación 1 en el que dicha función de interfuncionamiento proporciona una función de transcodificación.
-
- 9.
- Un procedimiento de acuerdo con la reivindicación 1 en el que dicha función de interfuncionamiento proporciona funciones de conversión de protocolo.
-
- 10.
- Un procedimiento de acuerdo con la reivindicación 1 en el que la red de paquetes conmutados opera de acuerdo con el Protocolo de Internet.
-
- 11.
- Un procedimiento de acuerdo con la reivindicación 1 en el que la dirección de la función de interfuncionamiento está almacenada en el primer terminal por lo que el usuario necesita introducir solo la dirección alias.
-
- 12.
- Un procedimiento de establecimiento de un enlace de comunicaciones entre un primer terminal que tiene una dirección enrutable dedicada que opera en una red UMTS y un segundo terminal que opera en una red de paquetes conmutados en el que cada terminal está identificado por una dirección alias tal como una dirección de correo electrónico, o un identificador de recursos universal (URI) al cual se puede asignar una de varias direcciones enrutables, comprendiendo el procedimiento las etapas de:
establecer una primera conexión entre el segundo terminal en la red de paquetes conmutados y la función de interfuncionamiento en el que:se inicia una petición de establecimiento de llamada para un enlace al primer terminal por el segundo terminal y se encamina a la función de interfuncionamiento; establecer una segunda conexión entre la función de interfuncionamiento y el primer terminal en la red UMTS en el que:5 la función de interfuncionamiento codifica la petición de establecimiento de llamada para establecer un enlace con el primer terminal e identifica el segundo terminal para el primer terminal;estableciéndose el enlace de comunicaciones entre los terminales primero y segundo basándose en las conexiones primera y segunda. - 13. Un procedimiento de acuerdo con la reivindicación 12 en el que la dirección alias del segundo terminal se 10 presenta al usuario del primer terminal para identificar el segundo terminal al primer terminal.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0308432 | 2003-04-11 | ||
| GB0308432A GB2405285B (en) | 2003-04-11 | 2003-04-11 | Real-time communications between telephone and internet users |
| PCT/GB2004/001702 WO2004091174A1 (en) | 2003-04-11 | 2004-04-13 | Real-time communications between telephone and internet users |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2407479T3 true ES2407479T3 (es) | 2013-06-12 |
Family
ID=9956643
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04727058T Expired - Lifetime ES2407479T3 (es) | 2003-04-11 | 2004-04-13 | Comunicaciones en tiempo real entre un teléfono y usuarios de Internet |
Country Status (13)
| Country | Link |
|---|---|
| EP (1) | EP1614275B1 (es) |
| CN (1) | CN1806422A (es) |
| AU (1) | AU2004228230B2 (es) |
| DK (1) | DK1614275T3 (es) |
| ES (1) | ES2407479T3 (es) |
| GB (1) | GB2405285B (es) |
| IL (1) | IL171237A (es) |
| IS (1) | IS8121A (es) |
| NO (1) | NO20054770L (es) |
| NZ (1) | NZ542879A (es) |
| RU (1) | RU2321960C2 (es) |
| WO (1) | WO2004091174A1 (es) |
| ZA (1) | ZA200508818B (es) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2378785C2 (ru) * | 2005-01-11 | 2010-01-10 | Телефонактиеболагет Лм Эрикссон (Пабл) | Обеспечение заблаговременного мультимедиа в системе связи |
| CN100417288C (zh) | 2005-03-17 | 2008-09-03 | 华为技术有限公司 | 将多媒体呼叫回退为语音呼叫的方法 |
| CN100459739C (zh) * | 2005-04-26 | 2009-02-04 | 华为技术有限公司 | 一种多媒体回落的处理方法 |
| GB0509081D0 (en) * | 2005-05-04 | 2005-06-08 | Vodafone Plc | Telecommunications devices |
| CN101043514B (zh) * | 2006-04-25 | 2010-05-12 | 华为技术有限公司 | 一种重用别名连接的方法 |
| CN101064718B (zh) * | 2006-04-25 | 2011-04-27 | Sk电信有限公司 | 在移动因特网网络中注册ip地址的方法和系统 |
| CN100591161C (zh) * | 2006-05-17 | 2010-02-17 | 华为技术有限公司 | 一种在iwf业务中进行iwf协商的方法 |
| GB2443889A (en) | 2006-11-20 | 2008-05-21 | Skype Ltd | Method and system for anonymous communication |
| GB0623622D0 (en) | 2006-11-27 | 2007-01-03 | Skype Ltd | Communication system |
| GB0623621D0 (en) | 2006-11-27 | 2007-01-03 | Skype Ltd | Communication system |
| CN101547413B (zh) * | 2008-03-25 | 2012-03-14 | 数码通电讯有限公司 | 用于从gsm移动电话向ip电话连接呼叫的方法和装置 |
| CN104158722B (zh) * | 2014-07-21 | 2016-11-09 | 小米科技有限责任公司 | 用于轻应用的消息推送方法、装置、终端及服务器 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100362586B1 (ko) * | 1995-12-28 | 2003-02-14 | 삼성전자 주식회사 | 비연결 서버 이중화 구현 장치 |
| DE69933286T2 (de) * | 1999-07-21 | 2007-04-05 | Lucent Technologies Inc. | Telekommunikationssystem |
| US6351464B1 (en) * | 1999-09-20 | 2002-02-26 | Mci Worldcom, Inc. | Virtual second line hybrid network communication system |
| EP1089520A3 (en) * | 1999-09-28 | 2003-06-25 | AT&T Corp. | H.323 User, service and service provider mobility framework for the multimedia intelligent networking |
| EP1111532A1 (en) * | 1999-12-20 | 2001-06-27 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Method for transporting physical objects, transportation system and transportation means |
| ATE438238T1 (de) * | 2001-05-16 | 2009-08-15 | Nokia Corp | Verfahren und system zur ermöglichung eines legitimen abfangens von verbindungen, wie zum beispiel sprache-über-internet-protokoll-anrufen |
-
2003
- 2003-04-11 GB GB0308432A patent/GB2405285B/en not_active Expired - Lifetime
-
2004
- 2004-04-13 NZ NZ542879A patent/NZ542879A/en not_active IP Right Cessation
- 2004-04-13 DK DK04727058.2T patent/DK1614275T3/da active
- 2004-04-13 CN CN200480016406.3A patent/CN1806422A/zh active Pending
- 2004-04-13 EP EP04727058.2A patent/EP1614275B1/en not_active Expired - Lifetime
- 2004-04-13 WO PCT/GB2004/001702 patent/WO2004091174A1/en not_active Ceased
- 2004-04-13 RU RU2005134953/09A patent/RU2321960C2/ru not_active IP Right Cessation
- 2004-04-13 ZA ZA200508818A patent/ZA200508818B/en unknown
- 2004-04-13 ES ES04727058T patent/ES2407479T3/es not_active Expired - Lifetime
- 2004-04-13 AU AU2004228230A patent/AU2004228230B2/en not_active Ceased
-
2005
- 2005-10-02 IL IL171237A patent/IL171237A/en active IP Right Grant
- 2005-10-17 NO NO20054770A patent/NO20054770L/no not_active Application Discontinuation
- 2005-11-08 IS IS8121A patent/IS8121A/is unknown
Also Published As
| Publication number | Publication date |
|---|---|
| AU2004228230A1 (en) | 2004-10-21 |
| EP1614275B1 (en) | 2013-04-10 |
| NO20054770L (no) | 2005-12-20 |
| NO20054770D0 (no) | 2005-10-17 |
| WO2004091174A1 (en) | 2004-10-21 |
| RU2321960C2 (ru) | 2008-04-10 |
| RU2005134953A (ru) | 2006-08-27 |
| EP1614275A1 (en) | 2006-01-11 |
| DK1614275T3 (da) | 2013-07-08 |
| IL171237A (en) | 2011-06-30 |
| ZA200508818B (en) | 2007-04-25 |
| HK1071000A1 (en) | 2005-06-30 |
| IS8121A (is) | 2005-11-08 |
| NZ542879A (en) | 2007-11-30 |
| GB2405285A (en) | 2005-02-23 |
| GB2405285B (en) | 2006-01-11 |
| AU2004228230B2 (en) | 2008-06-26 |
| GB0308432D0 (en) | 2003-05-21 |
| CN1806422A (zh) | 2006-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2325827T3 (es) | Procedimiento y sistema para establecer una conexion multimedia por capacidad de negociacion en un canal de control fuera de banda. | |
| US7512090B2 (en) | System and method for routing calls in a wireless network using a single point of contact | |
| JP3951208B2 (ja) | パケットデータチャネルを介した移動局用インターネットプロトコル電話通信 | |
| US8954029B2 (en) | Integrated services user part (ISUP)/ session initiation protocol (SIP) gateway for unlicensed mobile access (UMA) emergency services call flow | |
| ES2460567T3 (es) | Registro IMS iniciado por la red en un sistema de comunicación | |
| JP2008541617A (ja) | Ｉｍｓでの付加サービス要求のショート・メッセージ・サービス・カプセル化 | |
| CN101433036A (zh) | 在因特网协议多媒体子系统网络中转发用户设备的性能信息的方法和系统 | |
| JP2004312738A (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順 | |
| WO2001086930A2 (en) | System and method of minimizing the number of voice transcodings during a conference call in a packet-switched network | |
| US20030169768A1 (en) | Call initiation for legacy mobile circuit switched domain wireless systems | |
| ES2407479T3 (es) | Comunicaciones en tiempo real entre un teléfono y usuarios de Internet | |
| US20060092925A1 (en) | Roaming between circuit-switched and all-IP networks | |
| US7068644B1 (en) | Wireless access gateway to packet switched network | |
| CN1118207C (zh) | 数字电信系统 | |
| ES2302844T3 (es) | Nodo de conmutacion descompuesto y metodo para hacer funcionar el mismo. | |
| CN1504052A (zh) | 向网络节点提供业务参考信息 | |
| US7436817B2 (en) | Call clearing for legacy mobile circuit switched domain wireless systems | |
| US20060187903A1 (en) | Video traffic in a communications system | |
| ES2292118T3 (es) | Metodo para establecer una llamada en una red de telecomunicaciones; red de telecomunicaciones; y dispositivo de control para redes de paquetes. | |
| WO2009012807A1 (en) | Setting up a call in a telecommunications network by addressing the destination with an uri in a circuit switched call setup request message | |
| CN101027887A (zh) | 操作和支持双模式用户设备 | |
| KR100923390B1 (ko) | ＶｏＩＰ망과 ＷＣＤＭＡ망 사이의 연동 방법 | |
| US7274687B2 (en) | Signaling method and arrangement | |
| EP1978708A1 (en) | A system, apparatus and method for transmitting digital subscriber signaling | |
| KR20080051813A (ko) | 이종 ｉｍｓ망간 글로벌번호 적용방법 |