ES2376171T3 - Método y aparato para entrega de servicios de base de datos/voz sobre picorredes y lans inal�?mbricas (wlans) acopladas a dispositivos 3gpp que incluyen elementos de arquitectura e información de protocolo relativos a un servicio de mensajes cortos (sms) sobre wlans. - Google Patents
Método y aparato para entrega de servicios de base de datos/voz sobre picorredes y lans inal�?mbricas (wlans) acopladas a dispositivos 3gpp que incluyen elementos de arquitectura e información de protocolo relativos a un servicio de mensajes cortos (sms) sobre wlans. Download PDFInfo
- Publication number
- ES2376171T3 ES2376171T3 ES04751050T ES04751050T ES2376171T3 ES 2376171 T3 ES2376171 T3 ES 2376171T3 ES 04751050 T ES04751050 T ES 04751050T ES 04751050 T ES04751050 T ES 04751050T ES 2376171 T3 ES2376171 T3 ES 2376171T3
- Authority
- ES
- Spain
- Prior art keywords
- sms
- message
- wlan
- data
- msc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 89
- 239000000284 extract Substances 0.000 claims abstract description 10
- 230000011664 signaling Effects 0.000 claims abstract description 8
- 238000013507 mapping Methods 0.000 claims abstract 2
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000010586 diagram Methods 0.000 description 43
- 238000012546 transfer Methods 0.000 description 40
- 238000004891 communication Methods 0.000 description 33
- 230000004044 response Effects 0.000 description 32
- 230000006870 function Effects 0.000 description 18
- 238000007726 management method Methods 0.000 description 15
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 12
- 230000005641 tunneling Effects 0.000 description 11
- 238000005516 engineering process Methods 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 230000032258 transport Effects 0.000 description 7
- 210000004027 cell Anatomy 0.000 description 6
- 210000004271 bone marrow stromal cell Anatomy 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 5
- 230000004913 activation Effects 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 4
- 230000018109 developmental process Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 102100037510 Metallothionein-1E Human genes 0.000 description 1
- 101710196493 Metallothionein-1E Proteins 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 230000001755 vocal effect Effects 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
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/08—Reselecting an access point
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un metodo para usar en un servicio de mensajes cortos, SMS, proxy, incluyendo el metodo: recibir un mensaje SS7 de sistema de senalizaci6n 7, que contiene datos SMS pretendidos para un equipo de usuario de destino que esta asociado con una red de area local inalambrica, WLAN, a traves de un protocolo de Internet, IP; extraer los datos SMS del mensaje SS7; recibir información desde un registro de posici6n de base, HLR, la información relacionada con una correspondencia el trazado de una identidad de abonado móvil internacional, IMSI, del equipo de usuario de destino a un protocolo de Internet, IP, identificador basado del equipo de destino; generar un mensaje IP basado en el mensaje SS7 y en la información recibida desde el HLR, en la que el mensaje o mensajes IP incluye los datos SMS, el identificador basado en IP del equipo de destino, y un identificador basado en IP del Proxy de SMS; y transmitir el mensaje IP al equipo de usuario de destino sobre la IP mediante la WLAN.
Description
Metodo y aparato para entrega de servicios de base de datos/voz sobre picorredes y LANs inalambricas (WLANs) acopladas a dispositivos 3GPP que incluyen elementos de arquitectura e informaci6n de protocolo relativos a un servicio de mensajes cortos (SMS) sobre WLANs.
CAMPO DEL INVENTO El invento se refiere en general a la entrega de servicios de bases de datos sobre redes de area local inalambricas (WLANs). Mas particularmente el presente invento se refiere a metodos y dispositivos para la entrega de SMS, paginaci6n de IMS, de conmutaci6n de paquetes, de conmutaci6n de circuitos, y/u otros servicios sobre WLANs que estan acoplados a uno o mas dispositivos 3GPP y ademas a una arquitectura de protocolo para un sistema de telecomunicaciones m6vil universal (UMTS) y un soporte de SMS de acceso multiple de divisi6n de c6digo 2000 (CDMA 2000) sobre WLANs y para proporcionar ademas un mensaje de texto y voz personal tal como tecnologia
IMS y PTT restringida a un pequeno grupo de usuarios que operan en una posici6n geografica pequena sin soporte de una red. ANTECEDENTES Aunque los significados de los siguientes acr6nimos son bien conocidos por los expertos en la tecnica, se ha
considerado que la siguiente lista ayuda a una mejor comprensi6n del invento: 3GPP Proyecto de Asociaci6n de Tercera Generaci6n AAA Autenticaci6n, Autorizaci6n, y Trazabilidad CCF Funci6n de Control de Carga CM Gesti6n de Llamada CS Causa CSCF Funci6n de Control de Estado de Llamada DA Direcci6n de Destino DCS Esquema de Codificaci6n de Datos (3GPP TS 23.040) DI Identificador de Dialogo TCAP EIR Registro de Identidad de Equipo GGSN Nodo de Soporte de Pasarela de GPRS GMSC Pasarela de MSC GMSCA Direcci6n de GMSC GPRS Sistema General de Paquetes por Radio GSM Sistema Global para Comunicaci6n M6vil HLR Registro de Posici6n Base IMS Subsistema Multimedia de Internet IMSI Identidad de Abonado de M6vil Internacional IWMSC Intercomunicaci6n de MSC para SMS MAL Alerta de MSIsdn (3GPP TS 23.040) MGCF Funci6n de Control de Pasarela de Medios MGW Pasarela de Medios MMS Mas Mensajes para Enviar (3GPP TS 23.040) MR Referencia de Mensaje (3GPP TS 23.040) MS Estaci6n M6vil
MSC/VLR Centro de Conmutaci6n de Servicios M6viles/Registro de Posici6n Visitada MSCA Direcci6n MSC MSI Indicaci6n de Establecimiento de Espera M6vil (3GPP TS 2.040) MSIsdn Numero de ISDN de Estaci6n M6vil
5 MSM Mensajes Mas Cortos (3GPP TS29.002[15])
MSRN Numero Itinerante de Estaci6n M6vil
MT Terminal M6vil
MTI Indicador de Tipo de Mensaje (3GPP TS 24.011[13])
MWD Datos de Mensaje en Espera
10 MWS Establecimiento de Mensaje en Espera (3GPP TS 23.040) NAS Estrato Sin Acceso OA Direcci6n de Origen OC C6digo de Operaci6n (3GPP TS 29.002[15]) OCS Sistema de Carga En Linea
15 PCF Funci6n de Politica de Control PCI Informaci6n de Control de Protocolo PDG/PDGW Pasarela de Datos por Paquetes PDI Discriminador de Protocolo PDN Red de Datos por Paquetes
20 PDU Unidad de Datos de Protocolo PRI Prioridad (GPP TS 23.040) RAN Red de Acceso por Radio RCT Tiempo de Recepci6n (3GPP TS 23.040) REA Direcci6n de Receptor (3GPP TS 23.040)
25 RL Funci6n de Transmisi6n (3GPP TS 24.011[13]) RP Trayecto de Replica (3GPP TS 23.040) R-SGW SGW de itinerancia SC Centro de Servicio SC Centro de Servicio (3GPP TS 23.040)
30 SCA Direcci6n de Centro de Servicio (3GPP TS 23.040) SCTS Sello de Tiempo de Centro de Servicio (3GPP TS 23.040) SGSN Nodo de Soporte de Servicio de GPRS SGW Pasarela de Senalizaci6n SIP Protocolo de Inicio de Sesi6n
35 SM Mensaje Corto (3GPP TS 23.040) SM-AL Capa de Aplicaci6n de Mensaje Corto (3GPP TS 23.040)
- SME
- Entidad de Mensaje Corto (3GPP TS 23.040)
- SMI
- Identificador de Mensaje Corto (3GPP TS 23.040)
- SM-LL
- Capa de Enlace de Mensaje Corto
- SM-RL
- Capa de Transmisi6n de Mensaje Corto (3GPP TS 24.011[13])
- SMS
- Servicio de Mensajes Cortos
SMS-GMSC MSC de Pasarela para el Servicio de Mensajes Cortos (3GPP TS 23.040) SMS-IWMSC MSC de Intercomunicaci6n para el Servicio de Mensajes Cortos (3GPP TS 23.040) SoR Estado del Informe (3GPP TS 23.040) SM-TL Capa de Transferencia de Mensaje Corto (3GPP TS 23.040) SRI Indicaci6n de Informe de Estado (3GPP TS 23.040) SRR Solicitud de Informe de Estado (3GPP TS 23.040) TCAP Parte de Aplicaci6n de Capacidades de Transacci6n TE Equipo del Terminal TID Identificador de Transacci6n T-SGW SGW de Transporte TPDU Unidad de Datos de Protocolo de Transferencia UD Datos de Usuario UDL Longitud de Datos de Usuario (3GPP TS 23.040) UE Equipo del Usuario UMTS Sistema Universal de Telecomunicaciones M6viles UTRAN Red Terrestre de Acceso por Radio UMTS VP Periodo de Validez (3GPP TS 23.040) VPF Formato del Periodo de Validez (3GPP TS 23.040) WAG Pasarela de Acceso Inalambrico WLANs Red de Area Local Inalambrica En el momento actual, la industria inalambrica se esta moviendo rapidamente de los servicios de voz a datos, de un
universo verbal a uno visual de aplicaciones. Los usuarios estan demandando nuevas caracteristicas, tales como la capacidad de enviar y recibir correos electr6nicos, navegar en la Red Informatica Mundial (WWW), y enviar imagenes, todo desde sus terminales inalambricos portatiles. El foco esta sobre los servicios de desarrollo, que incluyen formas avanzadas de mensajeria, entretenimiento con m6viles, y aplicaciones basadas en la posici6n que estan disponibles siempre que se necesiten y cuando se necesiten.
Un servicio de datos actualmente popular es conocido como "servicio de mensajes cortos", denominado de aqui en adelante como SMS. El SMS ha disfrutado de una popularidad cada vez mayor en muchas areas del mundo, y esta popularidad solo se espera que crezca.
Los servicios de mensajes cortos (SMS) estan soportados sobre sistemas de comunicaci6n inalambricos existentes, incluyendo sistemas GSM 2G (es decir, tecnologia de conmutaci6n de circuitos (CS)) y sistemas GPRS 2,5G (es decir, tecnologia de conmutaci6n de paquetes (PS). El soporte de SMS es tambien proporcionado sobre la mayoria de las tecnologias recientes (es decir, UMTS 3G y CDMA2000). Sin embargo, la introducci6n de la intercomunicaci6n de WLAN con UMTS/CDMA2000 (o sistemas 3GPP/3GPP2) ha creado un nuevo entorno que no esta definido en terminos de procedimientos y arquitectura de protocolo estandar. Actualmente, no hay soporte para SMS sobre sistemas WLAN intercomunicados. La arquitectura total y los procedimientos para SMS basados en UMTS/CDMA2000 estan actualmente en una etapa de desarrollo temprana, y no hay normas o previsiones definidas para este prop6sito en este momento. Existe la necesidad de una nueva arquitectura de protocolo para SMS sobre
WLAN, en particular para un protocolo para servicios SMS sobre WLAN intercomunicada con sistemas UMTS/CDMA2000.
La demanda incrementada para comunicaciones de datos m6viles plantea algunos desafios de interoperatividad claves. Las redes inalambricas existentes han evolucionado durante un tiempo en el que las comunicaciones de voz, (no de datos), eran de una importancia enorme. Las infraestructuras de red celular anteriores incluian una red de acceso por radio acoplada a una pluralidad de centros de conmutaci6n m6viles (MSC) que, a su vez, estaba acoplada a la Red Telef6nica Publica Conmutada (PSTN). Estos dispositivos operaban en el dominio de conmutaci6n de circuitos, de modo que implantan las comunicaciones de voz. Desafortunadamente, el dominio de conmutaci6n de circuitos es muy ineficiente cuando es usado para transportar comunicaciones de datos, lo que conduce al desarrollo de diferentes topologias de red alternativas.
En arquitecturas GSM y GPRS, la red de acceso por radio esta acoplada a uno o mas nodos de conmutaci6n GPRS de servicio (SGSN) que, a su vez, estan acoplados a uno o mas nodos de conmutaci6n de pasarela de GPRS (GGSN). Los GGSN estan cada uno acoplado a una red de IP (Protocolo de Internet), que o bien es publica o bien privada. De esta forma, los SGSN y GGSN ponen en practica la conmutaci6n a base de paquetes para proporcionar una transferencia eficaz de datos entre la red de acceso por radio y la red de IP. Tales datos pueden incluir, por ejemplo, mensajes cortos originados en el abonado, mensajes cortos que terminan en el abonado, datos de paginaci6n de IMS, u otros tipos de paquetes de datos.
Si un abonado m6vil desea acceder a Internet (o a una Intranet privada) desde un terminal inalambrico portatil o manual, es posible que lo haga a traves de la red de acceso por radio, que usa un trayecto de comunicaciones de datos que incluye uno o mas SGSN, GGSN, y una red de IP. Sin embargo, para muchas aplicaciones de sistema, seria deseable acceder a la red de IP a traves de otro trayecto, tal como una red de area local inalambrica (WLAN), para evitar impactos adversos sobre la capacidad de la red de acceso por radio para transportar comunicaciones de voz convencionales.
La tecnologia WLAN esta disfrutando de un uso incrementado en hogares, oficinas, y areas publicas interiores. Mientras tanto, los proveedores de servicio m6vil estan explorando oportunidades para extender sus gamas de servicios proporcionando un acceso de "punto caliente" de WLAN. A modo de ilustraci6n, los viajeros que estan esperando en las salas de un aeropuerto pueden acceder a Internet sobre un ordenador portatil que esta equipado con una tarjeta de WLAN. Esto permite a los usuarios finales acceder a su propia oficina virtualmente desde cualquier posici6n sin ningun cambio apreciable en el funcionamiento de la red. Para soportar tales servicios en entornos de redes comerciales, empresariales y domesticas, la investigaci6n y desarrollo de WLAN continuan a un paso energico. Los despliegues rapidos de IEEE 802.11b, 802.11a y 802.11g estan en progreso, con un gran numero de companias implicadas en el diseno y fabricaci6n de componentes basados en las Normas IEEE 802.11. Se espera que estos despliegues aumenten cuando aumente el interes del consumidor.
Incluso aunque una WLAN proporciona un servicio complementario a operadores de red GSM y de otra red de acceso por radio, tienen aun que desarrollarse las normas de interoperatividad. Como resultado, los abonados no tienen una cobertura perfecta de todos los servicios de datos cuando conmutan o cambian entre una red de acceso por radio y una WLAN. Por ejemplo, en el contexto de una red equipada con 3GPP, los abonados no son capaces de recibir SMS cuando estan accediendo a una WLAN. La capacidad de entregar de forma apropiada otros tipos de datos de conmutaci6n de paquetes o de conmutaci6n de circuitos, incluyendo datos de paginaci6n de IMS, puede tambien ser comprometida cuando una WLAN es utilizada junto con un equipo 3GPP.
La fig. 1 describe una arquitectura de la tecnica relacionada para conmutaci6n de circuitos y paquetes en el contexto de una red GPRS y GSM. Un SM-SC 100 (centro de servicio de mensajes cortos) esta acoplado a un SMS-GMSC/SMS-IWMSC 102 (centro de conmutaci6n de mensaje de pasarela de servicio de mensajes cortos/centro de servicio de mensajes de intercomunicaci6n para SMS). El SMS-GMSC/SMS-IWMSC 102 esta equipado para funcionar usando al menos tres tipos diferentes de interfaces, descritos a continuaci6n.
Una interfaz "C" opera entre un HLR 104 (registro de posici6n de base) y un SMS-GMSC/SMS-IWMSC 102. Cada llamada que se origina fuera del GSM (tal como un MS que termina una llamada enviada desde la PSTN) tiene que ir a traves de una pasarela para obtener la informaci6n de asignaci6n de encaminamiento requerida para completar la llamada. Un protocolo conocido como MAP/C es usado sobre la interfaz "C" con este prop6sito. Tambien, el MSC envia opcionalmente informaci6n de facturaci6n al HLR 104 despues de borrar la llamada.
Una interfaz "Gd", que opera entre el SMS-GMSC/SMS-IWMSC 102 y la SGSN 106, usa el protocolo MAP/G para transferir informaci6n de abonado durante un procedimiento de actualizaci6n de posici6n.
Una interfaz "E" que opera entre el SMS-GMSC/SMS-IWMSC 102 y el MSC/VLR 108 (centro de conmutaci6n de servicio m6vil/registro de posici6n visitada) intercomunica dos MSC, y es usado para intercambiar datos relacionados con la transferencia entre un MSC de iniciaci6n y un MSC de transmisi6n usando el protocolo MAP/E.
Una interfaz "D" esta prevista entre el MSC/VLR 108 y el HLR 104. Esta interfaz usa el protocolo MAP/D para intercambiar informaci6n relacionada con la posici6n del MS y/o la gesti6n del abonado. Una interfaz "Gs" es usada
entre el MSC/VLR 108 y la SGSN 106. La interfaz "Gs" interconecta dos VLR de MSC diferentes, usando el protocolo MAP/G para transferir informaci6n de abonado durante un procedimiento de actualizaci6n de posici6n. Una un interfaz "Iu" es empleada entre el MSC/VLR 108 y una UTRAN 110 (red terrestre de acceso por radio UMTS). Los mensajes intercambiados sobre la interfaz "Iu" son transmitidos de forma transparente a traves de un BSS (sistema de estaci6n base). Finalmente, una interfaz "A" opera entre el MSC/VLR 108 y el BSS 112. La interfaz "A" gestiona la asignaci6n de recursos de radio adecuados a los MS, y tambien pone en practica funciones relacionadas con la gesti6n de movilidad y seguridad.
El equipo terminal, tal como TE 114 y TE 116, puede ser acoplado a terminales m6viles, tales como MT 118 y MT 120, respectivamente. De forma ilustrativa, las comunicaciones entre los TE 114, 116 y los MT 118, 120 tienen lugar sobre una interfaz "R". A su vez, el MT 118 comunica con la UTRAN 110 sobre una interfaz "Uu", y el MT 120 comunica con el BSS 112 sobre una interfaz "Um". "Uu" se refiere a una interfaz aerea para intercambiar informaci6n entre un MT equipado con UMTS y una red de acceso por radio equipada con UMTS. De modo similar, "Um" se refiere a una interfaz aerea entre un MS y un BSS. Las interfaces "Um" y "Uu" usan ambas el protocolo de acceso de enlace-canal Dm (LAPDm), una versi6n modificada del protocolo de acceso de enlace ISDN -canal D (LAPD), para senalizaci6n.
La UTRAN 110 es acoplada a la SGSN 106 usando una interfaz "Iu" que, como se ha mencionado previamente, actua como una transmisi6n transparente para transportar mensajes entre el MSC/VLR 108 y un MS a traves de BSS 112. Una interfaz "Gb" es empleada entre el BSS 112 y la SGSN 106. La interfaz "Gb" es usada en ultima instancia para interconectar dos VLR de MSC diferentes, usando el protocolo MAP/G para transferir informaci6n de abonado durante los procedimientos de actualizaci6n de posici6n, en este caso a traves del BSS que ha establecido comunicaci6n con el MS. La informaci6n de abonado tambien es transferida durante los procedimientos de actualizaci6n de posici6n usando interfaces "Gs", "Gr", "Gn", "Gi", y "Gc". La interfaz "Gs" enlaza el MSC/VLR 108 con la SGSN 106; la interfaz "Gr" conecta la SGSN 106 con el HLR 104; la interfaz "Gc" enlaza el HLR 104 con una GGSN 122; la interfaz "Gn" enlaza la SGSN 106 con el GGSN 122; y la interfaz "Gi" enlaza el GGSN 122 con una PDN 124 (red de datos en paquetes) acoplada a TE 126.
La SGSN 106 esta acoplada a un registro de identidad de equipo (EIR) 128 sobre una interfaz "Gf". Basicamente, el EIR 128 es una base de datos que almacena datos relacionados con el equipo m6vil. Mientras que los datos de abonado son manejados por el HLR 104 y el MSC/VLR 108, el EIR 128 almacena datos relacionados con el equipo m6vil en cuesti6n que pueden ser empleados, por ejemplo, para seguir un equipo m6vil robado, o para vigilar un equipo m6vil que funciona mal. La SGSN 106 tambien es acoplada a una funci6n de pasarela de carga (CGF) 130 sobre una interfaz "Ga"; y CGF 130, a su vez, esta acoplada a un sistema de facturaci6n 132. La SGSN 106 puede ser acoplada de forma ilustrativa a una SGSN adicional, tal como una SGSN 134 a traves de una interfaz "Gn" descrita previamente. La SGSN esta acoplada al GGSN 122 por la interfaz Gn y al GGSN 136 por la interfaz Gp. Una CAMEL GSM-SFC (Aplicaci6n Personalizada para L6gica Mejorada de red M6vil, Funci6n de Control de Servicio de GSM) 138 esta acoplada a la SGSN 106 por una interfaz "Ge".
Con respecto al manejo del Servicio de Mensajes Cortos (SMS), los requisitos totales de los distintos elementos de la fig. 1 (MSC/VLR 108, SMS-GMSC/SMS-IWMSC 102, y SGSN 106) proporcionan el encaminamiento de mensajes y el almacenamiento temporal intermedio como se ha descrito a continuaci6n.
- (A)
- Requisitos para Mensajes Cortos de Terminales M6viles
- (B)
- Funcionalidad de SMS-GMSC de SMS-GMSC/SMS-IWMSC 102
Cuando se recibe una TPDU de mensajes cortos (unidad de datos de protocolo de transferencia) desde el SM-SC 100, el SMS-GMSC del SMS-GMSC/SMS-IWMSC 102 recibe la TPDU de mensajes cortos, e inspecciona los parametros de la TPDU. Si los parametros de TPDU son incorrectos, el SMS-GMSC devuelve la informaci6n de error apropiada al SM-SC 100 en forma de un informe de fallo. Si no se han encontrado errores en los parametros, el HLR 104 es interrogado y recupera la informaci6n de encaminamiento o la informaci6n de error posible. En el caso de informaci6n de error, el HLR 104 devuelve un informe de fallo al SC.
Si no han sido indicados errores por el HLR 104, a continuaci6n la TPDU de mensajes cortos es transferida al MSC 108 o a la SGSN 106 usando la informaci6n de encaminamiento obtenida a partir del HLR 104. En los casos en que son recibidas dos direcciones (SGSN y MSC) desde el HLR 104, el SMS-GMSC puede elegir a traves de que nodos (SGSN o MSC) es enviado el SMS. La entrega de SMS a traves del SGSN es normalmente un recurso de radio mas eficiente que la entrega de SMS a traves del MSC.
Si se ha recibido una direcci6n (SGSN o MSC) desde el HLR 104, en el momento en el que el informe asociado con el mensaje corto es recibido desde el MSC 108 o la SGSN 106, el SMS/GMSC realiza la siguiente secuencia operativa:
(a) Si el informe indica una entrega satisfactoria/el HLR 104 es notificado de la entrega satisfactoria a traves del MSC 108 o de la SGSN 106, lo que hace que el HLR 104 alerte a cualesquiera centros de servicio cuyas direcciones estan almacenadas en los datos de espera de mensajes (MWD) para el MS;
y el informe satisfactorio es creado y enviado al SC 100.
- (b)
- Si el informe es un informe de fallo que indica "abonado ausente" a traves del MSC 108 o de la SGSN 106, entonces el HLR 104 es requerido para insertar la direcci6n del SC originario al MWD (si esta implantado) con la indicaci6n de abonado ausente;
el HLR 104 es informado de la raz6n por la que el MS esta ausente a traves del MSC 108 o de la SGSN (si esta informaci6n esta disponible); cuando se necesario, un enlace es establecido con el SC accedido; y el informe negativo es creado y enviado al SC que incluye la raz6n por la que el MS esta ausente de modo que el SC puede ajustar cualquier algoritmo de reintento de forma apropiada.
- (c)
- Si el informe es un fallo, es enviado un mensaje que indica "capacidad de memoria del MS excedida" a traves del MSC o de la SGSN solicitando al HLR 104 que inserte la direcci6n del SC originario dentro del MWD (si esta implantado) con el mensaje "Capacidad de memoria de MS excedida" a traves del MSC o de la SGSN; estableciendo, cuando sea necesario, un enlace con el SC accedido; y creando y enviando el informe al SC.
- (d)
- Si se han recibido dos direcciones (SGSN y MSC) desde el HLR 104, entonces al recibir el primer informe asociado con el mensaje corto desde el MSC o la SGSN, el SMS/GMSC 102 realiza la siguiente secuencia operativa. Si el primer informe indica entrega satisfactoria, el HLR 104 es notificado de la entrega satisfactoria a traves del MSC o de la SGSN, lo que provoca que el HLR alerte a cualesquiera centros de servicio cuyas direcciones estan almacenadas en el MWD para el MS; y el informe satisfactorio es creado y enviado al SC.
- (e)
- Si el primer informe es un informe de fallo que indica uno o varios de los siguientes:
abonado no identificado, equipo no soportado, abonado ausente con indicaci6n de Desconexi6n de GPRS o de IMSI, fallo de sistema, valor de datos inesperado, perdida de datos, o conexi6n de GPRS suspendida; entonces la TPDU de mensaje corto es transferida al segundo trayecto usando la informaci6n de encaminamiento obtenida de HLR 104.
- (f)
- Si el segundo informe indica entrega satisfactoria, el HLR 104 es notificado de la entrega satisfactoria de la segunda transferencia a traves del MSC o de la SGSN, lo que hace que el HLR 104 alerte a cualesquiera centros de servicio cuyas direcciones estan almacenadas en el MWD para el MS; el HLR 104 es notificado de la entrega no satisfactoria en la primera transferencia solo por la causa "abonado ausente"; el HLR 104 es notificado de la raz6n por la que el MS esta ausente a traves del MSC o de la SGSN (si esta informaci6n esta disponible); cuando sea necesario, es establecido un enlace con el SC accedido; y el informe satisfactorio es creado y enviado al SC.
- (g)
- Si el segundo informe es un informe de fallo el HLR 104 solicita insertar la direcci6n del SC originario al MWD (si esta implantado) solo si al menos uno del primer o segundo informes han fallado debido a "Capacidad de Memoria de MS Excedida" o "Abonado Ausente"; el HLR 104 es notificado solo por las causas "Abonado Ausente", "Capacidad de Memoria Excedida" a traves del MSC o de la SGSN, o de ambos; el HLR 104 es notificado de la raz6n por la que el MS esta ausente a traves del MSC, de la SGSN, o de ambos (si esta informaci6n esta disponible); cuando sea necesario, se establece un enlace con el SC accedido; y el informe negativo es creado y enviado al SC con errores desde el primer y el segundo trayectos.
(ii) Funcionalidad de MSC de MSC/VLR 108
Cuando se recibe una TPDU de mensaje corto desde el SMS-GMSC/SMS-IWMSC 102, ("Enviar Mensaje Corto"), el MSC realiza las siguientes operaciones: 1) recibe la TPDU de mensaje corto; y 2) recupera informaci6n desde el VLR (direcci6n de area de posici6n y, cuando es apropiado, informaci6n de error).
Si son indicados errores por el VLR; el MSC devuelve la informaci6n de error apropiada al SMS-GMSC en un informe de fallo. Si no han sido indicados errores por el VLR, el MSC transfiere el mensaje corto al MS.
Cuando se recibe una confirmaci6n de que el mensaje ha sido recibido por el MS, el MSC transmite la confirmaci6n de entrega al SMS-GMSC en un informe de entrega. Cuando se recibe un informe de fallo de la transferencia del mensaje corto al MS, el MSC devuelve la informaci6n de error apropiada al SMS-GMSC en un informe de fallo. Cuando se recibe una notificaci6n desde el MS que tiene memoria disponible para recibir uno o mas mensajes cortos, el MSC transmite la notificaci6n al VLR.
Si se han indicados errores por el VLR, se devuelve la informaci6n de error apropiada al MS en un informe de fallo.
Cuando hay una transferencia MT-SMS en progreso al MS, u otro estado ocupado para el MT-SMS, el MSC tiene la opci6n de almacenar la TPDU en una cola durante un periodo corto de tiempo (que debe ser mas corto que el temporizador de supervisi6n definido en 3GPP TS 29.002 [15]). El tiempo maximo que un mensaje puede estar
puesto en cola esta relacionado con el retraso permitido para que el MSC responda al SMS-GMSC. Cuando el MS esta disponible para transferencia MT-SMS, las TPDU almacenadas son entregadas al MS sobre una base de primero en entrar -primero en salir. Si un mensaje no es transferido satisfactoriamente al MS dentro del tiempo permitido, el MS devuelve un error apropiado al SMS-GMSC.
(iii) Funcionalidad de la SGSN 106
Cuando se recibe una TPDU de mensaje corto desde el SMS-GMSC/SMS-IWMSC 102 ("Enviar Mensaje Corto"), la SGSN 106 recibe la TPDU de mensaje corto y, si se han detectado errores, la SGSN 106 devuelve la informaci6n de error apropiada al SMS-GMSC en un informe de fallo.
Si no se han detectado errores por la SGSN 106, la SGSN 106 transfiere el mensaje corto al MS.
Cuando se recibe una confirmaci6n de que ha sido recibido el mensaje por el MS, la SGSN 106 transmite la confirmaci6n de entrega al SMS-GMSC en un informe de entrega. Cuando se recibe un informe de fallo de la transferencia de mensaje corto al MS, la SGSN 106 devuelve la informaci6n de error apropiada al SMS-GMSC en un informe de fallo. Cuando se recibe una notificaci6n desde el MS de que tiene memoria disponible para recibir uno o mas mensajes cortos, si se han detectado errores por la SGSN 106, devuelve la informaci6n de error apropiada al MS en un informe de fallo. Si no se han detectado errores por la SGSN 106, notifica al HLR 104 de memoria disponible en el MS a traves de la SGSN.
Cuando el MS resulta alcanzable de nuevo notifica al HLR de que el MS es alcanzable a traves de la SGSN.
Cuando hay una transferencia MT-SMS en progreso al MS, u otro estado ocupado para el MT-SMS, la SGSN tiene la opci6n de almacenar la TPDU en una cola durante un periodo corto de tiempo (que debe ser mas corto que el temporizador de supervisi6n definido en 3GPP TS 29.002 [15]). El tiempo maximo que un mensaje puede estar en cola esta relacionado con el retraso permitido para que el SGSN responda al SMS-GMSC. Cuando el MS esta disponible para la transferencia MT-SMS, las TPDU almacenadas son entregadas al MS sobre una base primero en entrar -primero en salir. Si un mensaje no ha sido transferido satisfactoriamente al MS dentro del tiempo permitido, el MSC devuelve un error apropiado al SMS-GMSC.
- (B)
- Requisitos para Mensajes Cortos Originados en un Terminal M6vil
- (i)
- Funcionalidad de MSC de MSC/VLR 108
Cuando se recibe una TPDU de mensaje corto desde el MS, el MSC recibe la TPDU de mensaje corto; recupera informaci6n desde el VLR, asi como el MSISDN del MS y, cuando es apropiado, informaci6n de error. La recuperaci6n de informaci6n desde el VLR es seguida por el VLR que investiga el indicador no alcanzable de la estaci6n m6vil (MNRF) que ha de ser usada en el procedimiento de alerta. Si se han indicado errores por el VLR, el MSC devuelve la informaci6n de error apropiada al MS en un informe de fallo. Si no se han indicado errores por el VLR, el MSC inspecciona el parametro RP-DA.
Si los parametros son incorrectos, el MSC devuelve la informaci6n de error apropiada al MS en un informe de fallo. Si no se han encontrado errores de parametro, el MSC transfiere la TPDU de mensaje corto al SMS-IWMSC del SMS-GMSC/SMS-IWMSC 102. Observese que la funcionalidad del SMS-IWMSC puede ser puesta en practica por el MSC.
Cuando se recibe el informe del mensaje corto desde el SMS/IWMSC, el MSC es responsable de transmitir el informe al MS.
(ii) Funcionalidad de SMS-IWMSC de SMS-GMSC/SMS-IWMSC 102
Cuando se recibe una TPDU de mensaje corto desde el MSC o la SGSN, el SMS-IWMSC recibe la TPDU de mensaje corto; establece d6nde es necesario, un enlace con el SC accedido; y transfiere la TPDU de mensaje corto al SC si la direcci6n es valida.
Si un informe asociado con el mensaje corto no es recibido desde el SC antes de que un temporizador expire, o si la direcci6n SC es invalida, el SMS-IWMSC transmite el informe al MSC o a la SGSN. Si un informe asociado con el mensaje corto no es recibido desde el SC antes de que un temporizador expire, o si la direcci6n del SC es invalida, el SMS-IWMSC devuelve la informaci6n de error apropiada al MSC o a la SGSN en un informe de fallo. El valor del temporizador depende del protocolo entre el SC y el SMS-IWMSC.
(iii) Funcionalidad de SGSN 106
Cuando se recibe una TPDU de mensaje corto TPDU desde el MS, la SGSN 106 recibe la TPDU de mensaje corto e inspecciona el parametro RP-DA. Si los parametros son incorrectos la SGSN transfiere la TPDU de mensaje corto al SMS-IWMSC. Cuando se recibe el informe del mensaje corto desde el SMS-IWMSC, la SGSN 106 transmite el informe al MS.
- (C)
- Funcionalidad de SMS-IWMSC Relacionada con la acci6n de Alertar
Cuando se recibe una alerta desde el HLR, el SMS-IWMSC de SMS-GMSC/SMS-IWMSC 102 inspecciona la direcci6n del centro de conmutaci6n (SC); genera un RP-Alerta-SC; y transfiere el RP-Alerta-SC al SC. Si la direcci6n SC no es valida, entonces no se realiza ninguna otra acci6n.
- (D)
- Procedimientos Fundamentales Dentro de SMS
SMS abarca tres procedimientos fundamentales:
1) Mensaje corto terminado en un terminal m6vil (SM-MT). Este procedimiento incluye transferir un mensaje corto o un informe de estado desde el SC al MS; y devolver un informe al SC, que contiene el resultado del intento de transferencia del mensaje.
2) Mensaje corto originado en un terminal m6vil (SM-MO). Este procedimiento incluye transferir un mensaje corto desde el MS al SC; y devolver un informe al MS, que contiene el resultado del intento de transferencia del mensaje.
3) Transferencia de una Alerta. Este procedimiento incluye las secuencias operativas necesarias para que un HLR o un VLR inicie una transferencia de una Alerta a un SC especifico, informando el SC que el MS ha recuperado el funcionamiento.
La norma 3GPP TS 29.002 [15] define operaciones requeridas para la provisi6n del Servicio de Mensajes Cortos (SMS). Las operaciones definidas en la clausula 10 describen los requisitos que el SMS impone acerca de la funcionalidad de la red. El anexo C indica el flujo de premisas y parametros durante la transferencia de mensajes cortos entre el SC y el MS. Tanto el caso terminado en un terminal m6vil (MT) como el originado en un m6vil estan cubiertos.
Con referencia ahora a la fig. 2, que es un diagrama de una estructura de datos que describe un mecanismo ilustrativo de entrega de SMS de la tecnica relacionada sobre una red equipada con GPRS y GSM. Las entidades implicadas en la entrega de SMS incluyen Mensaje Corto-Centro de Servicio (SM-SC) 100, SMS-GMSC/SMS-IWMSC 102, HLR 204, MSC/SGSN 206, VLR 208, y MS 220. Los SM-SC 100, SMS-GMSC/SMS-IWMSC 102, y HLR 204 (fig. 2) son identicos a las entidades correspondientes mostradas en la fig. 1, mientras que la parte SGSN de MSC/SGSN 206 (fig. 2) es analoga a SGSN 106 de la fig. 1, el HLR 204 (fig. 2) es analogo al HLR 104 de la fig. 1, y el VLR 208 (fig. 2) es analogo a la parte VLR de MSC/VLR 108 (fig. 1).
Aunque la fig. 2 muestra el SM-SC 100 conectado a un solo MSC/SGSN 206 e implica una unica red m6vil terrestre publica (PLMN), como una cuesti6n practica, el SM-SC 100 puede estar conectado a varias PLMN y tambien a varios MSC/SGSN. El SM-SC 100 es accedido desde el equipo m6vil, tal como el TE 114 o el MT 118 (fig. 1) por un numero E.164. Este numero identifica el SM-SC 100 unicamente para una PLMN particular.
Segun el diagrama de flujo de datos de la fig. 2, el proceso de entrega de mensaje corto comienza cuando un mensaje SMS es transportado desde el SM-SC 100 al SMS-GMSC/SMS-IWMSC 102 (S1). En respuesta a la recepci6n del SMS, el SMS-GMSC/SMS-IWMSC 102 solicita la recuperaci6n de informaci6n de encaminamiento desde el HLR 104 (S2), y envia opcionalmente un mensaje de acuse de recibo o acuse de recibo negativo (ACK/NAK) de nuevo al SM-SC 100 (S3). El HLR 104 responde enviando una direcci6n de MSC/SGSN al SMS-GMSC/SMS-IWMSC 102 (S4). En el caso de un error, el SMS-GMSC/SMS-IWMSC 102 envia un mensaje de error de nuevo al SM-SC 100 (S5).
Ahora que el SMS-GMSC/SMS-IWMSC 102 conoce la direcci6n del MSC/SGSN 206 apropiado como identificada por el HLR 104, el SMS-GMSC/SMS-IWMSC 102 envia el mensaje SMS a ese MSC/SGSN 206 (S6). El MSC/SGSN 206 intenta localizar el destino apropiado MS 220 para el SMS con ayuda del VLR 208 (S7), y luego envia el mensaje SMS a ese MS 220 (S8). El MS 220 envia entonces un mensaje de acuse de recibo o acuse de recibo negativo (ACK/NAK) de nuevo al MSC/SGSN 206(S9). El MSC/SGSN 206 envia el mensaje ACK/NAK al SMS-GMSC/SMS-IWMSC 102 (S10) que, a su vez, transmite el mensaje ACK/NAK de nuevo al SM-SC 100 (S11). En el caso de un error, un mensaje de error es enviado desde el MSC/SGSN 206 al SMS-GMSC/SMS-IWMSC 102 (S12), y por ello, desde el SMS-GMSC/SMS-IWMSC 102 al SM-SC 100 (S13).
La fig. 3 es un diagrama de una estructura de datos que describe un procedimiento ilustrativo de paginaci6n CS (GSM) de la tecnica anterior sobre una red equipada con GPRS y GSM usando el protocolo A/Gb. Las entidades implicadas en una paginaci6n CS de modo A/Gb incluyen el MS 320, el sistema de la estaci6n base (BSS) 112, la SGSN 106, y el MSC/VLR 108. El BSS 112, la SGSN 106, y el MSC/VLR 108 (fig. 3) son identicos a las entidades correspondientes mostradas en la fig. 1, mientras que el MS 320 (fig. 3) puede corresponder al TE 116 y al MT 120 de la fig. 1. El procedimiento de paginaci6n comienza cuando MSC/VLR 108 envia una pagina a la SGSN 106 (S1). La pagina puede incluir alguno o la totalidad de los parametros siguientes enviados por el MSC: IMSI, VLR TMSI, Canal Necesario, Prioridad, y/o Informaci6n de Posici6n. Canal Necesario indica al MS el tipo de canal CS que debe ser solicitado en la respuesta. El VLR TMSI y el Canal Necesario son parametros opcionales. La prioridad es el
parametro de prioridad de paginaci6n de conmutaci6n de circuitos.
La SGSN 106 responde a la pagina enviando una solicitud de paginaci6n al BSS 112 (S2). La solicitud de paginaci6n es una solicitud de protocolo BSS-GPRS (BSSGP) al BBS que sirve al MS que incluye alguno o la totalidad de los parametros siguientes: IMSI, identificador de enlace l6gico temporal (TLLI), identidad de abonado m6vil temporal VLR (TMSI), Area, Canal Necesario, y/o calidad de servicio (OoS). El parametro Area es derivado bien del contexto MM de MS en la SGSN 106 o bien, si tal informaci6n no esta disponible, a partir de la Informaci6n de Posici6n recibida desde el MSC/VLR 108. El area indica una unica celda para un MS en PREPARADO, o un area de encaminamiento para un MS en estado EN ESPERA. El VLR TMSI y el Canal Necesario son incluidos si son recibidos desde el MSC. Si el Canal Necesario no fue recibido desde el MSC, entonces un parametro de fallo del Canal Necesario que indica una paginaci6n basada en circuito es incluido por la SGSN 106. OoS indica la prioridad de esta Solicitud de Paginaci6n relativa a otros mensajes de Solicitud de Paginaci6n almacenados en la memoria tamp6n en BSS 112. Si el area de posici6n en la que se supo por ultima vez que el MS tenia que estar posicionado tiene un area de encaminamiento nula asociada, entonces la SGSN 106 envia un mensaje de Solicitud de Paginaci6n BSSGP adicional a cada BSS que sirve al area de encaminamiento nula.
El BSS 112 traduce el mensaje de Solicitud de Paginaci6n BSSGP entrante a un mensaje de Solicitud de Paginaci6n por Radio por celda. Si un recurso de radio dedicado es asignado al MS en una celda, entonces el BSS 112 transmite un mensaje de Solicitud de Paginaci6n (VLR TMSI o IMSI, Canal Necesario) sobre este recurso de radio (S3), sin detener posibles transferencias de datos salientes para el MS. De otra manera, el BSS 112 pagina el MS con un mensaje de solicitud de paginaci6n (VLR TMSI o IMSI, Canal Necesario) sobre el canal de paginaci6n apropiado en cada celda accedida.
Respondiendo al BSS 112 que envia la solicitud de paginaci6n al MS 320, el MS 320 envia un mensaje en modo equilibrado asincrono establecido (SABM) al BSS 112 (S4). El BSS 112 responde al mensaje SABM enviando una solicitud de conexi6n de la parte de control de conexi6n de senalizaci6n (SCCP) al MSC/VLR 108 (S5). En casos en los que el MS 320 esta unido tanto al IMSI como al GPRS en una PLMN que opera en modo I, el MSC/VLR ejecuta la paginaci6n para servicios de conmutaci6n de circuitos a traves de la SGSN 106. Al recibir un mensaje de Solicitud de Paginaci6n para un servicio de conmutaci6n de circuitos, el MS 320 puede elegir responder a esta solicitud y, de conformidad con tal elecci6n, el MS seguira los procedimientos CS estandar, bien conocidos para respuesta de paginaci6n (acceso aleatorio, asignaci6n inmediata) como se ha especificado en GSM 04.08[13]. Cuando es recibido en BSS 112, el mensaje de Respuesta de Paginaci6n es enviado al MSC, que a continuaci6n detiene el temporizador de respuesta de paginaci6n.
Con referencia ahora a la fig. 4, se ha mostrado un diagrama de una estructura de datos de un procedimiento de paginaci6n CS (GSM) de la tecnica anterior sobre una red equipada con GPRS y GSM usando el protocolo "Iu". Las entidades implicadas en la paginaci6n CS en modo Iu incluyen el MS 420, el RNS 412, la 3G-SGSN 406, y el MSC/VLR 408. El procedimiento de paginaci6n comienza cuando el MSC/VLR 408 envia una pagina a la 3G-SGSN 406 (S1). La pagina puede incluir alguno o la totalidad de los parametros siguientes enviados por el MSC/VLR: IMSI, VLR TMSI, Canal Necesario, Prioridad y/o Informaci6n de Posici6n. Si el VLR TMSI no esta incluido, el IMSI es usado en lugar del TMSI como una direcci6n de paginaci6n en la interfaz de radio. Si la Informaci6n de Posici6n no esta incluida, la 3G-SGSN 406 pagina el MS 420 en todas las celdas servidas por el MSC/VLR 408 y la 3G-SGSN 406, a menos que la 3G-SGSN tenga informaci6n fiable sobre la posici6n del MS 420.
La SGSN 406 3G responde a la pagina enviando un mensaje de paginaci6n de la parte de aplicaci6n de red de acceso por radio (RANAP) a cada subsistema de red por radio (RNS) 412 (S2). El mensaje de paginaci6n RANAP incluye alguno o la totalidad de los parametros siguientes: IMSI, TMSI, Area, y un Indicador de Dominio de red principal (CN). El RNS 412 requiere el parametro IMSI con el fin de calcular el grupo de paginaci6n MS 420, y para identificar el MS 420 paginado. El parametro TMSI es incluido si es recibido desde MSC/VLR 408. El parametro de Area indica el area en el que esta paginado MS 420, y es derivado o bien del contexto de MM de MS en la SGSN 406 3G o bien, si tal informaci6n no esta disponible, a partir de la Informaci6n de Posici6n recibida desde el MSC/VLR 408. El Indicador de Dominio de CN indica que dominio (CS o PS) ha iniciado el mensaje de paginaci6n y, en el escenario actual, debe ser ajustado a "CS" por la SGSN 406 3G.
Al producirse la recepci6n de un mensaje de Solicitud de Paginaci6n para un servicio (S3) de conmutaci6n de circuitos (CS), MS 420 responde a esta solicitud y devuelve una respuesta de paginaci6n (S4) en forma de un mensaje de Transferencia Directa Inicial de control de recurso de radio (RRC) (acudase a GSM 04.18 y 3GPP
25.331 para mas detalles). El Indicador de Dominio de CN es ajustado a "CS" en el mensaje de Transferencia Directa Inicial. Cuando es recibido en el RNS 412, el mensaje de Respuesta de Paginaci6n es enviado en un mensaje de UE Inicial de RANAP al MSC/VLR 408 (S5), que detiene entonces el temporizador de respuesta de paginaci6n.
Las figs. 5 y 6 son diagramas de una estructura de datos que describen procedimientos de solicitud de servicio iniciados en red GPRS de la tecnica anterior. Las entidades implicadas en los procedimientos de las figs. 5 y 6 incluyen el MS 520, la SGSN 506, el HLR 504, y la SGSN 522. Ademas, el procedimiento de la fig. 6 emplea un controlador de red de radio (RNC) 612.
Con referencia en primer lugar al procedimiento de la fig. 5, una unidad de datos de protocolo de un protocolo de datos en paquetes, (PDP PDU) es recibida en el GGSN 522 (S1). El GGSN 522 envia informaci6n de encaminamiento para GPRS al HLR 504 (S2). El HLR 504 envia un mensaje de acuse de recibo de nuevo al GGSN
522. El GGSN 522 envia a continuaci6n una solicitud de notificaci6n de PDU a la SGSN 506 (S3). La SGSN 506 responde a la solicitud de notificaci6n de PDU enviando una respuesta de notificaci6n de PDU de nuevo al GGSN 522 (S3A). La SGSN 506 solicita entonces la activaci6n de contexto de protocolo de datos de paquete (PDP) desde MS 520 (S4). El MS 520 y el GGSN 522 se aplican a continuaci6n en un procedimiento de activaci6n de contexto de PDP (S5).
Con respecto al procedimiento de la fig. 6, cuando la SGSN 506 (en este caso, una SGSN de 3G) recibe un paquete de enlace descendente (Solicitud de Activaci6n de Contexto de PDP, MT SMS, Datos de Usuario) para un MS en un estado (S1) de TIEMPO MUERTO de gesti6n de movilidad de paquetes (PMM-IDLE), la SGSN 506 envia una solicitud de paginaci6n (S2A) al MS520 usando el RNC 612 (S2). La solicitud de paginaci6n dispara el procedimiento de solicitud de servicio en el MS 520(S3). El procedimiento de solicitud de servicio total funciona como sigue. En primer lugar, la SGSN 506 recibe una PDU de PDP de enlace descendente para MS 520 cuando el MS esta en estado IDLE de PMM. A continuaci6n, la SGSN 506 envia un mensaje de paginaci6n al RNC 612. El RNC 612 pagina MS 520 enviando un mensaje de paginaci6n al MS. El MS 520 establece una conexi6n RRC al RNC 612 si no existe ninguna para el trafico de CS (S3, S3A).
El procedimiento de solicitud de servicio continua cuando MS 520 envia un mensaje de Solicitud de Servicio (S4) a la SGSN 506. Un mensaje de Solicitud de Servicio incluye uno o mas de los siguientes parametros: P-TMSI, identificaci6n del area de encaminamiento (RAI), numero de secuencia de clave cifrada (CKSN), y Tipo de Servicio. El parametro de Tipo de Servicio especifica la respuesta de paginaci6n (PR). La Solicitud de Servicio es transportada sobre un enlace de radio en un mensaje de Transferencia Directa de RRC y sobre la interfaz Iu en el mensaje MS Inicial de RANAP. En este punto, la SGSN 506 puede realizar un procedimiento de autenticaci6n. La SGSN 506 es capaz de discernir si el paquete de enlace descendente requiere un establecimiento de portador de acceso por radio (RAB) (es decir, PDU de enlace descendente) o si no lo requiere (es decir, Solicitud de Activaci6n de Contexto de PDP o SMS de MT). La SGSN 506 realiza entonces el procedimiento en modo seguridad (S5).
Si los recursos para los contextos de PDP estan restablecidos, la SGSN 506 envia una Solicitud de Asignaci6n de RAB (S6A) al RNC 612. La Solicitud de Asignaci6n de RAB incluye uno o mas de los siguientes parametros: (ID de RAB, identificadores de punto final del tunel (TEID), Perfil o Perfiles de OoS, y Direcci6n o Direcciones IP de SGSN). El RNC 612 envia un mensaje de Establecimiento de un Portador de Radio (S6B), que incluye uno o mas ID de RAB, al MS 520. El MS 520 responde al mensaje de Establecimiento de Portador de Radio devolviendo un mensaje Completo de Establecimiento de Portador de Radio al RNC 612 (S6C). El RNC 612 envia un mensaje de Respuesta de Asignaci6n de RAB a la SGSN 506 (S6D) con el fin de indicar que se han establecido los tuneles de protocolo de tunelado de GPRS (GTP) sobre la interfaz Iu, y tambien para indicar que portadores de acceso por radio estan establecidos entre RNC 612 y MS 520. La respuesta de Asignaci6n de RAB incluye uno o mas de los siguientes parametros: (ID de RAB, TEID, y Direcci6n o Direcciones IP de RNC).
Si el RNC 612 devuelve un mensaje de Respuesta de Asignaci6n de RAB con un motivo que indica que el perfil o perfiles de OoS solicitados no pueden ser proporcionados (por ejemplo, la tasa maxima de bits solicitada no esta disponible), entonces la SGSN 506 puede enviar un nuevo mensaje de Solicitud de Asignaci6n de RAB que especifica un perfil o perfiles de OoS diferentes. El numero de reintentos, si hay alguno, asi como la manera en la que el nuevo perfil o perfiles de OoS son determinados, son dependientes de la puesta en practica. Para cada RAB reestablecido con un perfil de OoS modificado, la SGSN 506 reinicia un procedimiento de Modificaci6n de Contexto de PDP para informar al MS 520 y al GGSN 522 del nuevo perfil de OoS negociado para el contexto de PDP correspondiente (S7). La SGSN 506 transmite a continuaci6n el paquete de enlace descendente (S8).
Aunque las figs. 1 a 6, muestran la capacidad para entregar SMS y paginaci6n de IMS sobre una red celular hay una falta de sistemas y metodos para entregar servicios de bases de datos, tales como SMS y paginaci6n de IMS, sobre una WLAN.
En "El Sistema Global para Servicio de Mensajes Cortos de Comunicaciones M6viles", Comunicaciones Personales IEEE, US, Vol. 7, nO 3, Junio de 2000, paginas 15-23 Peersman G. y col. describen una perspectiva general de la arquitectura de red de Sistema Global para Comunicaciones M6viles, GSM, en la que esta implantado el Servicio de Mensajes Cortos, SMS.
3GPP, "Proyecto de Asociaci6n de 3a Generaci6n; Servicios de Grupo de Especificaci6n Tecnica y Aspectos de Sistema; sistema 3GPP para intercomunicaci6n de la Red de Area Local Inalambrica (WLAN); Descripci6n del Sistema (Versi6n 6)" Proyecto 3GPP TS 23.234 V1.8.0, Abril de 2003, describe que por medio de intercomunicaci6n de 3GPP-WLAN, los recursos y acceso a servicios dentro del sistema 3GPP pueden ser utilizados por un equipamiento de usuario de WLAN.
El documento US 2003/0016639 describe la entrega de un mensaje de Servicio de Mensajes Cortos (SMS) a un terminal m6vil en modo dual en modo de datos dentro de una red CDMA2000 capaz de proporcionar tanto servicios de voz como servicios de datos. Para recibir el mensaje de SMS durante una sesi6n de datos, el mensaje de SMS
es encapsulado en un paquete de Protocolo de Internet (IP) y encaminado al terminal m6vil como un mensaje de correo electr6nico a traves del Nodo de Servicio de Datos de Paquete (PDSN) que sirve al terminal m6vil.
RESUMEN
El presente invento esta caracterizado por el metodo y aparato para entregar servicios de bases de datos sobre una WLAN acoplada a uno o mas dispositivos 3GPP encapsulando datos en formato IP antes de entregarlos a la WLAN. En una primera realizaci6n del invento (entrega directa de SMS con WAG opcional), el servicio de bases de datos es un SMS y particularmente un SMS basado en UMTS/CDMA. Al recibirse un mensaje de SMS, se recupera la informaci6n de encaminamiento que pertenece al mensaje. Una direcci6n de PDGW para el mensaje de SMS es identificada. El mensaje SMS es a continuaci6n enviado a esta direcci6n de PDGW identificada. La PDGW identifica la WLAN UE a la que ha de ser entregado el mensaje SMS, y vuelve a formatear el mensaje SMS en formato IP (texto o encapsulado) de modo que el mensaje esta listo para su entrega al UE de WLAN identificado.
Una segunda realizaci6n del invento puede ser denominada como "entrega directa de SMS con WAG obligatoria". A la recepci6n de un mensaje SMS, la informaci6n de encaminamiento que pertenece al mensaje es recuperada. Una direcci6n de WAG para el mensaje SMS es identificada. El mensaje SMS es a continuaci6n enviado a esa direcci6n de WAG identificada. La WAG identifica el Equipo de Usuario de WLAN al que ha de ser entregado el mensaje SMS, y la WAG reformatea el mensaje SMS en formato IP (texto o encapsulado) de modo que el mensaje esta listo para su entrega al UE de WLAN identificado.
Una tercera realizaci6n del invento es conocida como "entrega de SMA basada en la notificaci6n con WAG opcional". A la recepci6n de un mensaje SMS en un SMS-GMSC/SMS-IWMSC, la informaci6n de encaminamiento que pertenece al mensaje es recuperada. Una direcci6n de PDG para el mensaje SMS es identificada. El mensaje SMS es entonces enviado a esta direcci6n de PDG identificada. La PDG identifica el Equipo de Usuario de WLAN al que ha de ser entregado el mensaje SMS, y notifica al Equipo de Usuario de la existencia de un mensaje SMS entrante. La PDG reformatea el mensaje SMS a formato IP (texto o encapsulado) de modo que el mensaje esta listo para su entrega. La PDG envia entonces una notificaci6n de mensaje SMS a la WLAN. A la recepci6n de la notificaci6n del mensaje SMS, la WLAN envia un mensaje de acuse de recibo (ACK) a la PDG. La PDG responde al mensaje de acuse de recibo enviando un mensaje SMS a la WLAN. La WLAN transmite entonces el mensaje SMS al Equipo de Usuario previamente identificado. A la recepci6n del mensaje SMS, el Equipo de Usuario envia un mensaje de recepci6n de SMS a la WLAN.
Cuando la WLAN recibe el mensaje de recepci6n de SMS procedente del Equipo de Usuario, la WLAN genera un informe de entrega y envia el informe de entrega a la PDG. La PDG examina el informe de entrega para discernir si el mensaje SMS fue entregado satisfactoriamente o no al Equipo de Usuario. Si es asi, la PDG envia un mensaje de acuse de recibo (ACK) al SMS-GMSC/SMS-IWMSC y, si no es asi, la PDG envia un mensaje de acuse de recibo negativo (NAK) al SMS-GMSC/SMS-IWMS. A la recepci6n del mensaje de ACK o NAK, el SMS-GMSC/SMS-IWMSC genera un informe de entrega y envia el informe de entrega al SM-SC.
Una cuarta realizaci6n del invento es denominada como "entrega de SMA basada en la notificaci6n con WAG obligatoria". A la recepci6n de un mensaje SMS en un SMSW-GMSC/SMS-IWMSC, la informaci6n de encaminamiento que pertenece al mensaje es recuperada. Una direcci6n de WAG para el mensaje SMS es identificada. El mensaje SMS es entonces enviado a esta direcci6n de WAG identificada. La WAG identifica el Equipo de Usuario de WLAN al que ha de ser entregado el mensaje SMS, y notifica al Equipo de Usuario de la existencia de un mensaje SMS entrante. La WAG reformatea el mensaje SMS a formato IP (texto o encapsulado) de modo que el mensaje esta listo para su entrega. La WAG envia entonces una notificaci6n de mensaje SMS a la WLAN. A la recepci6n de la notificaci6n del mensaje SMS, la WLAN envia un mensaje de acuse de recibo (ACK) a la WAG. La WAG responde al mensaje de acuse de recibo enviando el mensaje SMS a la WLAN. La WLAN transmite entonces el mensaje SMS al Equipo de Usuario previamente identificado. A la recepci6n del mensaje SMS, el Equipo de Usuario envia un mensaje de recepci6n de SMS a la WLAN. Cuando la WLAN recibe el mensaje de recepci6n de SMS procedente del Equipo de Usuario, la WLAN genera un informe de entrega y envia el informe de entrega a la WAG. La WAG transmite el informe de entrega al SMS-GMSC/SMS-IWMSC, y el SMS-GMSC/SMS-IWMSC envia el informe de entrega al SM-SC.
Una quinta realizaci6n del invento es denominada "entrega de SMA originada en WLAN con WAG opcional". Una WLAN recibe un mensaje SMS encapsulado entrante procedente del Equipo de Usuario (UE) y envia el mensaje SMS encapsulado a una PDG. El mensaje SMS es encapsulado en formato IP. La PDG desencapsula y reformatea el mensaje SMS desde formato IP a un formato SMS estandar. El mensaje SMS en formato estandar es entonces enviado a un SMS-IWMSC. El SMS-IWMSC examina el mensaje SMS y envia el mensaje a un SM-SC. En respuesta a la recepci6n del mensaje SMS, el SM-SC envia un informe de entrega al SMS-IWMSC. El SMS-IWMSC envia el informe de entrega a la PDG, y la PDG transmite el informe de entrega a la WLAN. Finalmente la WLAN envia el informe de entrega de nuevo al Equipo de Usuario que previamente ha enviado el mensaje SMS encapsulado a la WLAN.
Una sexta realizaci6n del invento es denominada "entrega de SMS originada en WLAN con WAG obligatoria". Una WLAN recibe un mensaje SMS encapsulado entrante desde el Equipo de Usuario (UE) y transmite el mensaje SMS
encapsulado a una WAG. El mensaje SMS esta encapsulado en formato IP. La WAG desencapsula y reformatea el mensaje SMS desde formato IP a formato SMS estandar. El mensaje SMS en formato estandar es a continuaci6n enviado a un SMS-IWMSC. El SMS-IWMSC examina el mensaje SMS y envia el mensaje a un SM-SC. En respuesta a la recepci6n del mensaje SMS, el SM-SC envia un informe de entrega al SMS-IWMSC. El SMS-IWMSC envia el informe de entrega a la WAG, y la WAG transmite el informe de entrega a la WLAN. Finalmente, la WLAN envia el informa de entrega de nuevo al Equipo de Usuario que previamente ha enviado el mensaje SMS encapsulado a la WLAN.
Una septima realizaci6n del invento proporciona medios para la notificaci6n de llamadas CS (conmutaci6n de circuitos) sobre una WLAN. Una WLAN esta acoplada al Equipo de Usuario y tambien a una PDGW. Las comunicaciones entre la WLAN, el Equipo de Usuario, y la PDGW son sobre enlaces estandar basados en IP. Al recibir una llamada CS entrante, un MSC recupera la informaci6n de encaminamiento m6vil y envia esta informaci6n de encaminamiento a un HLR. En respuesta a esta informaci6n de encaminamiento, el HLR envia una direcci6n de PDGW de nuevo al MSC. El MSC envia a continuaci6n un mensaje de Pagina a la direcci6n PDGW devuelto por el HLR. El mensaje de Pagina puede, pero no lo necesita, incluir una direcci6n de IP de M6vil. Al recibir el mensaje de Pagina, la PDGW localiza el UE/WLAN y notifica a la WLAN enviando a la WLAN un mensaje de Notificaci6n de Pagina. La WLAN alerta al Equipo de Usuario de la existencia de una llamada CS entrante. Si la llamada ha de ser aceptada en el Equipo de Usuario, el Equipo de Usuario envia un mensaje de aceptaci6n de nuevo a la WLAN. A su vez, la WLAN envia un mensaje de acuse de recibo (ACK) a la PDGW. La PDGW responde al mensaje ACK enviando un mensaje de Respuesta de Pagina de nuevo al MSC. El MSC detiene el temporizador de respuesta de paginaci6n y continua con la entrega de la llamada CS sobre una interfaz de radio GSM.
Una octava realizaci6n del invento proporciona medios para la notificaci6n de servicios basados en GPRS/3G sobre una WLAN. Una WLAN esta acoplada al Equipo de Usuario y tambien a una PDGW. Las comunicaciones entre la WLAN, el Equipo de Usuario, y la PDGW son sobre enlaces estandar basados en IP. Durante la recepci6n de una PDU de PDP entrante, un GGSN recupera informaci6n de encaminamiento de m6vil y envia esta informaci6n de encaminamiento a un HLR. En respuesta a esta informaci6n de encaminamiento, el HLR envia una direcci6n de PDGW de nuevo al GGSN. El GGSN envia a continuaci6n un mensaje de Notificaci6n de PDU a la direcci6n de PDGW devuelta por el HLR. El mensaje de notificaci6n de PDU puede, pero no lo necesita, incluir una direcci6n IP de M6vil. Durante la recepci6n del mensaje de Notificaci6n de PDU, la PDGW localiza el UE/WLAN y notifica a la WLAN enviando a la WLAN un mensaje de Notificaci6n de PDU. La WLAN alerta al Equipo de Usuario de la existencia de un paquete de datos entrante desde un servicio de base de datos GPRS/3G. Si el servicio ha de ser aceptado en el Equipo de Usuario, el Equipo de Usuario envia un mensaje de aceptaci6n de nuevo a la WLAN. A su vez, la WLAN envia un mensaje ACK a la PDGW. La PDGW responde al mensaje ACK enviando un mensaje de Respuesta de Notificaci6n de PDU de nuevo al GGSN. Opcionalmente, el GGSN repite a continuaci6n todo o una parte del procedimiento antes mencionado sobre una red GPRS/3G.
Una novena realizaci6n del invento proporciona medios para la notificaci6n de servicios basados en IMS sobre una WLAN. Una WLAN esta acoplada al Equipo de Usuario y tambien a una PDGW. Las comunicaciones entre la WLAN, el Equipo de Usuario, y la PDGW son sobre enlaces estandar basados en IP. Durante la recepci6n de una llamada SIP entrante, una CSCF recupera la informaci6n de encaminamiento de m6vil y envia esta informaci6n de encaminamiento a un HLR. En respuesta a esta informaci6n de encaminamiento, el HLR envia una direcci6n de PDGW devuelta por el HLR. El mensaje de Notificar SIP puede, pero no lo necesita, incluir una direcci6n IP de M6vil. Al recibir el mensaje de Notificar SIP, la PDGW localiza el UE/WLAN y notifica a la WLAN enviando a la WLAN un mensaje de Notificar SIP. La WLAN alerta al Equipo de Usuario de la existencia de una llamada SIP entrante. Si la llamada SIP ha de ser aceptada en el Equipo de Usuario, el Equipo de Usuario envia un mensaje de aceptaci6n de nuevo a la WLAN. A su vez, la WLAN envia un mensaje ACK a la PDGW. La PDGW responde al mensaje ACK enviando un mensaje de acuse de recibo de nuevo a la CSCF. Opcionalmente, la CSCF repite a continuaci6n todo o parte del procedimiento antes mencionado sobre una red 3G.
Una decima realizaci6n del invento proporciona medios para la terminaci6n de servicios basados en IMS sobre una WLAN. Una WLAN esta acoplada a un UE y tambien a una PDGW. Las comunicaciones entre la WLAN, el UE, y la PDGW son sobre enlaces estandar basados en IP. Durante la recepci6n de una llamada SIP entrante, una CSCF recupera informaci6n de encaminamiento de m6vil y envia esta informaci6n de encaminamiento a un HLR. En respuesta a esta informaci6n de encaminamiento, el HLR envia una direcci6n de PDGW de nuevo a la CSCF. La CSCF envia a continuaci6n un mensaje de Invitar a SIP a la direcci6n de PDGW devuelta por el HLR. Durante la recepci6n del mensaje de Invitar a SIP, la PDGW localiza el UE/WLAN y notifica a la WLAN enviando a la WLAN un mensaje de Invitar a SIP. La WLAN alerta al UE de la existencia de una llamada SIP entrante. Si la llamada SIP ha de ser aceptada en el UE, el UE envia un mensaje de aceptaci6n de nuevo a la WLAN. A su vez, la WLAN envia un mensaje de SIP 200 OK a la PDGW. La PDGW responde al mensaje de SIP 200 OK enviando un mensaje de SIP 200 OK de nuevo al CSCF. Opcionalmente, la CSCF envia a continuaci6n el mensaje de SIP 200 OK sobre una red 3G.
La undecima y duodecima realizaciones proporcionan dos mecanismos alternativos distintos, es decir, tunelado de SMS y Proxy de SMS, para protocolos para la entrega de SNS a traves de la WLAN. Como se ha descrito, el invento es aplicable para mejorar la norma I.E.E.E. 802.11 en el contexto de UMTS y CDMA2000; sin embargo, el invento es aplicable tambien en otros escenarios.
Una decimotercera realizaci6n del presente invento comprende proporcionar mensajeria de texto y de voz a unos pocos terminales m6viles que operan en una posici6n geografica pequena utilizando una red principal ad hoc que tiene un protocolo de control de llamada al nivel de aplicaci6n y que proporciona un impacto minimo sobre sistemas y hardware existentes ya que no se necesita ningun soporte de infraestructura y al mismo tiempo se aprovecha de la tecnologia existente y requiere solo una soluci6n basada en software para una puesta en practica rapida y facil. La tecnologia existente puede, por ejemplo, estar basada en radio por Bluetooth (BT) y una plataforma que soporta UMTS y satisface preferiblemente requisitos 3G y soporta un modo dual de GSM/GPRS y WCDMA de acuerdo con las normas 3GPP.
BREVE DESCRIPCION DE LOS DIBUJOS
El invento sera descrito a continuaci6n con referencia a las figuras siguientes en las que elementos similares estan designados por designaciones alfanumericas similares y en las que:
La fig. 1 describe un diagrama arquitect6nico de la tecnica anterior para poner en practica una conmutaci6n de circuitos y de paquetes en el contexto de una red GPRS y GSM.
La fig. 2 es un diagrama de una estructura de datos que describe un mecanismo de entrega de SMS de la tecnica anterior sobre una red equipada con GPRS y GSM.
La fig. 3 es un diagrama de una estructura de datos que describe un procedimiento de paginaci6n de CS (GSM) de la tecnica anterior sobre una red equipada con GPRS y GSM que utiliza el protocolo A/Gb.
La fig. 4 es un diagrama de una estructura de datos que describe un procedimiento de paginaci6n de CS (GSM) de la tecnica anterior sobre una red equipada con GPRS y GSM que utiliza el protocolo "Iu".
Las figs. 5 y 6 son diagramas de una estructura de datos que describen los procedimientos de solicitud de servicio iniciados en red GPRS de la tecnica anterior.
La fig. 7 es un diagrama de bloques de hardware que muestra una nueva arquitectura de intercomunicaci6n WLAN3GPP que utiliza una Pasarela de Acceso WLAN opcional.
La fig. 8 es un diagrama de bloques de hardware que muestra una arquitectura de intercomunicaci6n WLAN-3GPP que utiliza una Pasarela de Acceso WLAN obligatoria.
La fig. 9 es un diagrama de bloques de hardware que muestra una arquitectura que proporciona la entrega de un mensaje SMS de base domestica sobre una WLAN que usa una WAG opcional.
La fig. 10 es un diagrama de bloques de hardware que muestra una arquitectura que proporciona la entrega de un mensaje SMS sobre una WLAN que utiliza una WAG obligatoria en el contexto de GPRS/GSM.
La fig. 11 es un diagrama de flujo de datos que describe un procedimiento para la terminaci6n de un mensaje SMS WLAN que utiliza la entrega directa junto con una WAG opcional.
La fig. 12 es un diagrama de flujo de datos que describe un procedimiento para la terminaci6n de un mensaje SMS WLAN que utiliza entrega directa junto con una WAG obligatoria.
La fig. 13 es un diagrama de flujo de datos que describe un procedimiento para la terminaci6n de un mensaje SMS WLAN que usa entrega basada en notificaci6n junto con una WAG opcional.
La fig. 14 es un diagrama de flujo de datos que describe un procedimiento para la terminaci6n de un mensaje SMS WLAN que usa la entrega basada en notificaci6n junto con una WAG obligatoria.
La fig. 15 es un diagrama de flujo de datos que describe un procedimiento para procesar un mensaje SMS de IP encapsulado entrante desde una WLAN que usa una WAG opcional.
La fig. 16 es un diagrama de flujo de datos que describe un procedimiento para procesar un mensaje SMS de IP encapsulado entrante desde una WLAN que usa una WAG obligatoria.
La fig. 17 es un diagrama de bloques de hardware que muestra una arquitectura que usa una WAG obligatoria para proporcionar intercomunicaci6n WLAN-3GPP en el contexto de GPRS/GSM.
La fig. 18 es un diagrama de bloques de hardware que muestra interfaces entre el dominio WLAN y el dominio CS/PS.
La fig. 19 es un diagrama de flujo de datos que describe un procedimiento para anunciar llamadas de CS a un equipo de usuario sobre una WLAN.
La fig. 20 es un diagrama de flujo de datos que describe un procedimiento para la notificaci6n de servicios de base
GPRS-3G sobre una WLAN.
La fig. 21 es un diagrama de flujo de datos que describe un procedimiento para la notificaci6n de servicios basados
en IMS sobre una WLAN.
La fig. 22 es un diagrama de flujo de datos que describe un procedimiento para la terminaci6n de servicios basados
en IMS sobre una WLAN.
La fig. 23 ilustra un modelo simple de una red para soportar SMS sobre WLAN.
La fig. 24 ilustra la arquitectura de protocolo de SMS para GSM/GPRS.
La fig. 25 ilustra la primera realizaci6n, tunelado de SMS, que muestra la arquitectura de protocolo para tutelar SMS
en el contexto del invento.
La fig. 26 ilustra tunelado de SMS que muestra el flujo de IE (elemento de informaci6n) en WAG/PDG (pasarela de
acceso inalambrica/pasarela de datos de paquete), para el caso de terminaci6n en terminal m6vil (MT).
La fig. 27 ilustra la secuencia de flujo de mensaje para el caso de terminaci6n en m6vil (MT).
La fig. 28 ilustra tunelado de SMS, que muestra el flujo IE en WAG/PDG, para el caso originado en un m6vil (MO).
La fig. 29 ilustra la secuencia de flujo de mensaje para el caso MO.
La fig. 30 ilustra el tratamiento de informaci6n en un equipo de usuario (UE).
La fig. 31 ilustra la arquitectura de protocolo SMS para proxy SMS como una segunda realizaci6n del invento.
Las figs. 32a-32b ilustran detalles del proxy SMS de la fig. 9.
La fig. 33 ilustra el tratamiento MO IE en el proxy de WAG/PDG.
La fig. 34 muestra el flujo de mensaje en proxy de WAG/PDG SMS para el caso originado en m6vil.
La fig. 35 ilustra el tratamiento MT IE en el proxy de WAG/PDG; y,
La fig. 36 ilustra el flujo de mensaje para proxy de WAG/PDG SMS para el caso MT.
Las figs. 37a y 37b muestran ejemplos de una picorred, mostrando la fig. 37a un modo de comunicaciones par a par
y mostrando la fig. 37b un modo de comunicaciones jerarquico.
La fig. 38 muestra una vista detallada de un terminal remoto util para describir una capacidad de pulsar para hablar.
Las figs. 39a a 39d muestran vistas en desarrollos utiles para explicar el modo jerarquico de comunicaci6n.
Las figs. 40a y 40b son diagramas de flujo que muestran otros detalles de la perspectiva general de protocolo de las
figs. 39a-39d.
La fig. 41 es un diagrama simplificado de una plataforma en la que se ha integrado una arquitectura de software que
proporciona el metodo y protocolo para mensajeria instantanea de voz y texto para un pequeno grupo de usuarios
que opera en una posici6n geografica pequena.
DESCRIPCION DETALLADA DE LAS REALI�ACIONES PREFERIDAS
La fig. 7 es un diagrama de bloques simplificado que muestra una arquitectura de intercomunicaci6n WLAN-3GPP
que utiliza una pasarela de acceso WLAN opcional. Un primer UE 705 de WLAN esta acoplado a una primera red 709 de acceso WLAN. La primera red 709 de acceso WLAN puede o no incluir una o mas redes intermedias. A su vez, la primera red 709 de acceso WLAN esta acoplada a Internet y/o a una Intranet, indicada como Intranet/Internet
701. De modo similar, un segundo UE 707 de WLAN esta acoplado a una segunda red 711 de acceso WLAN. Una segunda red 711 de acceso WLAN puede o no incluir una o mas redes intermedias. A su vez, la segunda red 711 de acceso WLAN esta acoplada a Internet y/o a una Intranet, indicada como Intranet/Internet 703.
La primera red 709 de acceso WLAN accede a una red 3GPP 713 visitada a traves de una pasarela 717 de acceso WLAN, y/o opcionalmente a traves de un proxy servidor 3GPP AAA 720. Las comunicaciones entre la primera red 709 de acceso WLAN y la pasarela 717 de acceso WLAN usa una interfaz Wn, que indica el tunelado de datos a traves de redes intermedias. El enlace entre la primera red 709 de acceso WLAN y un proxy servidor opcional 3GPP AAA 720 utiliza una interfaz Wr/Wb, en la que Wr significa autenticaci6n LAN inalambrica (flujo de informaci6n a 3GPP), y Wb se refiere a funciones de carga LAN inalambricas. La primera pasarela 717 de acceso WLAN tambien esta acoplada a una PDG 719 que, a su vez, accede a la PDN 738 sobre una interfaz Wi, que indica acceso a una
red de datos de paquete. El proxy servidor opcional 3GPP AAA 720 esta acoplado a una Pasarela de Control - Funci6n de Control de Llamada opcional mostrada como C-Gw CCF 722, sobre una interfaz Wf que indica una funci6n de pasarela de carga.
La segunda red 711 de acceso WLAN accede a la PDGW 724 de una red domestica 3GPP 715. La PDGW 724 esta enlazada a la pasarela 717 de acceso WLAN de la red 3GPP 713 visitada sobre una interfaz Wn que, como se ha descrito antes aqui, significa el tunelado de datos a traves de redes intermedias. La PDGW 724 esta enlazada a PDN 736 sobre la interfaz Wi antes descrita, en la que la PDN 736 podria, pero no lo necesita, indicar la misma red que la PDN 738. La PDGW 724 esta enlazada a un servidor proxy 3GPP AAA 720 de la red de 3GPP 713 visitada sobre una interfaz Wr/Wb antes descrita. El servidor proxy 3GPP AAA 726 tambien esta enlazado a un estado certificado en linea (OCS) 728, al servidor de abonado domestico (HSS) 730, al HLR 732, y a C Gw CCF 734. El enlace entre el OCS 728 y el servidor proxy 3GPP AAA 726 opera sobre una interfaz Wo que pone en practica la carga en linea, mientras que el enlace entre el HLR 732 y el servidor proxy 3GPP AAA 726 usa una interfaz D�/Gr� (descrita previamente en uni6n con la fig. 1), y el enlace entre el HSS 730 y el servidor proxy 3GPP AAA 726 utiliza un interfaz Wx para poner en practica procedimientos de autenticaci6n.
La fig. 8 es un diagrama de bloques esquematico que muestra una arquitectura de intercomunicaci6n WLAN-3GPP que utiliza una pasarela de acceso WLAN obligatoria. La fig. 8 es sustancialmente identica a la fig. 7, excepto por la adici6n de una pasarela 800 de acceso WLAN en la configuraci6n de la fig. 8. La segunda red 711 de acceso WLAN accede a la pasarela 800 de acceso WLAN obligatoria de una red domestica 3GPP 715. La pasarela 800 de acceso WLAN obligatoria esta enlazada a PDGW 724 que, a su vez, esta enlazada a la pasarela 717 de acceso WLAN de la red 3GPP 713 visitada sobre un interfaz Wn que, como se ha descrito antes, significa el tunelado de datos a traves de redes intermedias.
La fig. 9 que describe una nueva aproximaci6n arquitect6nica para entregar mensajes SMS a usuarios de WLAN y esta especificamente dirigida a casos en los que es proporcionada la entrega SMS de base domestica, y el uso de una WAG (pasarela de acceso WLAN) en una red domestica 3GPP es opcional. Un SM-SC 100 esta acoplado a un SMS-GMSC/SMS-IWMSC 102 (sistema de conmutaci6n de mensaje de pasarela de servicio de mensajes cortos/centro de servicio de mensajes de intercomunicaci6n para SMS). El SMS-GMSC/SMS-IWMSC 102 esta equipado para operar usando al menos tres tipos diferentes de interfaces. Una interfaz "C" opera entre el HLR 104 y el SMS-GMSC/SMS-IWMSC 102. Cada llamada que se origina fuera de GSM (tal como un MS que termina una llamada desde la PSTN) pasa a traves de una pasarela para obtener la informaci6n de encaminamiento requerida para completar la llamada. Un protocolo conocido como MAP/C es usado sobre la interfaz "C" para este prop6sito. Tambien, el MSC puede opcionalmente enviar informaci6n de facturaci6n al HLR 104 despues de borrar la llamada. Una interfaz "Gd" opera entre el SMS-GMSC/SMS-IWMSC 102 y una SGSN 106. La interfaz Gd usa el protocolo MAP/G para transferir informaci6n de abonado durante un procedimiento de actualizaci6n de posici6n. Una interfaz "E" opera entre el SMS-GMSC/SMS-IWMSC 102 y un MSC/VLR 108. La interfaz "E" interconecta dos MSC, y es usada para intercambiar datos relacionados con la transferencia entre un MSC de anclaje y un MSC de transmisi6n que usa el protocolo MAP/E.
Una interfaz "D" opera entre el MSC/VLR 108 y el HLR 104. Esta interfaz usa el protocolo MAP/D para intercambiar informaci6n relacionada con la situaci6n del MS y/o la gesti6n del abonado. Una interfaz "Gs" es usada entre el MSC/VLR 108 y la SGSN 106. La interfaz "Gs" interconecta dos VLR de MSC diferentes, usando el protocolo MAP/G para transferir informaci6n de abonado durante un procedimiento de actualizaci6n de situaci6n. Una interfaz "Iu" es empleada entre el MSC/VLR 108 y una red terrestre de acceso por radio UMTS (UTRAN) 110. Los mensajes intercambiados sobre la interfaz "Iu" son transmitidos de forma transparente a traves de un sistema de estaci6n base (BSS) tal como el BSS 112. Una interfaz "A" opera entre el MSC/VLR 108 y el BSS 112. La interfaz "A" gestiona la asignaci6n de recursos de radio adecuados a los MSs, y tambien pone en practica funciones relacionadas con la gesti6n de movilidad y seguridad.
El Equipo Terminal, tal como TE 114 y TE 116, puede estar acoplado a terminales m6viles, tales como MT 118 y MT 120, respectivamente. Ilustrativamente, las comunicaciones entre los TE 114, 116 y los MT 118, 120 tienen lugar sobre una interfaz "R". A su vez, el MT 118 comunica con la UTRAN 110 sobre una interfaz "Uu", y el MT 120 comunica con el BSS 112 sobre una interfaz "Um". "Uu" se refiere a una interfaz aerea entre un MT y un BSS. Las interfaces "Um" y "Uu" usan ambas LAPDm, una versi6n modificada de la LAPD de ISDN, para senalizaci6n.
La UTRAN 110 esta acoplada a la SGSN 106 usando un interfaz "Iu" que, como se ha mencionado previamente, actua como una transmisi6n transparente para transportar mensajes entre el MSC/VLR 108 y un MS a traves del BSS 112. Una interfaz "Gb" es empleada entre el BSS 112 y la SGSN 106. La interfaz "Gb" interconecta dos VLR de MSCs diferentes, usando el protocolo MAP/G para transferir informaci6n de abonado durante los procedimientos de actualizaci6n de situaci6n, en este caso a traves del BSS 112 que tiene comunicaci6n establecida con el MS. La informaci6n de abonado tambien es transferida durante los procedimientos de actualizaci6n de situaci6n usando interfaces "Gs", "Gr", "Gn", "Gi", y "Gc". La interfaz "Gs" enlaza el MSC/VLR 108 con la SGSN 106; la interfaz "Gr" conecta la SGSN 106 con el HLR 104; la interfaz "Gc" enlaza el HLR 104 con un GGSN 122 (nodo de soporte de pasarela GPRS); la interfaz "Gn" enlaza la SGSN 106 con el GGSN 122; y la interfaz "Gi" enlaza el GGSN 122 con la PDN 124 acoplada al TE 126.
El SMS-GMSC/SMS-IWMSC 102 esta acoplado a una PDG 905 sobre una conexi6n "Wd". La PDGW 905 tambien comunica con la PDN 124 sobre una conexi6n "Wi", y con una WLAN 903 sobre una conexi6n "Wn". La WLAN 903 esta acoplada a uno o mas dispositivos de usuario, designados como UE 901 de WLAN.
Con referencia ahora a la fig. 10 que describe una nueva aproximaci6n arquitect6nica para la terminaci6n de mensajes SMS usando un mecanismo de entrega directo y una WAG 1000 obligatoria en una WLAN de intercomunicaci6n y un sistema GPRS/GSM. La fig. 10 es sustancialmente identica a la fig. 9, con la excepci6n de que se ha anadido un elemento adicional, la WAG 1000, a la configuraci6n de la fig. 10. El SMS-GMSC/SMS-IWMSC esta acoplado a una WAG 1000 sobre una conexi6n "Wd". La WAG 1000 tambien comunica con una PDGW 905, y con WLAN 903 sobre una conexi6n "Wn". La WLAN 903 esta acoplada a uno o mas dispositivos de usuario, designados como UE 901 de WLAN. La PDG 905 comunica con la PDN 124 sobre una conexi6n "Wi".
La fig. 11 representa una tecnica nueva para entregar servicios de bases de datos sobre una WLAN acoplada a uno
o mas dispositivos 3GPP encapsulando datos en formato IP antes de entregar los datos a la WLAN. El servicio de bases de datos es SMS. El SM-SC 100 entrega un mensaje SMS (S1) al SMS-GMSC/SMS-IWMSC 102, que envia un ACK/NAK (S2A), e informaci6n de encaminamiento perteneciente al mensaje es recuperada y enviada al HLR 104 (S2B). Una direcci6n de PDGW para el mensaje SMS es identificada en el HLR 104 (S3). El mensaje SMS es enviado a la PDGW 905, que corresponde a la direcci6n PDGW identificada (S4). La PDG 905 identifica el UE 901 de WLAN para el que ha de entregarse el SMS, y reformatea el mensaje SMS a formato IP (via texto o encapsulado) (S5) y envia el mensaje SMS a WLAN 903 (S6). La WLAN 903 envia el mensaje SMS al UE 901 de WLAN identificado (S7). En caso de un error, la PDGW 905 envia un mensaje de error al SM-SC 100 a traves del HLR 104 (S6A) y del SMS-GMSC/SMS-IWMSC 102 (S6B).
A la recepci6n del mensaje SMS (o una parte del mismo) en el UE 901 de WLAN identificado, un mensaje ACK/NAK es enviado desde el UE 901 de WLAN a la WLAN 903 (S8), y el mensaje ACK/NAK a continuaci6n transmitido desde la WLAN 903 hasta la PDG 905 (S9), desde la PDG 905 hasta el SMS-GMSC/SMS-IWMSC 102 (S10), y luego desde el SMS-GMSC/SMS-IWMSC 102 al SM-SC 100 (S11).
La fig. 12 es un diagrama de flujo de datos que representa un procedimiento para la terminaci6n de un mensaje SMS de WLAN que usa un mecanismo conocido como entrega directa empleando una WAG obligatoria. El SM-SC100 envia un mensaje SMS al SMS-GMSC/SMS-IWMSC 102 (S1), que envia un ACK/NAK (S2A) al SM-SC 100, y recupera y envia informaci6n de encaminamiento al HLR 104 (S2B). Una direcci6n de WAG para el mensaje SMS es identificada y enviada al SMS-GMSC(SMS-IWMSC 102 (S3), que envia el mensaje SMS a una WAG 800 en esta direcci6n de WAG identificada (S4). En el caso de un error en la direcci6n identificada, un mensaje de error es enviado al SM-SC 100 (S4A). La WAG 800 identifica el UE 901 de WLAN objetivo, reformatea el mensaje SMS a formato IP (via texto o encapsulado) (S5), y envia el mensaje a la WLAN 903 (S6). Por motivos de brevedad, deberia hacerse resaltar que las operaciones S7 a S11 son sustancialmente identicas a las operaciones S6A, a S11 de la fig. 11, con la excepci6n de que las operaciones S9 y 10 de la fig. 12 implican la transmisi6n del mensaje ACK/NAK desde el UE 903 de WLAN a la WAG 800, y no a la PDG 905. La WAG 800 de la fig. 8 puede ser identica a la WAG 100 de la fig. 10. Tambien, en el caso de un error, la WAG 800 envia un mensaje de error de nuevo al SM-SC 100 a traves del HLR 104 y del SMS-GMSC/SMS-IWMSC 102, similar a las operaciones S6A y S6B en la fig. 11.
La fig. 13 es un diagrama de flujo de datos que representa un procedimiento para terminaci6n de mensaje SMS de WLAN que usa un mecanismo conocido como entrega basada en notificaci6n en uni6n con una WAG opcional. La fig. 13 es sustancialmente identica a la fig. 12, con las siguientes excepciones notables. La WAG 800 de la fig. 12 es reemplazada con la PDGW 724. La WLAN 903 y el UE 901 de WLAN de la fig. 12 tambien son utilizados en la configuraci6n de la fig. 9, mientras que la WLAN 711 y el UE 707 de la fig. 13 tambien son utilizados en la configuraci6n de la fig. 7. Ademas, la secuencia operacional representada en la fig. 13 difiere de la secuencia operacional de la fig. 12 en los siguientes aspectos. En la operaci6n S3 de la fig. 13 una direcci6n de PDGW es enviada en lugar de una direcci6n de WAG. La operaci6n S5 de la fig. 13 realiza la tarea adicional de notificar al UE 707 de un mensaje SMS entrante. Las operaciones S6 y S7 de la fig. 13 implican el envio de una notificaci6n SMS, siendo enviado el mensaje SMS real durante una operaci6n subsiguiente. Las operaciones 6A y 6B son las mismas que las operaciones S6A y S6B de las figs. 11 y 12.
En la fig. 13, la notificaci6n de mensaje SMS es enviada desde la PDGW 724 a la WLAN 711 (S6), y es enviada a continuaci6n desde la WLAN 711 hasta el UE 707 (S7). El mensaje SMS real es enviado a continuaci6n desde la PDGW 724 hasta la WLAN 711 (S10), y a continuaci6n desde la WLAN 711 hasta el UE (S11), despues de la recepci6n del mensaje ACK desde el UE 707 (S8 y S9). Durante la recepci6n del mensaje SMS, el UE 707 de WLAN envia un mensaje de recepci6n SMS a la WLAN 711 (S12). La WLAN 711 genera un informe de entrega y envia el informe de entrega a la PDGW 724 (S13). PDGW 724 examina el informe de entrega para discernir si el mensaje SMS fue entregado satisfactoriamente o no al UE 707 de WLAN. Si es asi, la PDGW 724 envia un ACK al SMS-GMSC/SMS-IWMSC 102, y si no lo es, la PDGW envia un mensaje de acuse de recibo negativo (NAK) al SMS-GMSC/SMS-IWMSC 102 (S14). A la recepci6n del mensaje ACK o del mensaje NAK, el SMS-GMSC/SMS-IWMSC 102 genera un informe de entrega y envia el informe de entrega al SM-SC 100 (S15).
La fig. 14 es un diagrama de flujo de datos que presenta un procedimiento para terminaci6n de mensaje SMS de
WLAN usando un mecanismo conocido como entrega basada en notificaci6n en uni6n con una WAG obligatoria. La fig. 14 es sustancialmente identica a la fig. 13, con las excepciones notables de que la PDGW 724 de la fig. 13 es reemplazada con la WAG 800 en la fig. 14, el procedimiento de la fig. 14 es sustancialmente el mismo que el procedimiento en la fig. 13 excepto en que la operaci6n S3 de la fig. 14 implicar enviar una direcci6n de WAG al SMS-GMSC/SMS-IWMSC 102 en lugar de una direcci6n de PDGW.
La fig. 15 es un diagrama de flujo de datos que representa un procedimiento para tratar un mensaje SMS de IP encapsulada entrante desde una WLAN 711 en el que no es necesario el uso de una WAG. El UE 707 esta unido a la WLAN 711 y es autenticado (S1). La WLAN 711 recibe un mensaje SMS encapsulado entrante desde el UE 707 (S1A) y transmite el mensaje SMS encapsulado a la PDGW 724 (S2). El mensaje SMS esta encapsulado en formato IP. La PDGW 724 desencapsula y reformatea el mensaje SMS desde el formato IP a un formato SMS estandar (S3). En el caso de un error, un mensaje de error es enviado desde la PDGW 724 al UE 707 (S3B) a traves de la WLAN 711 (S3A). El mensaje de formato SMS estandar es a continuaci6n enviado a un SMS-GMSC/SMS-IWMSC 102 (S4). El SMS-IWMSC 102 examina el mensaje SMS (S5) y envia el mensaje a un SM-SC 100 (S6). En el caso de un error, un mensaje de error es enviado desde el SMS-GMSC/SMS-IWMSC 102 (S6A) al UE 707 a traves de la PDGW 724 (S6B) y la WLAN 711 (S6C). En respuesta a la recepci6n del mensaje SMS, el SM-SC 100 envia un informe de entrega (S7) al SMS-IWMSC 102. El SMS-IWMSC 102 envia el informe de entrega (S8) a la PDGW 724, y la PDGW 724 transmite el informe de entrega (S9) a la WLAN 711, que envia el informe de entrega (S10) al UE 707.
La fig. 16 es un diagrama de flujo de datos que representa un procedimiento para tratar un mensaje SMS con IP encapsulada entrante desde la WLAN 711 usando una WAG 800 obligatoria. La fig. 16 es sustancialmente identica a la fig. 15, con la excepci6n notable de que la PDGW 724 de la fig. 15 es reemplazada por la WAG 800. Esta diferencia afecta a las operaciones S3, S4, S8, y S9. La operaci6n S3 de la fig. 16 implica que la WAG 800 desencapsula y reformatea el mensaje SMS desde un formato IP a un formato SMS estandar. En la operaci6n S4, el mensaje SMS en formato estandar es a continuaci6n enviado desde la WAG 800 y no desde la PDGW 724 como se ha mostrado en la fig. 15, y el informe de entrega de la operaci6n S9 en la fig. 16 es enviado por la WAG 800, y no por la PDGW 724.
La fig. 17 es un diagrama de bloques que muestra una arquitectura que usa una WAG obligatoria para proporcionar intercomunicaci6n WLAN-3GPP en el contexto de GPRS/GSM. El UE 705 de WLAN comunica con una red 709 de acceso WLAN. La red 709 de acceso WLAN puede incluir o no una o mas redes intermedias. A su vez, la red 709 de acceso WLAN esta acoplada a Internet y/o a una Intranet, indicada como Intranet/Internet 701.
La red 709 de acceso WLAN accede a la red 3GPP 713 visitada a traves de una pasarela limite (BG) opcional 718, y/o a traves de un servidor proxy 3GPP AAA opcional 720. Las comunicaciones entre la red 709 de acceso WLAN y la BG 718 usa una interfaz Wn. El enlace entre la red 709 de acceso WLAN y el servidor proxy 3GPP AAA opcional 720 usa una interfaz Wr/Wb. La BG 718 esta acoplada a la PDGW 719 que, a su vez, accede a la PDN 738 sobre una interfaz Wi. El servidor proxy 3GPP AAA opcional 720 esta acoplado a un C-Gw CCF opcional 722, sobre una interfaz Wf que indica una funci6n de pasarela de carga.
La BG 718 accede a la PDGW 724 de la red domestica 3GPP 715 sobre una interfaz Wn que, como se ha descrito antes, significa el tunelado de datos a traves de redes intermedias. La PDGW 724 esta enlazada a la PDN 736 sobre la interfaz Wi antes descrita. La PDN 736 podria, pero no lo necesita, indicar la misma red que la PDN 738. Un servidor proxy 3GPP AAA 726 esta enlazado a un servidor proxy 3GPP AAA 720 de la red 3GPP 713 visitada sobre la interfaz Wr/Wb antes descrita. El servidor proxy 3GPP AAA 726 tambien esta enlazado al OCS 728, al HSS 730, al HLR 732, y al C Gw CCF 734. El enlace entre el OCS 728 y el servidor proxy 3GPP AAA 726 opera sobre una interfaz Wo que pone en practica la carga en linea, mientras que el enlace entre el HLR 732 y el servidor proxy 3GPP AAA 726 usa una interfaz D�/Gr�, y el enlace entre el HSS 730 y el servidor proxy 3GPP AAA 726 utiliza una interfaz Wx para poner en practica procedimientos de autenticaci6n.
La fig. 18 es un diagrama esquematico que muestra interfaces entre el dominio WLAN 1803 y el dominio de conmutaci6n de circuitos/conmutaci6n de paquetes (CS/PS). El diagrama de la fig. 18 es sustancialmente identico al diagrama de la fig. 9 con la adici6n de interfaces que estan previstas entre la PDGW 1805 (similar a la PDGW 905 en la fig. 9) y el MSC/VLR 108 y entre la PDGW 1805 y el GGSN 122, como se describira mas completamente a continuaci6n. El SM-SC 100 esta acoplado a un SMS-GMSC/SMS-IWMSC 102. El SMS-GMSC/SMS-IWMSC 102 esta equipado para operar usando al menos tres tipos de interfaces diferentes. Una interfaz "C" opera entre un HLR 104 (registro de posici6n de base) y un SMS-GMSC/SMS-IWMSC 102. Cada llamada que se origina fuera de GSM (tal como un MS que termina una llamada desde la PSTN) tiene que pasar a traves de la Pasarela para obtener la informaci6n de encaminamiento requerida para completar la llamada. Es usado MAP/C sobre la interfaz "C" para este prop6sito. Tambien, el MSC puede transmitir opcionalmente informaci6n de facturaci6n al HLR 104 despues de borrar la llamada. Una interfaz "Gd" opera entre el SMS-GMSC/SMS-IWMSC 102 y una SGSN 106. Esta interfaz usa el protocolo MAP/G para transferir informaci6n de abonado durante un procedimiento de actualizaci6n de posici6n. Finalmente, una interfaz "E" opera entre el SMS-GMSC/SMS-IWMSC 102 y un MSC/VLR 108 (centro de conmutaci6n de servicio m6vil/registro de posici6n de visitante). La interfaz "E" interconecta dos MSC, y es usada para intercambiar datos relacionados con la transferencia entre un MSC de anclaje y un MSC de transmisi6n que usa el protocolo MAP/E.
Una interfaz "D" opera entre el MSC/VLR 108 y el HLR 104. Esta interfaz usa el protocolo MAP/D para intercambiar informaci6n relacionada con la situaci6n del MS y/o la gesti6n del abonado. Una interfaz "Gs" es usada entre el MSC/VLR 108 y la SGSN 106. La interfaz "Gs" interconecta dos VLR de MSC diferentes, usando el protocolo MAP/G para transferir informaci6n de abonado durante un procedimiento de actualizaci6n de posici6n. Una interfaz "Iu" es empleada entre el MSC/VLR 108 y una UTRAN 110 (red terrestre de acceso por radio UMTS). Los mensajes intercambiados sobre la interfaz "Iu" son transmitidos de forma transparente a traves de un BSS 112. Finalmente, una interfaz "A" opera entre el MSC/VLR 108 y el BSS 112. La interfaz "A" gestiona la asignaci6n de recursos de radios adecuados a los MSs, y tambien pone en practica funciones relacionadas con la movilidad y la gesti6n de seguridad.
Un equipo terminal tal como TE 114 y TE 116, esta mostrado acoplado a terminales m6viles, tales como MT 118 y MT 120, respectivamente. La comunicaci6n entre los TE 114, 116 y los MT 118, 120 tiene lugar sobre una interfaz "R". A su vez, el MT 118 comunica con la UTRAN 110 sobre una interfaz "Uu", y el MT 120 comunica con el BSS 112 sobre una interfaz "Um". "Uu" es una interfaz aerea para intercambiar informaci6n entre un MT equipado con UMTS y una red de acceso por radio equipada con UMTS. Las interfaces "Um" y "Uu" usan ambas LAPDm, una versi6n modificada del LAPD de ISDN, para senalizaci6n.
La UTRAN 110 esta acoplada a la SGSN 106 usando una interfaz "Iu" que, como se ha mencionado previamente, actua como una transmisi6n transparente para transportar mensajes entre el MSC/VLR 108 y un MS a traves del BSS 112. Una interfaz "Gb" es empleada entre el BSS 112 y la SGSN 106. La interfaz "Gb" es usada en ultimo lugar para interconectar dos VLR de MSCs diferentes, usando el protocolo MAP/G para transferir informaci6n de abonado durante los procedimientos de actualizaci6n de posici6n, en este caso a traves del BSS que ha establecido comunicaci6n con el MS. La informaci6n de abonado es transferida tambien durante los procedimientos de actualizaci6n de posici6n usando interfaces "Gs", "Gr", "Gn", "Gi", y "Gc". La interfaz "Gs" enlaza el MSC/VLR 108 con la SGSN 106; la interfaz "Gr" conecta la SGSN 106 con el HLR 104; la interfaz "Gc" enlaza el HLR 104 con un GGSN 122 (nodo de soporte de pasarela GPRS); la interfaz "Gn" enlaza la SGSN 106 con el GGSN 122; y la interfaz "Gi" enlaza el GGSN 122 con una PDN 124 (red de datos de paquete) acoplada al TE 126 (equipo terminal).
El SMS-GMSC/SMS-IWMSC 102 esta acoplado a una PDGW 1805 sobre una conexi6n "Wd". La PDGW 1805 comunica con la PDN 124 sobre una conexi6n "Wi", y con la WLAN 1803 sobre una conexi6n "Wn", y con un GGSN 122, y con el MSC/VLR 108. La WLAN 1803 esta acoplada a uno o mas UE, tal como el UE 1801 de WLAN.
La fig. 19 es un diagrama de flujo de datos que representa un procedimiento para anunciar las llamadas de conmutaci6n de circuitos (CS) al UE 1801 sobre la WLAN 1803. La WLAN 1803 comunica con el UE 1801 y la PDGW 1805 sobre enlaces estandar basados en IP (SO). Al producirse la recepci6n de una llamada de CS entrante (S1), el MSC 108 recupera la informaci6n de encaminamiento m6vil, envia esta informaci6n de encaminamiento al HLR 104 y ajuste un temporizador de respuesta de paginaci6n (S2). En respuesta, el HLR 104 envia una direcci6n de PDGW al MSC 108 (S3). El MSC 108 envia un mensaje de Pagina a la PDGW 1805 (a traves de la interfaz mostrada en la fig. 18) correspondiente a la direcci6n de PDGW devuelta por el HLR 104 (S4). El mensaje de Pagina puede, pero no lo necesita, incluir una direcci6n IP M6vil. Al producirse la recepci6n del mensaje de Pagina, la PDGW 1805 localiza el UE 1801 (S5) y notifica a la WLAN 1803 a traves del mensaje de Notificaci6n de Pagina (S6). La WLAN 1803 alerta al UE 1801 de la existencia de una llamada de CS entrante (S7). Si la llamada es aceptada, el UE 1801 envia un mensaje de aceptaci6n a la WLAN 1803 (S8). La WLAN 1803 envia un mensaje de acuse de recibo (ACK) a la PDGW 1805 (S9). La PDGW 1805 responde al mensaje ACK enviando un mensaje de Respuesta de Pagina al MSC 108 (S10). El MSC 108 detiene el temporizador de respuesta de paginaci6n previamente ajustado y prosigue con la entrega de la llamada de CS sobre una interfaz de radio GSM (S11).
La fig. 20 es un diagrama de flujo de datos que representa un procedimiento para la notificaci6n de servicios basados en GPRS-3G sobre la WLAN 1803, que comunica con el UE 1801 y la PDGW 1805 sobre enlaces estandar basados en IP. Al producirse la recepci6n de una PDU de PDP entrante (S1) desde la PDN 124 (vease fig. 18), el GGSN 122 recupera la informaci6n de encaminamiento m6vil y envia esta informaci6n de encaminamiento al HLR 104 (S2). El HLR 104 envia una direcci6n de PDGW al GGSN 122 (S3). El GGSN 122 envia un mensaje de Notificaci6n de PDU a la PDGW 1805 en la direcci6n de PDGW obtenida desde el HLR 104 (S4). El mensaje de notificaci6n de PDU puede, pero no lo necesita, incluir una direcci6n IP M6vil en la WLAN. La PDGW 1805 localiza el UE 1801 de WLAN 1803 (S5) y notifica a la WLAN 1803, enviando un mensaje de Notificaci6n de PDU (S6). La WLAN 1803 alerta al UE 1801 (S7) de paquetes de datos entrantes desde un servicio de bases de datos GPRS/3G. Si el servicio es aceptado, el UE 1801 envia un mensaje de aceptaci6n a la WLAN 1803 (S8). La WLAN 1803 envia un mensaje de acuse de recibo (ACK) a la PDGW 1805 (S9). La PDGW 1805 responde al mensaje ACK enviando un mensaje de Respuesta de Notificaci6n de PDU al GGSN 122 (S10). El GGSN 122 repite todo o parte del procedimiento antes mencionado sobre una red GPRS/3GPP (S11).
La fig. 21 es un diagrama de flujo de datos que representa un procedimiento para la notificaci6n de servicios basados en IMS sobre la WLAN 1803, que comunica con el UE 1801 y la PDGW 1805 sobre enlaces estandar basados en IP. Al producirse la recepci6n de una llamada SIP entrante (S1), la CSCF 2102 recupera la informaci6n de encaminamiento m6vil y envia la informaci6n de encaminamiento al HLR 104 (S2). El HLR 104 envia una direcci6n de PDGW a la CSCF 2102 (S3). La CSCF 2102 envia un mensaje de Notificar SIP a la PDGW 1805 en la
direcci6n de PDGW devuelta por el HLR 104 (S4). El mensaje de Notificar SIP puede, pero no lo necesita, incluir una direcci6n IP M6vil. Al producirse la recepci6n del mensaje de Notificar SIP, la PDGW 1805 localiza el UE1801 de WLAN 1803 (S5) y envia a la WLAN 1803 un mensaje de Notificar SIP (S6). La WLAN 1803 alerta al UE 1801 de la existencia de un mensaje SIP entrante (S7). Si la llamada SIP es aceptada, el UE 1801 envia un mensaje de aceptaci6n a la WLAN 1803 (S8). La WLAN 1803 envia un mensaje de acuse de recibo (ACK) a la PDGW 1805 (S9). La PDGW 1805 responde al mensaje ACK enviando un mensaje ACK a la CSCF 2101 (S10). La CSCF 2102 repite todo o parte del procedimiento antes mencionado sobre una red 3GPP (S11).
La fig. 22 es un diagrama de flujo de datos que representa un procedimiento para la terminaci6n de servicios basados en IMS sobre la WLAN 1803, que comunica con el UE 1801 y la PDGW 1805 sobre enlaces estandar basados en IP. Al producirse la recepci6n de una llamada SIP entrante (S1), la CSCF 2102 recupera la informaci6n de encaminamiento m6vil y envia la informaci6n de encaminamiento al HLR 104 (S2). En respuesta, el HLR 104 envia una direcci6n de PDGW a la CSCF 2102 (S3). La CSCF 2102 envia a continuaci6n un mensaje de Invitar SIP a una PDGW 1805 en la direcci6n de PDGW devuelta por el HLR 104 (S4). La PDGW 1805 localiza el UE 1801 de WLAN 1803 (S5) y notifica a la WLAN 1803 enviando a la WLAN 1803 un mensaje de Invitar SIP (S6). La WLAN 1803 alerta al UE 1801 de la llamada SIP entrante (S7). Si la llamada SIP ha de ser aceptada, el UE 1801 envia un mensaje de aceptaci6n a la WLAN 1803 (S8). La WLAN 1803 envia un mensaje OK de SIP 200 enviando un mensaje OK de SIP 200 a la CSCF 2102 (S10). La CSCF 2102 envia el mensaje OK de SIP 200 sobre una red 3G (S11).
La siguiente descripci6n establece las realizaciones undecima y duodecima del presente invento para Arquitectura de Protocolo SMS para WLAN. Las figs. 23 a 36 muestran los protocolos/interfaces empleados en la puesta en practica de las realizaciones undecima y duodecima. Las capas de protocolo que son usadas para soportar SMS en el presente invento incluyen capas de protocolo SM-SL (capa de aplicaci6n), TL (capa de transferencia), RL (capa de transmisi6n), y, LL (capa de enlace). El protocolo SS7 es el mecanismo de transporte entre el SMS-GMSC/IWMSC y la PDG/WAG como en GPRS y GSM. La interfaz entre PDG/WAG -WLAN esta comprendida de tuneles basados en interfaz IP.
Dos mecanismos propuestos aqui para transportar los SMS a traves de la WLAN de acuerdo con el presente invento incluyen:
- -
- Tunelado de SMS (undecima realizaci6n):
en el que la PDU de SMS es extraida del mensaje SS7, a continuaci6n Encapsulado "AS IS" por WAG/PDG a una trama de datos y enviado al Cliente SMS en la WLAN para su tratamiento normal (extracci6n y acciones).
- -
- Proxy de SMS (duodecima realizaci6n):
en el que en la WAG/PDG, el proxy de SMS es extraido y procesado el mensaje SS7 extrae los datos SMS junto con otros elementos utiles (tales como la Direcci6n de Origen del SMS, y la Longitud del Mensaje). Estos elementos de informaci6n (IE) son a continuaci6n reformateados (en un texto o cualquier otro formato) y a continuaci6n encapsulados en una trama IP y enviados al UE para su presentaci6n.
La fig. 23 muestra generalmente una red 1900 que tiene los componentes necesarios para soportar SMS sobre WLAN en la que elementos similares a las figuras anteriores estan designados por numeros similares. Observense, por ejemplo, en las figs. 9 y 15 mas especificamente, que los nuevos componentes requeridos para conseguir los objetivos del presente invento son la WAG/PDG 1901. Los terminales m6viles tales como telefonos m6viles 1902, 1903 soportan respectivamente comunicaciones con una RAN GSM y una RAN 2.5/3G 1906. El ordenador portatil 1904, equipado con una tarjeta de comunicaciones 1904a comunica con un AP de WLAN 711, RAN GSM 1905 y una RAN 2,5/3G 1906 enlaza con el MSC 108b del VLR/MSC 108 de manera conocida. La WLAN 711 enlaza con la PDG/WAG de una forma que va a ser descrita mas completamente a continuaci6n. El Centro de Servicio (SC) 1907 transporta el SMS a la PDG/WAG 711 por medio del SMS-GMSC IW-MSC.
La fig. 24, muestra generalmente el protocolo usado por las redes 2/2,5G para soportar SMS. Las entidades usadas en NAS para soportar SMS incluyen SM-AL, TL, RL, y LL, como se ha ilustrado.
Haciendo referencia a la fig. 25, ha de resaltarse lo siguiente. La fig. 25 ilustra la undecima realizaci6n que es el metodo preferido y se refiere al protocolo que muestra el tunelado de IP desde el UE hasta la WAG/PDG.
El mismo protocolo SM-RL, y el centro de mensajes cortos (SMC) seran usados en por encima de IP. La informaci6n de protocolo de SM es intercambiada sobre la conexi6n IP.
El SC 1907 y el UE 1904 tienen el mismo protocolo, solo transportado de manera diferente.
La WAD/PDG 1901 tiene una interfaz SS7 en un lado y una interfaz IP en el otro lado.
La fig. 26, ilustra los detalles de tratamiento de Elementos de Informaci6n en la WAG. Los datos de SMS llegan desde el GMSC como un mensaje de parte de transacci6n de capacidades de transacci6n (TCAP) (S1). Los datos y
la informaci6n de encabezamiento son extraidos, y, el destino es determinado desde el encabezamiento, que es la direcci6n IP de destino. Los datos de SMS estan encapsulados en un datagrama de IP y son encaminados hacia el nodo de destino.
Como se ha ilustrado en la fig. 27, el centro de conmutaci6n de servicios m6viles (MSC) refuerza el tratamiento previo de informaci6n mostrado en la fig. 26. La fig. 27 tambien muestra que la entidad de protocolo: recibe el mensaje; extrae la informaci6n; encuentra la informaci6n de encaminamiento; y a continuaci6n encapsula el mensaje en una PDU de IP para transporte sobre el tunel IP.
La fig. 28 muestra los detalles de tratamiento de Elementos de Informaci6n en WAG (caso originado en m6vil MO). Los datos de SMS llegan como datos IP. Los datos y la informaci6n de encabezamiento son extraidos. La direcci6n de destino (DA) es determinada a partir del encabezamiento. El mensaje TCAP es formado y los datos son enviados sobre el apilamiento SS7 al SMS-IWMSC.
Como se ha ilustrado en la fig. 29, el MSC refuerza el tratamiento de informaci6n en la fig. 28. La fig. 29 muestra que la entidad de protocolo recibe el mensaje, extrae la informaci6n, encuentra la informaci6n de encaminamiento y a continuaci6n la encapsula en un mensaje TCAP para ser transportada sobre la red SS7.
La fig. 30 proporciona detalles acerca del tratamiento dentro del UE tanto para el origen como para la terminaci6n del SMS. En caso de terminaci6n del SMS, los datos de SMS son recibidos como datos IP. Esto sube al apilamiento del protocolo y es entregado a SM-AL. Presenta los SMS para el usuario.
Para el caso de origen de un mensaje SMS (MO), SM-AL encapsula datos SMS en PDU. Desciende al apilamiento de protocolo y es finalmente encapsulado en el paquete IP y enviado a la red.
La fig. 31 ilustra la undecima realizaci6n que es el segundo metodo preferido (es decir "Proxy") para soportar SMS. Aqui el protocolo SMS es terminado en la WAG/PDG y no es extendido al UE. La WAG/PDG extrae los datos SMS de SM-AL. La capa de conversi6n encapsula los datos de SMS en un paquete IP y lo transporta al UE. La misma capa en UE es responsable de extraer los datos desde el paquete IP y a continuaci6n presentar los datos extraidos al usuario.
La fig. 32 ilustra la arquitectura de protocolo SMS para Proxy de SMS, mostrando la interfaz de usuario de muestra para entrega fig. 32a y origen fig. 32b, de SMS.
Con referencia a la fig. 33, en el caso de "SMS PRO��", se han mostrado los detalles sobre el tratamiento de informaci6n en WAG/PDG para SMS originados en m6viles. Los datos son suministrados por una capa de conversi6n a SM-AL. El usuario proporciona la DA (direcci6n de destino) y los datos SM. La informaci6n fluye hacia abajo AL, TL, y RL. SM-RL genera el MSISDN originario y usa el servicio TCAP para enviar los datos al SMS-IWMSC.
La fig. 34 ilustra el flujo de mensaje WAG/PDG, proxy de SMS (MO). Con referencia especifica a la fig. 35, en el caso de "SMS PRO��", se han mostrado los detalles acerca del tratamiento de informaci6n en la WAG/PDG para el SMS procedente de terminal m6vil. Los datos de SMS encapsulados en un mensaje TCAP son recibidos por la WAG/PDG. El CM extrae los datos de protocolo de transmisi6n (DATOS-RP) y resuelve la direcci6n de destino. El RL extrae la direcci6n de origen y los datos SM-RL y los entrega a TL. Los datos de SMS alcanzan AL, y a continuaci6n la capa de conversi6n. La capa de conversi6n extrae la direcci6n de origen y los datos SMS y los encapsula en un paquete IP y los envia al UE sobre TCP/IP. La capa de conversi6n en UE recibe el mensaje y extrae la informaci6n y la presenta al usuario.
La fig. 36 ilustra generalmente el flujo de mensaje WAG/PDG, proxy de SMS (MT), similar a la ilustraci6n en la fig.
35.
Como se ha descrito de forma breve anteriormente, el objetivo de la decimotercera realizaci6n es proporcionar una red de mensajeria personal, de corto alcance, usando un hardware existente tal como, por ejemplo radio por Bluetooth (BT) y una plataforma UMTS que, puede por ejemplo, utilizar la plataforma Ericsson U100. La decimotercera realizaci6n proporciona una entidad de software al nivel de aplicaci6n que es simple, barata, aprovecha al maximo las capacidades y entidades existentes y ademas evita bien usar o bien anadir funcionalidad en el lado de red y, ademas, evita la dependencia del soporte de red.
La decimotercera realizaci6n permite que un grupo de terminales m6viles, limitados en numero y que funcionan dentro de una pequena area geografica sea capaz de intercambiar mensajes de texto o mensajes de voz tales como pulsar para hablar (PTT).
Las figs. 37a y 37b muestran picorredes ad hoc que operan respectivamente en modos de par a par y jerarquico. Un modo de par a par mostrado en la fig. 37a, y que realiza los principios del presente invento, permite a los terminales m6viles intercambiar mensajes, uno a uno. Por ejemplo, el terminal m6vil 3501 puede comunicar con un terminal m6vil 3502 o 3503 y de modo similar el terminal m6vil 3503 puede comunicar directamente con el terminal m6vil 3501 o 3502 y el terminal m6vil 3502 puede comunicar con loa terminales 3501 o 3503 de manera similar.
En la disposici6n mostrada en la fig. 37b, el modo jerarquico muestra el terminal m6vil 3603 que comunica con los terminales m6viles 3601 y 3602, no hay previstas otras comunicaciones en este modo, aunque debe comprenderse que cualquiera de los terminal m6viles 3601 o 3602 puede operar de una forma similar al terminal m6vil 3603. Tipicamente, una picorred proporciona soporte para mas de ocho (8) terminales m6viles. Tambien es posible usar la presente realizaci6n en una red de dispersi6n que comprende una red pequena de dos o mas picorredes.
La fig. 38 muestra una vista detallada de un terminal m6vil tipico tal como un telefono celular 3801 que tiene una capacidad de proporcionar mensajeria de texto y de voz tal como PTT. En el ejemplo dado, una vez que el usuario elige entre mensajeria de texto o de voz, el usuario presenta a continuaci6n el menu y selecciona la lista de contactos a partir del mismo mostrada en la presentaci6n 3801a. La lista de contactos es predeterminada por el portador del terminal m6vil y puede, por ejemplo consistir de todos los terminales en la picorred mostrada en 3802a, un grupo de trabajo especifico 3802b, usuarios de terminal m6vil individual identificados por sus nombres como se ha mostrado en 3802c a 3802h, miembros de familia 3802i, y asi sucesivamente. En el ejemplo dado, el usuario tiene el terminal 3802b realzado y o bien pulsa el bot6n para PTT 3803 o bien para mensaje de texto 3804.
La realizaci6n del presente invento sigue la filosofia basica de una red ad hoc que es similar a la mensajeria instantanea y a la tecnologia PTT pero opera en un area muy pequena que tiene un radio maximo de 100 metros, por ejemplo, y que evita cualquier dependencia sobre una estaci6n base o servidor de red, es decir es una entidad de red que no es par a par. La decimotercera realizaci6n permite una comunicaci6n de punto a multiples puntos dentro de un pequeno grupo cerrado de usuarios, elimina el control central por medio de una estaci6n base y, por el contrario es gestionada localmente, permitiendo que los usuarios se unan o se vayan dinamicamente, es decir, un terminal iniciador puede invitar selectivamente terminales al grupo o a un terminal se le puede denegar selectivamente el acceso al grupo.
En una forma preferida de la decimotercera realizaci6n, una tecnologia de elecci6n es radio por Bluetooth (BT) soportado por una plataforma UMTS tal como la plataforma Ericsson U-100 y tiene un alcance maximo de 100 metros, cuyo alcance depende de la clase de potencia de los terminales m6viles. La decimotercera realizaci6n, ademas de soportar comunicaciones de punto a multiples puntos, es capaz de operar en un modo maestro/esclavo y cliente/servidor, siendo el modo maestro/esclavo una operaci6n en la que todas las comunicaciones estan sincronizadas entre el maestro y el o los esclavos y en la que el modo cliente/servidor es asincrono en el que el servidor puede ofrecer el servicio que el cliente pueda aceptar de manera asincrona o alternativamente en el que el cliente de manera asincrona busca un servicio que el servidor puede proporcionar. La decimotercera realizaci6n tiene ademas la posibilidad de proporcionar servicios conectables y que se pueden descubrir en los que los dispositivos conectables escuchan y responden a paginas y en los que los dispositivos que se pueden descubrir escuchan y responden a cuestiones de servicio.
Una descripci6n del protocolo empleado en esta realizaci6n sera descrita a continuaci6n en conexi6n con las figs. 39a a 39d. Haciendo referencia a la fig. 39a el ejemplo aqui es uno en el que hay previstos terminales m6viles 3900A a 3900D, por ejemplo, dentro de una picorred, y son mantenidos activos y en un modo de escucha como se ha mostrado en 39A. Se ha asumido que el terminal m6vil 3900A desea iniciar una conversaci6n o pulsar para hablar (PTT). Los dispositivos que se pueden descubrir escuchan y responden a cuestiones de servicio.
Asumiendo que el terminal m6vil 3900A elige iniciar la conversaci6n para pulsar para hablar, este terminal m6vil explora para cualquier proveedor de servicio. 3900A resulta entonces el maestro y toma el control.
La fig. 40a muestra las operaciones de metodo realizadas por el terminal m6vil 3900A en las que, en la operaci6n S1, el terminal m6vil explora un proveedor de servicio (SP). En la operaci6n S2, cuando el terminal m6vil detecta un servicio desde un proveedor de servicio SP1 el terminal m6vil 3900A que tiene su registro de credencial de autenticaci6n (que tambien puede ser denominado como un registro de estado o de modo maestro/esclavo) inicialmente ajustado todos a cero, ajusta el registro de credencial de autenticaci6n a todos unos binarios. El terminal m6vil 3900A ajusta a continuaci6n enlaces con los terminales m6viles en el pequeno grupo cerrado de usuarios que puede incluir todos los miembros del grupo o un numero menor especificado de miembros del grupo que ha sido establecido en la lista de contactos del terminal m6vil 3900A, habiendo sido establecidos estos enlaces por el usuario. En la operaci6n S3 el terminal m6vil 3900A difunde de modo multiple los datos. En este instante, el terminal m6vil 3900A tiene la "credencial de autenticaci6n" y permanece siendo el maestro. Los datos multidifundidos a los terminales m6viles 3900B a 3900D son realizados de la forma mostrada en la fig. 37b en la que todos menos el terminal m6vil 3900A funcionan como esclavos y la comunicaci6nocurre de forma sincronizada.
Asumiendo que el terminal m6vil 3900B desea enviar datos, las operaciones realizadas por el terminal m6vil 3900B estan mostradas en la fig. 40b en la que el terminal m6vil, en la operaci6n S4, explora los terminales m6viles en su grupo almacenado previamente, recibe respuestas desde los terminales m6viles en la operaci6n S5 y, en la operaci6n S6, determina que terminal m6vil ha sido autorizado, es decir, determina que terminal m6vil tiene todos los bits de su registro de credencial de autenticaci6n ajustados a uno binario y, en la operaci6n S7 solicita la credencial de autenticaci6n desde el terminal 3900A. El terminal 3900A, mostrado en la fig. 40a, en la operaci6n S8, recibe la solicitud para la credencial de autenticaci6n, y, en la operaci6n S9, abandona la credencial de autenticaci6n reponiendo su registro de credencial de autenticaci6n todo a ceros, rompe todos los enlaces con los miembros de su
grupo, en la operaci6n S10 y, en la operaci6n S11, asume el modo cliente. El terminal m6vil 3900B, en la operaci6n S12, recibe la respuesta desde el terminal m6vil 3900A de que se ha abandonado la credencial de autenticaci6n, ajusta su registro de credencial de autenticaci6n todo a unos, en la operaci6n S13, establece los enlaces con los terminales en este grupo, en la operaci6n S14, y en la operaci6n S15, multidifunde datos a los terminales m6viles 3900A, 3900C y 3900D, como se ha mostrado en la fig. 39c. Deberia hacerse resaltar que los terminales m6viles con los que 3900B desea comunicar necesariamente no son los mismos que el grupo seleccionado por el terminal 3900A, siendo el ejemplo elegido aqui por motivos de claridad.
Asumiendo que el terminal m6vil 3900C esta deseoso de enviar bien un mensaje de texto o bien un PTT, este terminal m6vil solicita una credencial de autenticaci6n de manera similar a la descrita con anterioridad con respecto al terminal 3900B y asumiendo que el terminal 3900B abandona al control, el terminal 3900C ajusta su registro de credencial de autenticaci6n todo a unos, se convierte en el maestro y toma el control de una manera similar al ejemplo dado para los terminales 3900A y 3900B.
Recapitulando, el protocolo para enviar esta basado en credenciales de autenticaci6n, requiriendo que un terminal m6vil tenga una credencial de autenticaci6n valida antes de transmitir, siendo hecha pasar la credencial de autenticaci6n de terminal a terminal. El terminal maestro realiza emisiones multipunto o multidifusiones a esclavos de manera sincronizada en el tiempo mientras un servidor realiza emisiones multipunto a un cliente de un modo asincrono. La adquisici6n de una credencial de autenticaci6n cambia la misi6n del terminal de esclavo a maestro. Todos los terminales pueden funcionar como clientes y pueden ser paginados, es decir, son conectables pero no se pueden descubrir.
Los protocolos para la decimotercera realizaci6n estan previstos al nivel de aplicaci6n y estan adaptados para gestionar un grupo de usuarios, gestionar enlaces, gestionar la credencial de autenticaci6n, cambiar de servidor a cliente y viceversa.
La fig. 41 muestra una arquitectura de software que puede, por ejemplo, estar basada en la plataforma Ericsson U100, que es capaz de soportar UMTS.
Como se ha mostrado en la fig. 41, la entidad de software 5100, que es un cliente de una red de mensajeria personal (PMN) es un componente de gesti6n de contenido de empresa (ECM) que esta interconectado a traves de un lenguaje de descripci6n de interfaz Ericsson (EIDL).
La fig. 41 es un diagrama de bloques simplificado que muestra c6mo las capacidades funcionales de la realizaci6n mostrada en las figs. 39 y 40, por ejemplo, pueden estar integradas en una plataforma existente. En la realizaci6n de la fig. 41, se han mostrado las capacidades antes mencionadas como estando integradas en una plataforma Ericsson U-100 capaz de soportar UMTS. Sin embargo, deberia comprenderse que las capacidades del presente invento pueden estar incorporadas a cualesquiera otras plataformas de funcionalidad y capacidad similares.
La plataforma 4100 incorpora hardware (HW) para servicios de acceso de red, servicios de comunicaci6n de datos, servicios de interfaz multimedia, servicios de plataforma de aplicaci6n y servicios operativos y relacionados mostrados respectivamente en 4200A a 4600A, soportando el software estos servicios que se han mostrado respectivamente en 4200B a 4600B. Los servicios de software intermedio 4900 incluyen la interfaz de programaci6n de aplicaci6n de plataforma (API) asi como los archivos abiertos, trama de aplicaci6n abierta (OAF) que esta integrada en los servicios de software intermedio y funciona para gestionar todas las interfaces de la plataforma con los servicios subyacentes. Por ejemplo, la interfaz de usuario (UI) 5000, que esta mostrada como estando basada en JAVA, y que permite que un usuario opere el terminal m6vil para activarlo, desactivarlo, introducir datos, seleccionar de entre los menus almacenados, etc., puede, cuando la plataforma adopta la forma de un telefono m6vil, tener un teclado telef6nico convencional junto con otros botones operativos para proporcionar encendido/apagado, exploraci6n, selecci6n de modo y otras funciones tipicas. Alternativamente, la interfaz manual puede ser una entrada de tipo teclado mostrada por ejemplo en 3501 en la fig. 37 o la entrada manual puede ser un tipo de pantalla tactil o similar. La interfaz de usuario es gestionada por la OAF 4900a. El interfaz de usuario (UI) no necesita estar basada en Java y puede emplear cualquier otro lenguaje de programaci6n adecuado.
La capacidad de la red de mensajeria personal (PMN) es realizada preferiblemente en tres m6dulos de software que definen la capacidad de cliente de PMN 5100, siendo los m6dulos individuales respectivamente un gestor de enlace, un gestor de dispositivo y un m6dulo de gesti6n de perfil 5100a, 5100b y 5100c, respectivamente. Las divisiones de las funciones proporcionadas dictan preferiblemente m6dulos independientes que, sin embargo, estan asociados entre si. Mas especificamente, el m6dulo de gesti6n de enlace 5100a establece todas las conexiones que incluyen posici6n y comunicaci6n con el proveedor de servicio (tal como un proveedor de servicio BT) y que establecen conexiones con aquellos terminales m6viles dentro del "enlace" que han sido previamente identificados y almacenados dentro de la lista de contactos del terminal m6vil buscando establecer comunicaciones con uno o mas terminales m6viles dentro del "enlace". El m6dulo 5100a llama a continuaci6n al m6dulo 5100b.
El m6dulo de gesti6n de dispositivo 5100b gestiona el manejo de la credencial de autenticaci6n, descrita previamente en conexi6n con las figs. 39a a 40b y controla todas las demas interacciones entre el dispositivo y los terminales m6viles seleccionados dentro del enlace.
El m6dulo 5100c de gesti6n de perfil contiene un perfil del dispositivo que incluye cualesquiera anuncios u otras capacidades de la plataforma individual del terminal m6vil 4100. Los m6dulos 5100a a 5100c enlazan con la OAF 4900a a traves de una interfaz funcional 4900b mediante los adaptadores de lenguaje de descripci6n de interfaz Ericsson (EIDL) de la plataforma abierta ATI (OPA) que estandariza los m6dulos 5100a a 5100c a la OPA y
5 viceversa.
Como se ha mostrado en la fig. 41, los servicios de Bluetooth (BT) estan enlazados con los protocolos de OAF 4900a en m6dulos 5100 a 4300a, 4300b y OAF 4900. Los servicios graficos de interfaz de usuario (GUI) estan enlazados con los m6dulos de protocolo previstos en 5100 a 4400a, 4400b y OAF 4900a.
Recapitulando, la entidad software, es decir, el cliente de PMN, es prevista como un componente de servicios de
10 gesti6n de componente extendidos (ECM) que esta enlazado a traves de las rutinas EIDL y es similar a la arquitectura bro�er de solicitud de objeto comun (CORBA) con el fin de proporcionar interoperatividad entre objetos construidos en diferentes lenguajes de programaci6n, que se ejecutan en maquinas fisicas diferentes y quizas en redes diferentes, especificando CORBA en lenguaje de definici6n de interfaz una API que sigue la interacci6n cliente/servidor con el bro�er de solicitud de objeto (ORB).
15 El cliente de PMN registra eventos y tambien puede ser o bien un suministrador o bien un consumidor, puede estar enlazado dinamicamente y los componentes del mismo pueden registrar dinamicamente servicios. La ventaja de la realizaci6n mostrada, por ejemplo en la fig. 41, es la capacidad de enlazar un grupo pequeno de terminales m6viles dentro de una pequena area geografica sin ningun soporte de red.
Lo anterior es una explicaci6n de los metodos y arquitecturas del invento para la entrega de servicios de voz y de
20 bases de datos sobre la LAN de interconectadas 3GPP, con referencia especifica a la PDGW y las situaciones conectadas funcional y opcionalmente de la WAG en cada uno de los diferentes escenariosilustrados. El invento es aplicable a entornos UMTS y CDMA 2000, pero no esta limitado a estos entornos, y se ha considerado que tambien sea aplicable a otros escenarios. Aunque este invento ha sido particularmente mostrado y descrito con referencia a las realizaciones preferidas, los expertos en la tecnica comprenderan que pueden hacerse distintos cambios en
25 forma y detalles en el sin salirse por ello del marco del invento como se ha definido en las reivindicaciones independientes.
Claims (13)
- REIVINDICACIONES1.-Un metodo para usar en un servicio de mensajes cortos, SMS, proxy, incluyendo el metodo:recibir un mensaje SS7 de sistema de senalizaci6n #7, que contiene datos SMS pretendidos para un equipo de usuario de destino que esta asociado con una red de area local inalambrica, WLAN, a traves de un protocolo de Internet, IP;extraer los datos SMS del mensaje SS7;recibir informaci6n desde un registro de posici6n de base, HLR, la informaci6n relacionada con una correspondencia el trazado de una identidad de abonado m6vil internacional, IMSI, del equipo de usuario de destino a un protocolo de Internet, IP, identificador basado del equipo de destino;generar un mensaje IP basado en el mensaje SS7 y en la informaci6n recibida desde el HLR, en la que el mensaje o mensajes IP incluye los datos SMS, el identificador basado en IP del equipo de destino, y un identificador basado en IP del Proxy de SMS; ytransmitir el mensaje IP al equipo de usuario de destino sobre la IP mediante la WLAN.
- 2.-El metodo de la reivindicaci6n 1, en el que el proxy de SMS esta incluido en una pasarela de acceso inalambrica/pasarela de datos de paquete, WAG/PDG.
- 3.-El metodo de la reivindicaci6n 1, en el que el mensaje IP es transmitido sobre un protocolo de control de transmisi6n, TCP.
- 4.-El metodo de la reivindicaci6n 1, en el que el mensaje IP es transmitido a traves de una red inalambrica IEEE
- 802.11.
- 5.-El metodo de la reivindicaci6n 1, en el que el mensaje SS7 es recibido desde un centro de conmutaci6n m6vil de pasarela de SMS, SMS-GMSC.
- 6.-El metodo de la reivindicaci6n 1, en el que el mensaje SS7 es recibido desde un centro de conmutaci6n m6vil de intercomunicaci6n de SMS, SMS-IWMSC.
- 7.-Un dispositivo proxy, de servicio de mensajes cortos, SMS, que comprende:un receptor configurado para:recibir un mensaje SS7, de sistema de senalizaci6n #7, incluyendo el mensaje SS7 datos SMS pretendidos para un equipo de usuario de destino que esta asociado con una red de area local inalambrica, WLAN, a traves de un protocolo de Internet, IP; yrecibir informaci6n desde un registro de posici6n de base, HLR, la informaci6n relacionada con la correspondencia de una identidad de abonado m6vil internacional, IMSI, del equipo de usuario de destino a un protocolo de Internet, identificador basado en IP del equipo de usuario de destino;un procesador configurado para extraer los datos SMS del mensaje SS7, y para generar un mensaje IP basado en el mensaje SS7 y en la informaci6n recibida desde el HLR, en la que el mensaje IP incluye datos SMS, el identificador basado en IP del equipo de usuario de destino, y un identificador basado en IP del nodo de pasarela; yun transmisor configurado para transmitir el mensaje IP al equipo de usuario de destino sobre la IP mediante la WLAN.
- 8.-El dispositivo proxy de SMS de la reivindicaci6n 7, en el que el proxy de SMS esta incluido en una pasarela de acceso inalambrica/pasarela de datos de paquete, WAG/PDG.
- 9.-El dispositivo proxy de SMS de la reivindicaci6n 7, en el que el mensaje IP es transmitido sobre el protocolo de control de transmisi6n, TCP.
- 10.-El dispositivo proxy de SMS de la reivindicaci6n 7, en el que el mensaje IP es transmitido a traves de una red inalambrica IEEE 802.11.
- 11.-El dispositivo proxy de SMS de la reivindicaci6n 7, en el que el mensaje SS7 es recibido desde un centro de conmutaci6n m6vil de pasarela de SMS, SMS-GMSC.
- 12.-El dispositivo proxy de SMS de la reivindicaci6n 7, en el que el mensaje SS7 es recibido desde un centro de conmutaci6n m6vil de intercomunicaci6n de SMS, SMS-IWMSC.
Applications Claiming Priority (11)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US46691103P | 2003-05-01 | 2003-05-01 | |
| US466911P | 2003-05-01 | ||
| US46967003P | 2003-05-12 | 2003-05-12 | |
| US469670P | 2003-05-12 | ||
| US47807503P | 2003-06-12 | 2003-06-12 | |
| US478075P | 2003-06-12 | ||
| US49105403P | 2003-07-30 | 2003-07-30 | |
| US491054P | 2003-07-30 | ||
| US49817103P | 2003-08-27 | 2003-08-27 | |
| US498171P | 2003-08-27 | ||
| PCT/US2004/013458 WO2004099919A2 (en) | 2003-05-01 | 2004-04-30 | Delivery of data over wlan coupled to 3gpp |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2376171T3 true ES2376171T3 (es) | 2012-03-09 |
Family
ID=33437254
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04751050T Expired - Lifetime ES2376171T3 (es) | 2003-05-01 | 2004-04-30 | Método y aparato para entrega de servicios de base de datos/voz sobre picorredes y lans inal�?mbricas (wlans) acopladas a dispositivos 3gpp que incluyen elementos de arquitectura e información de protocolo relativos a un servicio de mensajes cortos (sms) sobre wlans. |
Country Status (15)
| Country | Link |
|---|---|
| US (3) | US8619757B2 (es) |
| EP (1) | EP1623534B1 (es) |
| CN (1) | CN102170621B (es) |
| AR (1) | AR044145A1 (es) |
| AT (1) | ATE538556T1 (es) |
| AU (2) | AU2004237176B2 (es) |
| CA (1) | CA2539209C (es) |
| ES (1) | ES2376171T3 (es) |
| GE (1) | GEP20104886B (es) |
| IL (1) | IL172105A (es) |
| MX (1) | MXPA05012444A (es) |
| NO (1) | NO338005B1 (es) |
| SG (1) | SG154340A1 (es) |
| TW (6) | TWI261443B (es) |
| WO (1) | WO2004099919A2 (es) |
Families Citing this family (205)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080207197A1 (en) * | 1997-07-30 | 2008-08-28 | Steven Tischer | Apparatus, method, and computer-readable medium for interfacing devices with communications networks |
| US20080207178A1 (en) * | 1997-07-30 | 2008-08-28 | Steven Tischer | Apparatus and method for restricting access to data |
| US20080207202A1 (en) * | 1997-07-30 | 2008-08-28 | Zellner Samuel N | Apparatus and method for providing a user interface for facilitating communications between devices |
| US20080194208A1 (en) * | 1997-07-30 | 2008-08-14 | Steven Tischer | Apparatus, method, and computer-readable medium for communicating between and controlling network devices |
| US20080220776A1 (en) * | 1997-07-30 | 2008-09-11 | Steven Tischer | Interface devices for facilitating communications between devices and communications networks |
| US20080207179A1 (en) * | 1997-07-30 | 2008-08-28 | Steven Tischer | Apparatus and method for testing communication capabilities of networks and devices |
| US20080192769A1 (en) * | 1997-07-30 | 2008-08-14 | Steven Tischer | Apparatus and method for prioritizing communications between devices |
| US20080220775A1 (en) * | 1997-07-30 | 2008-09-11 | Steven Tischer | Apparatus, method, and computer-readable medium for securely providing communications between devices and networks |
| US7149514B1 (en) * | 1997-07-30 | 2006-12-12 | Bellsouth Intellectual Property Corp. | Cellular docking station |
| US20080195641A1 (en) * | 1997-07-30 | 2008-08-14 | Steven Tischer | Apparatus and method for aggregating and accessing data according to user information |
| US20080194225A1 (en) * | 1997-07-30 | 2008-08-14 | Steven Tischer | Apparatus and method for providing emergency and alarm communications |
| US20080192768A1 (en) * | 1997-07-30 | 2008-08-14 | Steven Tischer | Apparatus, method, and computer-readable medium for interfacing communication devices |
| US7207143B2 (en) * | 2001-11-08 | 2007-04-24 | Pergo (Europe) Ab | Transition molding and installation methods therefor |
| US8275371B2 (en) | 2002-07-15 | 2012-09-25 | At&T Intellectual Property I, L.P. | Apparatus and method for providing communications and connection-oriented services to devices |
| US8416804B2 (en) | 2002-07-15 | 2013-04-09 | At&T Intellectual Property I, L.P. | Apparatus and method for providing a user interface for facilitating communications between devices |
| US8543098B2 (en) * | 2002-07-15 | 2013-09-24 | At&T Intellectual Property I, L.P. | Apparatus and method for securely providing communications between devices and networks |
| US8526466B2 (en) | 2002-07-15 | 2013-09-03 | At&T Intellectual Property I, L.P. | Apparatus and method for prioritizing communications between devices |
| US7200424B2 (en) * | 2002-07-15 | 2007-04-03 | Bellsouth Intelectual Property Corporation | Systems and methods for restricting the use and movement of telephony devices |
| US8000682B2 (en) * | 2002-07-15 | 2011-08-16 | At&T Intellectual Property I, L.P. | Apparatus and method for restricting access to data |
| US8554187B2 (en) * | 2002-07-15 | 2013-10-08 | At&T Intellectual Property I, L.P. | Apparatus and method for routing communications between networks and devices |
| AU2003284256A1 (en) * | 2002-10-18 | 2004-05-04 | Kineto Wireless, Inc. | Apparatus and method for extending the coverage area of a licensed wireless communication system using an unlicensed wireless communication system |
| US7606190B2 (en) | 2002-10-18 | 2009-10-20 | Kineto Wireless, Inc. | Apparatus and messages for interworking between unlicensed access network and GPRS network for data services |
| GEP20104886B (en) * | 2003-05-01 | 2010-02-10 | Interdigital Tech Corp | Delivery of data over wlan coupled to 3gpp |
| US20040242246A1 (en) * | 2003-05-30 | 2004-12-02 | Lee Chinmei Chen | Short message service request employment by application server component to obtain one or more mobile device short message service reports |
| US7440441B2 (en) * | 2003-06-16 | 2008-10-21 | Redknee Inc. | Method and system for Multimedia Messaging Service (MMS) rating and billing |
| US7873347B2 (en) * | 2003-06-19 | 2011-01-18 | Redknee Inc. | Method for implementing a Wireless Local Area Network (WLAN) gateway system |
| JP2005064783A (ja) * | 2003-08-11 | 2005-03-10 | Nec Corp | 公衆インターネット接続サービスシステムおよびアクセス回線接続装置 |
| US7286516B2 (en) * | 2003-09-12 | 2007-10-23 | Tekelec | Methods and systems for wireless local area network (WLAN)-based signaling network monitoring |
| US6940844B2 (en) | 2003-10-17 | 2005-09-06 | Interdigital Technology Corporation | Method and apparatus for reporting WLAN capabilities of a dual mode GPRS/WLAN or UMTS/WLAN WTRU |
| AU2007216797B2 (en) * | 2003-10-29 | 2009-09-17 | Interdigital Technology Corporation | Method and apparatus for efficiently delivering supplementary services to multi-technology capable wireless transmit/receive units |
| US8526978B2 (en) * | 2003-10-29 | 2013-09-03 | Interdigital Technology Corporation | Method and apparatus for efficiently delivering supplementary services to multi-technology capable wireless transmit/receive units |
| WO2005052742A2 (en) * | 2003-11-20 | 2005-06-09 | Tekelec | Signal transfer point with wireless signaling link interface |
| JP4266165B2 (ja) * | 2003-12-19 | 2009-05-20 | 株式会社東芝 | 通信装置および通信制御プログラム |
| IL159838A0 (en) * | 2004-01-13 | 2004-06-20 | Yehuda Binder | Information device |
| US20090019061A1 (en) * | 2004-02-20 | 2009-01-15 | Insignio Technologies, Inc. | Providing information to a user |
| US10417298B2 (en) | 2004-12-02 | 2019-09-17 | Insignio Technologies, Inc. | Personalized content processing and delivery system and media |
| US20060154642A1 (en) * | 2004-02-20 | 2006-07-13 | Scannell Robert F Jr | Medication & health, environmental, and security monitoring, alert, intervention, information and network system with associated and supporting apparatuses |
| FR2867006B1 (fr) * | 2004-02-27 | 2006-06-23 | Cit Alcatel | Procede pour le controle de droits d'acces dans un systeme de radiocommunications mobiles |
| ES2458296T3 (es) * | 2004-03-03 | 2014-04-30 | The Trustees Of Columbia University In The City Of New York | Procedimientos y sistemas para reducir la latencia de handover o traspaso de capa MAC en redes inalámbricas |
| FI20040742A0 (fi) * | 2004-05-31 | 2004-05-31 | Nokia Corp | Ohjaustiedon toimittaminen protokollaa varten |
| KR20050114556A (ko) * | 2004-06-01 | 2005-12-06 | 삼성전자주식회사 | 피티티 서비스 제공 시스템의 통화 호 설정 방법 및 장치 |
| US7715856B2 (en) | 2004-06-02 | 2010-05-11 | Interdigital Technology Corporation | Reporting terminal capabilities for supporting short message service |
| US7574595B2 (en) * | 2004-06-22 | 2009-08-11 | Interdigital Technology Corporation | Transparent session initiated protocol |
| US8463872B2 (en) * | 2004-07-02 | 2013-06-11 | Broadsoft Casabi, Llc | Method and apparatus for a family center |
| US7975011B2 (en) * | 2004-07-02 | 2011-07-05 | Broadsoft Casabi, Llc | System and method for delivering enhanced application services to a user device |
| US20070294336A1 (en) * | 2004-07-02 | 2007-12-20 | Greg Pounds | Proxy-based communications architecture |
| US8019319B2 (en) * | 2004-07-10 | 2011-09-13 | Telefonaktiebolaget L M Ericsson (Publ) | Charging of a short message transmission |
| JP2006033124A (ja) * | 2004-07-13 | 2006-02-02 | Fujitsu Ltd | トンネル障害通知装置および方法 |
| KR100690752B1 (ko) * | 2004-07-28 | 2007-03-09 | 엘지전자 주식회사 | 피티티 서비스 시스템의 발언권 할당방법 |
| US7852825B2 (en) * | 2004-07-30 | 2010-12-14 | Interdigital Technology Corporation | Wireless communication method and apparatus for preventing network access by mobile stations which support an incompatible internet protocol version |
| US7260412B2 (en) * | 2004-07-30 | 2007-08-21 | Interdigital Technology Corporation | Wireless communication method and system for establishing a multimedia message service over a WLAN |
| US7940746B2 (en) | 2004-08-24 | 2011-05-10 | Comcast Cable Holdings, Llc | Method and system for locating a voice over internet protocol (VoIP) device connected to a network |
| US7181217B2 (en) * | 2004-08-30 | 2007-02-20 | Talara Systems, Inc. | Mobile services control platform providing a message forwarding service |
| US7136651B2 (en) * | 2004-08-30 | 2006-11-14 | Tatara Systems, Inc. | Mobile services control platform providing a converged voice service |
| US20070019571A1 (en) * | 2004-09-01 | 2007-01-25 | Scott Stogel | Apparatus and method for audio communications |
| US7760721B2 (en) * | 2004-09-01 | 2010-07-20 | Scott Stogel | Method and system for computer based intercom control and management |
| US7706343B2 (en) * | 2004-09-10 | 2010-04-27 | Tekelec | Methods and systems for wireless local area network (WLAN)-based signaling network monitoring |
| US20060072526A1 (en) * | 2004-10-04 | 2006-04-06 | Nokia Corporation | Change of resource reservation for an IP session |
| US7292592B2 (en) * | 2004-10-08 | 2007-11-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Home network-assisted selection of intermediary network for a roaming mobile terminal |
| US7590732B2 (en) * | 2004-10-08 | 2009-09-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Enhancement of AAA routing originated from a local access network involving intermediary network preferences |
| US7298725B2 (en) | 2004-10-08 | 2007-11-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Enhancement of AAA routing initiated from a home service network involving intermediary network preferences |
| US7551926B2 (en) * | 2004-10-08 | 2009-06-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Terminal-assisted selection of intermediary network for a roaming mobile terminal |
| US20060092963A1 (en) * | 2004-10-28 | 2006-05-04 | Ajay Bakre | Architecture and method for efficient application of QoS in a WLAN |
| US7366107B2 (en) * | 2004-10-29 | 2008-04-29 | Sony Ericsson Mobile Communications Ab | Portable electronic devices including attaching circuits and methods of operating the same |
| JP4751399B2 (ja) * | 2004-11-02 | 2011-08-17 | リサーチ イン モーション リミテッド | Ｐｌｍｎ環境におけるジェネリックアクセスネットワーク（ｇａｎ）コントローラ選択 |
| US8843995B2 (en) | 2004-11-02 | 2014-09-23 | Blackberry Limited | Generic access network (GAN) controller selection in PLMN environment |
| KR100770930B1 (ko) * | 2004-11-02 | 2007-10-26 | 삼성전자주식회사 | 무선 네트워크들간의 음성 및 단문 서비스를 제공하기 위한망연동 시스템 및 방법과 이를 위한 패킷 스위치 |
| US7254405B2 (en) * | 2004-11-22 | 2007-08-07 | Motorola, Inc. | System and method for providing location information to applications |
| KR100762615B1 (ko) * | 2004-11-26 | 2007-10-01 | 삼성전자주식회사 | 이동통신 시스템과 이를 위한 핸드오프 방법 |
| AU2005309290B2 (en) | 2004-11-29 | 2009-08-27 | Blackberry Limited | System and method for supporting GAN service request capability in a wireless user equipment (UE) device |
| US7730143B1 (en) * | 2004-12-01 | 2010-06-01 | Aol Inc. | Prohibiting mobile forwarding |
| US8130718B2 (en) * | 2004-12-09 | 2012-03-06 | Interdigital Technology Corporation | Method and system for interworking of cellular networks and wireless local area networks |
| JP4639237B2 (ja) | 2005-01-06 | 2011-02-23 | エルジー エレクトロニクス インコーポレイティド | 高速アップリンクパケットアクセス方式の改善 |
| US8700729B2 (en) | 2005-01-21 | 2014-04-15 | Robin Dua | Method and apparatus for managing credentials through a wireless network |
| KR100735328B1 (ko) * | 2005-02-04 | 2007-07-04 | 삼성전자주식회사 | Ｐｔｔ 시스템에서 사용자 정보 자동 갱신 방법 및 그시스템 |
| US8873540B2 (en) * | 2005-03-17 | 2014-10-28 | Ericsson Ab | Circuit-switched and multimedia subsystem voice continuity |
| US20140105129A1 (en) * | 2008-12-16 | 2014-04-17 | Orange Sa | Packet radio communications system |
| CN100450110C (zh) * | 2005-04-15 | 2009-01-07 | 华为技术有限公司 | 基于ip接入网络与移动网络短消息互通的系统和方法 |
| CN100364342C (zh) * | 2005-04-26 | 2008-01-23 | 华为技术有限公司 | 一种推送业务实现方法 |
| ATE439727T1 (de) * | 2005-04-29 | 2009-08-15 | Huawei Tech Co Ltd | Verfahren zur realisierung eines nachrichtendienstes für ims (ip multimedia subsystem) |
| CN100433742C (zh) * | 2005-04-30 | 2008-11-12 | 华为技术有限公司 | 无线局域网中无线局域网接入网关策略加载方法 |
| CN101180835B (zh) * | 2005-05-25 | 2010-07-14 | 韩国电子通信研究院 | 网络互联系统和网络互联系统中用于协商服务质量的方法 |
| EP1889426B1 (en) * | 2005-05-27 | 2021-03-03 | BlackBerry Limited | Circuit-switched and multimedia subsystem voice continuity with bearer path interruption |
| WO2006136896A1 (en) * | 2005-06-21 | 2006-12-28 | Nortel Networks Limited | Bearer path optimization |
| KR100788889B1 (ko) * | 2005-06-22 | 2007-12-27 | 한국전자통신연구원 | 서비스 품질을 협상하는 장치 및 방법 |
| CN100388812C (zh) * | 2005-06-27 | 2008-05-14 | 华为技术有限公司 | 一种使用基于网际协议的消息传输协议传送消息的方法 |
| US8090392B2 (en) | 2005-08-05 | 2012-01-03 | Interdigital Technology Corporation | Method and system for reporting a short message capability via an IP multimedia subsystem |
| US8149737B2 (en) * | 2005-08-09 | 2012-04-03 | Motorola Solutions, Inc. | Method and system for data transmission in a wireless network |
| CN101292489B (zh) * | 2005-08-22 | 2013-03-27 | 北方电讯网络有限公司 | 用于电路交换子系统呼叫的多媒体子系统业务控制 |
| EP1929716B1 (en) * | 2005-08-24 | 2016-04-13 | Telefonaktiebolaget LM Ericsson (publ) | Preserved bearers |
| EP1763185A1 (de) * | 2005-09-08 | 2007-03-14 | Siemens Aktiengesellschaft | Verfahren und Vorrichtung zum Übertragen von Kurznachrichten von einem zellularen Netz an ein IP Netz |
| CN100415008C (zh) * | 2005-09-30 | 2008-08-27 | 华为技术有限公司 | 一种组呼呼叫用户接收短消息的方法和系统 |
| US8275402B2 (en) | 2005-10-06 | 2012-09-25 | GM Global Technology Operations LLC | Alert notification network |
| US7499704B1 (en) * | 2005-10-21 | 2009-03-03 | Cingular Wireless Ii, Llc | Display caller ID on IPTV screen |
| US8811954B1 (en) | 2005-10-31 | 2014-08-19 | Genband Us Llc | Network domain selection |
| US8248965B2 (en) * | 2005-11-03 | 2012-08-21 | Motorola Solutions, Inc. | Method and apparatus regarding use of a service convergence fabric |
| EP1784035A1 (en) * | 2005-11-07 | 2007-05-09 | Alcatel Lucent | A method for connection re-establishment in a mobile communication system |
| US8856331B2 (en) * | 2005-11-23 | 2014-10-07 | Qualcomm Incorporated | Apparatus and methods of distributing content and receiving selected content based on user personalization information |
| ES2323538T3 (es) * | 2005-12-01 | 2009-07-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Gestion de llamadas para un usuario registrado en un ims. |
| CN100512300C (zh) * | 2006-01-13 | 2009-07-08 | 华为技术有限公司 | 一种在传输实时流时业务切换的方法 |
| US9204420B2 (en) * | 2006-01-25 | 2015-12-01 | Alcatel Lucent | QoS-aware paging in a wireless communication system |
| CN101496387B (zh) * | 2006-03-06 | 2012-09-05 | 思科技术公司 | 用于移动无线网络中的接入认证的系统和方法 |
| US7715562B2 (en) * | 2006-03-06 | 2010-05-11 | Cisco Technology, Inc. | System and method for access authentication in a mobile wireless network |
| US8045983B2 (en) * | 2006-04-13 | 2011-10-25 | Tekelec | Methods systems, and computer program products for providing internet protocol multimedia subsystem (IMS) services in response to advanced intelligent network (AIN) triggers |
| US8165086B2 (en) * | 2006-04-18 | 2012-04-24 | Kineto Wireless, Inc. | Method of providing improved integrated communication system data service |
| US7965979B2 (en) * | 2006-05-02 | 2011-06-21 | Intel Corporation | Methods and apparatus for providing an extended-local area system based on short messaging service |
| WO2007140162A2 (en) * | 2006-05-26 | 2007-12-06 | Whaleback Systems Corporation | Sending a page |
| DE602007014204D1 (de) * | 2006-05-31 | 2011-06-09 | Huawei Tech Co Ltd | Vorrichtung und verfahren zum routen von nachrichtendiensten |
| CN100426777C (zh) * | 2006-06-02 | 2008-10-15 | 华为技术有限公司 | 通过非3gpp技术接入3gpp演进网络的系统和方法 |
| US8331961B1 (en) | 2006-06-12 | 2012-12-11 | Apple, Inc. | Transfer of emergency services session between disparate subsystems |
| US8180338B1 (en) | 2006-06-14 | 2012-05-15 | Genband Us Llc | Selective call anchoring in a multimedia subsystem |
| WO2007144732A2 (en) * | 2006-06-14 | 2007-12-21 | Nortel Networks Limited | Inter-subsystem transfers |
| US7912004B2 (en) * | 2006-07-14 | 2011-03-22 | Kineto Wireless, Inc. | Generic access to the Iu interface |
| US20080039086A1 (en) * | 2006-07-14 | 2008-02-14 | Gallagher Michael D | Generic Access to the Iu Interface |
| US7852817B2 (en) * | 2006-07-14 | 2010-12-14 | Kineto Wireless, Inc. | Generic access to the Iu interface |
| US20080076425A1 (en) | 2006-09-22 | 2008-03-27 | Amit Khetawat | Method and apparatus for resource management |
| US7623526B2 (en) * | 2006-07-31 | 2009-11-24 | Sony Ericsson Mobile Communications Ab | Network interface for a wireless communication device |
| US8775621B2 (en) * | 2006-08-31 | 2014-07-08 | Redknee Inc. | Policy services |
| US8045568B2 (en) * | 2006-09-29 | 2011-10-25 | Genband Us Llc | Enterprise mobility |
| CN102067549A (zh) * | 2006-10-04 | 2011-05-18 | 北方电讯网络有限公司 | 电路交换和多媒体子系统语音连续性 |
| US20080089272A1 (en) * | 2006-10-12 | 2008-04-17 | Tommi Ahokangas | Connection establishment method |
| US8199697B2 (en) * | 2006-10-19 | 2012-06-12 | At&T Mobility Ii Llc | Sharing data with an emergency response service over a mobile network |
| US8259568B2 (en) * | 2006-10-23 | 2012-09-04 | Mcafee, Inc. | System and method for controlling mobile device access to a network |
| US9390396B2 (en) | 2006-12-04 | 2016-07-12 | Excalibur Ip, Llc | Bootstrapping social networks using augmented peer to peer distributions of social networking services |
| US8600006B2 (en) | 2006-12-27 | 2013-12-03 | Genband Us Llc | Voice continuity among user terminals |
| CN101574013B (zh) * | 2006-12-27 | 2012-08-15 | 艾利森电话股份有限公司 | 在蜂窝电话系统中重激活连接的方法 |
| US20080159139A1 (en) * | 2006-12-29 | 2008-07-03 | Motorola, Inc. | Method and system for a context manager for a converged services framework |
| CN101675629B (zh) * | 2007-01-15 | 2013-09-18 | 艾利森电话股份有限公司 | 用于通过分组交换网络提供电路交换域服务的方法和装置 |
| US8396493B2 (en) | 2007-02-28 | 2013-03-12 | Yahoo! Inc. | Network-based archiving for threaded mobile text messages |
| US8224919B2 (en) | 2007-04-04 | 2012-07-17 | Research In Motion Limited | Mobile communications system including intermediate service provider and related methods |
| EP2165554A1 (en) * | 2007-06-08 | 2010-03-24 | Telefonaktiebolaget L M Ericsson (publ) | Technique for performing gsm/wcdma circuit switched services over a long term evolution radio access |
| EP2023687A1 (en) * | 2007-08-07 | 2009-02-11 | Nokia Siemens Networks Oy | Method and device for utilizing at least one CS service and communication system comprising such device |
| US8499082B2 (en) * | 2007-09-06 | 2013-07-30 | Tekelec, Inc. | Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (IOS/SIP) adapter |
| US8644298B1 (en) | 2007-09-12 | 2014-02-04 | Genband Us Llc | Adding a service control channel after session establishment |
| WO2009033249A1 (en) * | 2007-09-13 | 2009-03-19 | Redknee Inc. | Billing profile manager |
| WO2009039886A1 (en) * | 2007-09-27 | 2009-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication system and method handling communication of packet data |
| US9775096B2 (en) * | 2007-10-08 | 2017-09-26 | Qualcomm Incorporated | Access terminal configuration and access control |
| US9055511B2 (en) | 2007-10-08 | 2015-06-09 | Qualcomm Incorporated | Provisioning communication nodes |
| US9167505B2 (en) * | 2007-10-08 | 2015-10-20 | Qualcomm Incorporated | Access management for wireless communication |
| PL3203804T3 (pl) * | 2007-11-01 | 2018-12-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Usługi z komutacją łączy na sieciach SAE/LTE |
| US8938244B2 (en) * | 2007-11-15 | 2015-01-20 | Ubeeairwalk, Inc. | System, method, and computer-readable medium for user equipment acquisition of an IP-femtocell system |
| US20090149205A1 (en) * | 2007-12-10 | 2009-06-11 | Zipit Wireless Inc. | System And Method For Regulating Data Messaging Between A Wireless Device And A Mobile Communication Device Using Short Message Service |
| EP2232807B1 (en) | 2007-12-27 | 2019-02-13 | Redknee Inc. | Policy-based communication system and method |
| US8295815B2 (en) * | 2008-02-14 | 2012-10-23 | Alcatel Lucent | Reject mobile-terminating SMS due to mobile not reachable flag |
| EP2248356B1 (en) * | 2008-02-21 | 2015-05-27 | Alcatel Lucent | Inter-rat handover in 3g lte |
| US8199719B2 (en) | 2008-03-13 | 2012-06-12 | Apple Inc. | Methods and apparatus for performing handover between a long term evolution (LTE) network and another type of radio access network |
| ATE543362T1 (de) | 2008-05-23 | 2012-02-15 | Ericsson Telefon Ab L M | Verfahren und system zum routen von nachrichten in ims- und leitungsvermittelten netzen |
| EP2136513A1 (en) * | 2008-06-18 | 2009-12-23 | Alcatel, Lucent | A method for the management of short message delivery in a mobile communication system |
| EP2356834B1 (en) * | 2008-11-11 | 2013-09-18 | Telefonaktiebolaget LM Ericsson (publ) | Method for sending emergency messages to mobile terminals |
| CN104023411B (zh) * | 2009-04-21 | 2018-08-07 | Lg电子株式会社 | 在无线通信系统中使用中继节点的方法 |
| GB0908694D0 (en) * | 2009-05-20 | 2009-07-01 | Vodafone Plc | Terminating SMS messages in LTE |
| CN101931898B (zh) | 2009-06-26 | 2014-03-05 | 华为技术有限公司 | 用户面数据的传输方法、装置及系统 |
| JP5535536B2 (ja) * | 2009-07-02 | 2014-07-02 | 日本電気株式会社 | フェムトセル用基地局、ゲートウェイシステム、ｍａｐ−ｇｗ装置、通信システム、制御方法及びプログラム |
| WO2011002244A2 (en) * | 2009-07-02 | 2011-01-06 | Lg Electronics Inc. | A method to facilitate user equipment (ue) handoff within a packet data communication system |
| KR101421525B1 (ko) * | 2009-09-27 | 2014-07-22 | 지티이 코포레이션 | 상태 전환 방법 및 장치 |
| US20110185237A1 (en) * | 2010-01-28 | 2011-07-28 | Futurewei Technologies, Inc. | System and Method for Delivering Messages |
| MX2012008896A (es) * | 2010-02-02 | 2012-08-31 | Ericsson Telefon Ab L M | Metodos y arreglos en una red de comunicacion celular. |
| TWI408982B (zh) * | 2010-02-23 | 2013-09-11 | Htc Corp | 在無線通訊網路與行動裝置間同步維持封包資料通訊協定上下文狀態的方法及相關之行動裝置 |
| US8638794B1 (en) * | 2010-04-15 | 2014-01-28 | Cellco Partnership | Method and system for routing traffic across multiple interfaces via VPN traffic selectors and local policies |
| US9444854B2 (en) * | 2010-09-07 | 2016-09-13 | T-Mobile Usa, Inc. | Session initiation protocol (SIP) router |
| GB2486176A (en) * | 2010-12-02 | 2012-06-13 | Sungard Public Sector Ltd | An IP packet based communication system which interfaces with external radio and telephony communication networks, suitable for use by the emergency services. |
| CN102006465A (zh) * | 2010-12-09 | 2011-04-06 | Tcl集团股份有限公司 | 一种基于固网及移动宽带网络的视频监控方法及系统 |
| CN102647667B (zh) * | 2011-02-21 | 2014-10-08 | 华为技术有限公司 | 群组的管理方法及push服务器 |
| EP2695422A1 (en) * | 2011-04-04 | 2014-02-12 | Telefonaktiebolaget LM Ericsson (PUBL) | Maximum allowed quality of service procedures using gn/gp |
| EP2509345A1 (en) | 2011-04-05 | 2012-10-10 | Panasonic Corporation | Improved small data transmissions for machine-type-communication (MTC) devices |
| CN103037327B (zh) * | 2011-09-30 | 2015-07-08 | 华为终端有限公司 | 一种短消息处理方法和相关系统 |
| WO2013085310A1 (en) * | 2011-12-06 | 2013-06-13 | Samsung Electronics Co., Ltd. | Apparatus and method for delivering short message service efficiently in wireless communication system |
| KR20130103182A (ko) * | 2012-03-09 | 2013-09-23 | 한국전자통신연구원 | 무선 멀티 인터페이스를 활용한 에너지 절감형 이동 노드 제어 방법 |
| CA2869116C (en) | 2012-04-10 | 2020-01-07 | Nokia Corporation | Short message service mobile originated/mobile terminated without mobile station international subscriber directory number (msisdn) in internet protocol multimedia subsystem (ims) |
| US9883437B2 (en) * | 2012-06-19 | 2018-01-30 | Qualcomm Incorporated | Systems and methods for enhanced network handoff to wireless local area networks |
| JP5870891B2 (ja) * | 2012-10-11 | 2016-03-01 | ソニー株式会社 | 情報処理装置、無線通信装置、通信システムおよび情報処理方法 |
| CN103781037B (zh) | 2012-10-26 | 2017-10-10 | 华为技术有限公司 | 一种短消息信令优化方法、设备和系统 |
| US8898769B2 (en) | 2012-11-16 | 2014-11-25 | At&T Intellectual Property I, Lp | Methods for provisioning universal integrated circuit cards |
| US8959331B2 (en) | 2012-11-19 | 2015-02-17 | At&T Intellectual Property I, Lp | Systems for provisioning universal integrated circuit cards |
| US9992021B1 (en) | 2013-03-14 | 2018-06-05 | GoTenna, Inc. | System and method for private and point-to-point communication between computing devices |
| US9635526B2 (en) * | 2013-03-15 | 2017-04-25 | Tekelec, Inc. | Methods, systems, and computer readable media for utilizing a diameter proxy agent to communicate short message service (SMS) messages |
| EP2997670B1 (en) * | 2013-05-16 | 2019-05-15 | Intel IP Corporation | Multiple radio link control (rlc) groups |
| US9036820B2 (en) | 2013-09-11 | 2015-05-19 | At&T Intellectual Property I, Lp | System and methods for UICC-based secure communication |
| US9124573B2 (en) | 2013-10-04 | 2015-09-01 | At&T Intellectual Property I, Lp | Apparatus and method for managing use of secure tokens |
| US9208300B2 (en) | 2013-10-23 | 2015-12-08 | At&T Intellectual Property I, Lp | Apparatus and method for secure authentication of a communication device |
| US9240994B2 (en) | 2013-10-28 | 2016-01-19 | At&T Intellectual Property I, Lp | Apparatus and method for securely managing the accessibility to content and applications |
| US9240989B2 (en) | 2013-11-01 | 2016-01-19 | At&T Intellectual Property I, Lp | Apparatus and method for secure over the air programming of a communication device |
| US9313660B2 (en) | 2013-11-01 | 2016-04-12 | At&T Intellectual Property I, Lp | Apparatus and method for secure provisioning of a communication device |
| US9413759B2 (en) | 2013-11-27 | 2016-08-09 | At&T Intellectual Property I, Lp | Apparatus and method for secure delivery of data from a communication device |
| US9713006B2 (en) | 2014-05-01 | 2017-07-18 | At&T Intellectual Property I, Lp | Apparatus and method for managing security domains for a universal integrated circuit card |
| US10129774B2 (en) | 2014-10-10 | 2018-11-13 | Intel IP Corporation | Methods and apparatuses of WLAN alarm notification in cellular networks |
| CN105656770B (zh) * | 2014-11-13 | 2018-07-31 | 中国科学院沈阳计算技术研究所有限公司 | 一种基于前缀权重的ims接入网关智能路由方法 |
| US9609626B1 (en) * | 2014-12-15 | 2017-03-28 | Amazon Technologies, Inc. | Cellular paging via WLAN |
| US10225101B2 (en) | 2015-01-16 | 2019-03-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Extended discontinuous receive (eDRX) cycles |
| CN104660416B (zh) * | 2015-02-13 | 2018-08-28 | 飞天诚信科技股份有限公司 | 一种语音认证系统和设备的工作方法 |
| US10172112B2 (en) | 2015-05-19 | 2019-01-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Core network node and method—time coordinated cells for extended discontinuous receive (eDRX) |
| US10172183B2 (en) * | 2015-05-19 | 2019-01-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Radio access network node and method—time coordinated cells for extended discontinuous receive (eDRX) |
| CN106470152A (zh) * | 2015-08-21 | 2017-03-01 | 中兴通讯股份有限公司 | Ip短信网关及其实现路由的方法 |
| US10687307B2 (en) | 2016-03-24 | 2020-06-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Core network node and methods for determining reachability of wireless devices in extended discontinuous receive (eDRX) operation |
| EP3527039A1 (en) | 2016-10-11 | 2019-08-21 | Nec Corporation | Method, session management function node, user plane function node, and user equipment for session management parameters maintenance and computer readable recording medium therein |
| US11438738B2 (en) | 2017-05-08 | 2022-09-06 | Nokia Technologies Oy | SMS via NAS carried by non-cellular access |
| JP6982100B2 (ja) | 2017-05-09 | 2021-12-17 | テレフオンアクチーボラゲット エルエム エリクソン（パブル） | Ｉｐバージョンの選択 |
| KR20240015745A (ko) * | 2017-08-11 | 2024-02-05 | 인터디지탈 패튼 홀딩스, 인크 | 다수의 액세스 네트워크 간의 트래픽 조종 및 스위칭 |
| WO2019153428A1 (zh) | 2018-02-09 | 2019-08-15 | Oppo广东移动通信有限公司 | 无线通信的方法、网络设备和终端设备 |
| CN110442406B (zh) * | 2018-05-02 | 2022-08-12 | 北京京东乾石科技有限公司 | 分页控件处理数据的方法及分页控件、电子设备 |
| EP3918761B1 (en) * | 2019-01-31 | 2024-07-17 | Nokia Technologies Oy | Apparatus, method and computer program for supporting fixed-line user equipment |
| US11165688B2 (en) * | 2019-12-02 | 2021-11-02 | Sinch Germany Gmbh | Reformatting message content upon detecting transmission failure |
| US10966066B1 (en) | 2020-03-17 | 2021-03-30 | Facebook, Inc. | Internet-enabled data for transparent application consumption over unstructured supplementary service data |
| US11825389B2 (en) | 2021-07-02 | 2023-11-21 | Cisco Technology, Inc. | Mechanism to deliver SMS meant for user's public or private 5G identity over WLAN network |
| US20230147451A1 (en) * | 2021-11-08 | 2023-05-11 | Intelepeer | Methods and systems for generating a virtual graph of multi channel communications |
Family Cites Families (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6304556B1 (en) * | 1998-08-24 | 2001-10-16 | Cornell Research Foundation, Inc. | Routing and mobility management protocols for ad-hoc networks |
| GB2341051B (en) | 1998-08-27 | 2003-03-19 | Motorola Ltd | Providing a service in a communication system |
| FI108326B (fi) * | 1999-04-19 | 2001-12-31 | Nokia Corp | Wireless Application Protocol -protokollan käyttäminen pakettikytkentäisessä radiotietoliikennejärjestelmässä |
| US6611516B1 (en) * | 1999-06-21 | 2003-08-26 | Nokia Telecommunications Oyj | Short message service support over a packet-switched telephony network |
| US6735441B1 (en) * | 1999-11-16 | 2004-05-11 | Tekelec | Methods and systems for providing mobile telecommunications network services in a routing node |
| FI111780B (fi) * | 1999-12-23 | 2003-09-15 | Nokia Corp | Sanomanvälityspalvelu |
| US6421674B1 (en) * | 2000-02-15 | 2002-07-16 | Nortel Networks Limited | Methods and systems for implementing a real-time, distributed, hierarchical database using a proxiable protocol |
| GB0006464D0 (en) * | 2000-03-18 | 2000-05-10 | Ericsson Telefon Ab L M | Ip communication in a cellular telecommunications system |
| FI110299B (fi) * | 2000-03-31 | 2002-12-31 | Sonera Oyj | Tilaajan ensimmäisen tunnisteen muuttaminen toiseksi tunnisteeksi |
| US7010300B1 (en) * | 2000-06-15 | 2006-03-07 | Sprint Spectrum L.P. | Method and system for intersystem wireless communications session hand-off |
| FI110297B (fi) * | 2000-08-21 | 2002-12-31 | Mikko Kalervo Vaeaenaenen | Lyhytäänisanomajärjestelmä, -menetelmä ja -päätelaite |
| US20020052216A1 (en) * | 2000-10-30 | 2002-05-02 | Song Chang June | Wireless telephone with acoustic speaker coupling |
| US7027825B2 (en) * | 2000-12-20 | 2006-04-11 | Nortel Networks, Limited | GPRS network and method therefor |
| US7039027B2 (en) * | 2000-12-28 | 2006-05-02 | Symbol Technologies, Inc. | Automatic and seamless vertical roaming between wireless local area network (WLAN) and wireless wide area network (WWAN) while maintaining an active voice or streaming data connection: systems, methods and program products |
| US6987755B2 (en) * | 2001-03-22 | 2006-01-17 | Siemens Communications, Inc. | System and method for user notification in a communication system |
| US6954616B2 (en) * | 2001-03-22 | 2005-10-11 | Transdimension, Inc. | Top-level controller for wireless communication devices and protocols |
| EP1257141B1 (en) * | 2001-05-10 | 2007-01-03 | Nortel Networks Limited | System and method for communication redirection between mobile telecommunication networks with different radio access technologies |
| WO2002103970A1 (en) * | 2001-06-18 | 2002-12-27 | Tatara Systems, Inc. | Method and apparatus for converging local area and wide area wireless data networks |
| US20030016639A1 (en) * | 2001-07-19 | 2003-01-23 | Ericsson Inc. | Telecommunications system and method for delivery of short message service messages to a mobile terminal in data mode |
| US6996087B2 (en) * | 2001-07-31 | 2006-02-07 | Lucent Technologies Inc. | Communication system including an interworking mobile switching center for call termination |
| WO2003023978A2 (en) * | 2001-09-06 | 2003-03-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Controlling charging for wireless message services |
| US20030133421A1 (en) * | 2002-01-17 | 2003-07-17 | Rangamani Sundar | Method, system and apparatus for providing WWAN services to a mobile station serviced by a WLAN |
| EP1470729A2 (en) * | 2002-01-02 | 2004-10-27 | Winphoria Networks, Inc. | Method, system and apparatus for providing wwan services to a mobile station serviced by a wlan |
| US20030128701A1 (en) | 2002-01-09 | 2003-07-10 | Nokia Corporation | Method of and apparatus for directing packet entities |
| RU2310277C2 (ru) | 2002-06-07 | 2007-11-10 | Сименс Акциенгезелльшафт | Способ и устройство для передачи ip-пакетов между сетевым радиоконтроллером (rnc) и другим устройством сети мобильной радиосвязи |
| US20030233457A1 (en) * | 2002-06-12 | 2003-12-18 | Henrik Basilier | Signaling framework for wireless networks |
| US6879574B2 (en) * | 2002-06-24 | 2005-04-12 | Nokia Corporation | Mobile mesh Ad-Hoc networking |
| US7158810B2 (en) * | 2002-06-27 | 2007-01-02 | Nokia Corporation | Indication of user equipment capabilities before radio resource control connection |
| US20040006641A1 (en) | 2002-07-02 | 2004-01-08 | Nischal Abrol | Use of multi-format encapsulated internet protocol messages in a wireless telephony network |
| US7835317B2 (en) * | 2002-10-08 | 2010-11-16 | Nokia Corporation | Network selection in a WLAN |
| US8077681B2 (en) * | 2002-10-08 | 2011-12-13 | Nokia Corporation | Method and system for establishing a connection via an access network |
| US20040203737A1 (en) * | 2002-10-24 | 2004-10-14 | John Myhre | System and method for delivering data services in integrated wireless networks |
| RU2314649C2 (ru) | 2003-02-12 | 2008-01-10 | Самсунг Электроникс Ко., Лтд. | Способ предоставления мультимедийной широковещательной/многоадресной услуги в пользовательском терминале системы мобильной связи |
| US20040199649A1 (en) * | 2003-03-31 | 2004-10-07 | Teemu Tarnanen | System and method to provide interoperability between session initiation protocol and other messaging services |
| GEP20104886B (en) * | 2003-05-01 | 2010-02-10 | Interdigital Tech Corp | Delivery of data over wlan coupled to 3gpp |
| US20050025164A1 (en) * | 2003-07-16 | 2005-02-03 | Telefonaktiebolaget L M Ericsson (Publ) | Seamless hand-off of mobile node to a wireless local area network (WLAN) |
| CN102711094A (zh) * | 2012-05-17 | 2012-10-03 | 惠州Tcl移动通信有限公司 | 一种数据备份和恢复的方法、系统和移动终端 |
-
2004
- 2004-04-30 GE GEAP20049087A patent/GEP20104886B/en unknown
- 2004-04-30 TW TW093112299A patent/TWI261443B/zh active
- 2004-04-30 MX MXPA05012444A patent/MXPA05012444A/es active IP Right Grant
- 2004-04-30 ES ES04751050T patent/ES2376171T3/es not_active Expired - Lifetime
- 2004-04-30 TW TW103133102A patent/TWI575904B/zh not_active IP Right Cessation
- 2004-04-30 WO PCT/US2004/013458 patent/WO2004099919A2/en active Search and Examination
- 2004-04-30 TW TW101112124A patent/TWI479846B/zh not_active IP Right Cessation
- 2004-04-30 AU AU2004237176A patent/AU2004237176B2/en not_active Ceased
- 2004-04-30 CN CN2011101259310A patent/CN102170621B/zh not_active Expired - Lifetime
- 2004-04-30 US US10/837,124 patent/US8619757B2/en active Active
- 2004-04-30 TW TW096114325A patent/TWI382714B/zh not_active IP Right Cessation
- 2004-04-30 AR ARP040101484A patent/AR044145A1/es not_active Application Discontinuation
- 2004-04-30 EP EP04751050A patent/EP1623534B1/en not_active Expired - Lifetime
- 2004-04-30 SG SG200717296-8A patent/SG154340A1/en unknown
- 2004-04-30 TW TW104133776A patent/TWI615006B/zh not_active IP Right Cessation
- 2004-04-30 CA CA2539209A patent/CA2539209C/en not_active Expired - Lifetime
- 2004-04-30 AT AT04751050T patent/ATE538556T1/de active
- 2004-04-30 TW TW093133552A patent/TWI345902B/zh not_active IP Right Cessation
-
2005
- 2005-11-22 IL IL172105A patent/IL172105A/en active IP Right Grant
- 2005-12-01 NO NO20055691A patent/NO338005B1/no unknown
-
2008
- 2008-12-24 AU AU2008264183A patent/AU2008264183B2/en not_active Ceased
-
2013
- 2013-12-30 US US14/143,695 patent/US9332415B2/en not_active Expired - Lifetime
-
2016
- 2016-03-22 US US15/077,555 patent/US20160205150A1/en not_active Abandoned
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2376171T3 (es) | Método y aparato para entrega de servicios de base de datos/voz sobre picorredes y lans inal�?mbricas (wlans) acopladas a dispositivos 3gpp que incluyen elementos de arquitectura e información de protocolo relativos a un servicio de mensajes cortos (sms) sobre wlans. | |
| US10154386B2 (en) | Method and system for reporting a short message capability via an IP multimedia subsystem | |
| US9730261B2 (en) | Hierarchical protocol classification | |
| US7970423B2 (en) | Context linking scheme | |
| US7526320B2 (en) | Method and system for providing communication between a mobile switching center and a mobile station operating in a data mode using an IP-based network interface | |
| CN102282871A (zh) | 使订户移动到周围的无线电网络 | |
| JP2004514358A (ja) | パケット無線ネットワークを備える通信システムにおけるメッセージ伝送 | |
| TW200402972A (en) | Method and apparatus for transmission of internet control message protocol messages as short message services (SMS) messages in a communications network comprises of mobile stations | |
| WO2005114912A1 (en) | Message routing method and system | |
| TW201429283A (zh) | 即時ｓｍｓ傳送機制 | |
| KR20170098557A (ko) | 이동 통신 시스템에서 메시지 서비스를 제공하기 위한 방법 및 장치 | |
| KR101202411B1 (ko) | 이동 단말의 아웃바운드 로밍 정보를 제공하는 방법 및 시스템 |