EG. ES. FI. GB. GD, GE. GH. GM. HR, HU, ID, 1L, 1N. 1S. — as lo the. appl anl's eníillmnent 10 claim ih priorit of ihe JP. KE. KG. KP. KR, KZ. LC. LK. LR. LS, LT. LU. LV, MA. earlier applicalion (Rule 4.17(ui))joT all desigrwiicms MD. MG. MK. MN, MW. MX. MZ. NA. NI. NO. NZ, OM. PG. PH. PL. PT, RO. RU. SC. SD. SE. SG. SK. SL SY, 27. Publislicd: TM. TN. TR. TT. TZ. UA, UG. UZ. VC. VN. YU. ZA, ZM. — wil internaüonal search repon ZW. ARiPO palenl (BW. GH. GM, KE, LS. MW. MZ NA, — befare ihe expiraüon of the lime limii for amending the SD. SL, SZ. TZ. UG. ZM. ZW). Eurasi n palenl (AM. AZ, clai s and to be republished ¡n the evenl of re.ceipi of BY. KG. KZ. MD. RU. TJ. TM). European palenl (AT. BE. amendnenls BG. CH. CY. CZ. DE. DK. EE. ES. Fl. FR. GB. GR. HU. ¡E. IT. LU. MC. NL. PL. PT. RO. SE. SI. SK. TR). OAPl palenl For two-leiter codes and olher abbrevlaiions. refer to ¡lie "Gitid-(BF. BJ. CE CG. Cl. CM. GA. GN, GQ. GW. ML, MR. NE. ance Notes on Codes and Abbreviations" appearíng al the begin-SN. TD. TG) ning of each regular issue of ¡he PCT Gaielle.
SISTEMAS Y MÉTODOS PARA LA DETERMINACIÓN DE UNA PORTADORA
LOCAL UTILIZANDO UN SERVIDOR CENTRALIZADO
CAMPO DE LA INVENCION
La presente invención se refiere generalmente a métodos para determinar la portadora de red local de una estación móvil itinerante que intenta acceder a una red local . ANTECEDENTES DE LA INVENCION
Como la proliferación de dispositivos inalámbricos se incrementa, los usuarios móviles comúnmente se encuentran solicitando servicios de los proveedores de servicios distintos de sus proveedores de red local. Ejemplo, portadoras de red local. La industria ha mantenido esta situación colocando contratos de seguimiento de estaciones móviles itinerantes para proveer a los usuarios móviles sus servicios, mientras se encuentran fuera de sus áreas centrales. Las redes locales entonces mantienen información (por ejemplo, en cuadros o tablas de búsqueda) y se pueden utilizar para identificar cuáles redes centrales están asociadas con los usuarios itinerantes, y cuáles redes centrales están cubiertas por los diferentes contratos de estaciones móviles itinerantes.
Cuando los usuarios móviles necesitan servicios en áreas fuera de los limites de sus redes centrales, contactan una red local para solicitar servicio. La solicitud comúnmente incluye un nombre de usuario y una contraseña que es otorgada por la red local. Este nombre de usuario y contraseña, por ejemplo, es un nombre de usuario público disponible que es común para muchos, sino a todos, los usuarios con la misma portadora de red local. Una vez que recibe la solicitud del usuario móvil, las redes locales utilizan su información almacenada localmente para determinar si es que una red local está asociada con el usuario y cuál de éstas, basadas en esa asociación, se debe otorgar al usuario los servicios requeridos. Esto debe incluir el nombre de usuario y la contraseña en la solicitud de servicio con la información y autorización almacenada con la información de la red local. Este contrato no únicamente necesita el gasto inicial de la configuración del almacenamiento local de la información para todas las redes centrales, sino que también el gasto recurrente de mantenimiento de la información en cada una de las redes locales. Por ejemplo, cuando la información asociada con la portadora A (por ejemplo, el estado de acuerdo itinerante, los nombres de usuario, contraseñas, etc.) está información puede ser actualizada en cada una de las redes locales, en caso de que un usuario asociado con la red A da seguimiento a una área asociada con una de las redes locales. Los retardos o errores en el proceso de actualización de la información de red pueden causar negación del servicio al usuario móvil que de otra manera pudiera otorgar el acceso a la red local. Esto resulta en la frustración del usuario móvil y la pérdida de ingresos para ambas, la portadora de red local y la portadora de red local. Es claro que las dificultades para mantener la misma información central en cada una de las redes locales se agrava en escala. Si hay más redes centrales, hay más información que tiene que ser mantenida en cada red local. Si hay más redes locales, las dificultades para mantener la información en todas las redes locales se exacerban. (Esto se puede notar en una red determinada que puede ser considerada una red local o una red local, dependiendo de la asociación de la red respectiva con los usuarios móviles particulares . ) Por lo tanto, existe la necesidad en la técnica de sistemas y métodos para autorización de acceso por unos usuarios móviles itinerantes a una red local que no sufre los inconvenientes de los sistemas y métodos convencionales .
4
SÜ ARIO DE LA INVENCION
Las modalidades descritas en la presente invención describen las necesidades anteriormente establecidas al proveer sistemas y métodos para determinar la portadora de red local asociada con una central móvil y autorizar la prestación de servicios de la estación móvil. Ampliamente hablando, esto se logra al centralizar la información de la red local que está almacenada convencionalmente en cada una de las redes locales. Las redes locales entonces acceden a la información almacenada localmente más aun accediendo a la información almacenada y mantenida localmente, para autorizar el acceso a los usuarios itinerantes a los servicios locales. Una modalidad comprende un método instrumentado en un servidor local, tal como un servidor RADIÜS (por sus siglas en inglés) o VLR (por sus siglas en inglés) . El método incluye recibir una solicitud de una estación móvil para el acceso itinerante a una red local accediendo a un servidor centralizado remoto para identificar la red local asociada con la red local móvil y otorgando o negando el acceso por la estación móvil a la red local basado en al menos en parte en cual red local está asociada con la estación móvil.
Otra modalidad comprende un método instrumentado en un servidor centralizado tal como un servidor TNS, en donde el método incluye mantener una base central de datos que contenga información asociando a las redes centrales con las estaciones móviles, acoplando la base de datos central a varios servidores centrales que reciben una interrogación por parte de uno de los servidores locales, que identifica primero una estación móvil que desea acceder a la red local asociada con el servidor local, y que identifica una red local asociada con la primera estación móvil . Otra modalidad comprende un servidor local asociado con una red local. El servidor local está configurado para recibir una solicitud de una estación móvil para el acceso itinerante a la red local, acceder a un servidor centralizado remoto para determinar cuál red local está asociada con la estación móvil, y otorgar o negar el acceso de la estación móvil a la red local basado en la identidad de la red local asociada con la estación móvil. En otra modalidad, comprende un servidor central configurado para mantener una base de datos central con información de redes centrales de mapeo a estaciones móviles, recibir interrogaciones de los servidores locales en donde las interrogaciones incluyen información que identifica las estaciones móviles que solicitan acceso a las redes locales asociadas con las servidores locales correspondientes, y que identifica las redes centrales asociadas con las estaciones móviles identificadas en las interrogantes . También son posibles numerosas modalidades alternativas .
BREVK DESCRIPCIÓN DE LAS FIGURAS
Varios aspectos y características de la invención se describen por medio de la siguiente descripción detallada y las referencias a las figuras que las acompañan en donde : La figura 1 es un diagrama esquemático de una técnica anterior de red local inalámbrica; La figura 2 es un diagrama esquemático de una red local en comunicación con un servidor centralizado remoto de una modalidad de la presente invención; La figura 3 es un diagrama esquemático de una red local inalámbrica en comunicación con un servidor remoto centralizado de una modalidad alternativa de la presente invención; Las figuras 4A-4D son un diagrama esquemático de una disposición de bits de datos ingresado de una estación 7
móvil utilizando una ID (identificación) para construir una interrogación para el servidor remoto centralizado de una modalidad de la presente invención; y La figura 5 es un diagrama esquemático de una pluralidad de portadoras locales en comunicación con el servidor remoto central de una modalidad de la presente invención . Mientras que la invención es materia de varias modificaciones y formas alternativas, se muestran a modo de ejemplo las modalidades especificas de la misma en las figuras y en la descripción detallada que las acompaña. Se debe entender, sin embargo, que las figuras y la descripción detallada no intentan limitar la invención a las modalidades particulares las cuales se describen a continuación.
DESCRIPCIÓN DETALLADA DE LA INVENCION
A continuación se describen una o más modalidades de la invención. Se debe notar que éstas y otras modalidades descritas anteriormente son ejemplares, e intentan ser ilustrativas de la invención, más que limitarla . Como se describe en la presente invención, varias modalidades de la invención comprenden sistemas y métodos para determinar la portadora de red local asociada y la autorización de la prestación de servicios de la estación móvil. Ampliamente hablando, esto se logra al centralizar la información de la red local que es almacenada convencionalmente en cada una de las redes locales. Las redes locales después acceden a la información almacenada centralmente más que acceder a la información almacenada y mantenida localmente, con el objeto de autorizar el acceso por usuarios itinerantes a los servicios locales. En una modalidad, un usuario itinerante móvil que intenta acceder a los servicios locales (por ejemplo, acceso a Internet) al comunicarse con un nodo servidor de paquete de datos por medio de una red de acceso de radio (por ejemplo, un sistema de comunicación inalámbrico CDMA por sus siglas en inglés) . El nodo servidor de paquete de datos comunica la solicitud de autentificación del servidor para obtener autorización de proveer los servicios requeridos a un usuario itinerante. La solicitud del usuario móvil para servicios incluye la información que identifica el dispositivo móvil del usuario. Esta información de identificación se comunica al servidor de autentificación, el cual interroga al servidor remoto centralizado para determinar la red local asociada con el usuario móvil, el servidor remoto centralizado regresa una respuesta que identifica la red local del usuario (un 9
nombre de dominio de portadora de red local) . Esta información de red local la utiliza entonces el servidor de autentificación para determinar si es que se debe otorgar el acceso al usuario móvil a los servicios solicitados. Con referencia a la figura 1, se muestra un diagrama esquemático de una estación móvil inalámbrica itinerante en comunicación con una técnica anterior de sistema de red local. En este sistema convencional, un usuario de la estación móvil 110, mientras que da seguimiento, debe desear acceder a la red local para obtener el servicio (por ejemplo, acceso a Internet) . La estación móvil 110 se comunica por medio de acceso de radio de red (RA , por sus siglas en inglés) 115 para establecer un vinculo de comunicación con un nodo de servicio de paquete de datos (PDSN, por sus siglas en inglés) 130. Una vez que el vinculo de comunicación se ha establecido, un nombre de usuario/contraseña 120 se comunica al PDSN 130 con un protocolo de identificación de contraseña (PAP, por sus siglas en inglés) . Esto se hace para que el usuario pueda ser autentificado por el PDSN 130 antes de proveer los servicios a la estación móvil 110. El PDSN 130 genera una petición de servicio por marcado de autentificación de usuario (RADIUS, por sus siglas en inglés) 140 y reenvía la petición al servidor 150 local, el cual autentifica el nombre de usuario/contraseña.
10
El servidor local radio 150 incluye una base de datos 155. La base de datos 155 almacena información en esas redes centrales para las cuales los usuarios itinerantes pueden intentar acceder a los servicios por medio de la red local. Esta información incluye tablas o cuadros u otra información para identificar las redes centrales asociadas con las estaciones móviles itinerantes que han solicitado acceso a la red local. Después, el servidor local RADIUS 150 ha determinado con cuál red local de estación móvil 110 es asociada, esto se puede determinar si la estación móvil 110 debe dar acceso a los servicios solicitados o no. Esto se logra al comparar el nombre de usuario/contraseña dada por la estación móvil 110 a un nombre de usuario/contraseña asociada con la red local. El nombre de usuario/contraseña de la red local puede ser almacenado en el servidor RADIUS 150 o el servidor RADIUS 150 puede formular una interrogación y enviar la interrogación al servidor central RADIUS (no mostrados) asociado con la red local de la estación móvil 110. Basado en la comparación de nombre de usuario/contraseña, el servidor RADIUS 150 autentifica la estación móvil 110. Si el nombre de usuario/contraseña es autentificado por el servidor local RADIUS 150 o el servidor central RADIUS, un mensaje de aceptación de acceso RADIUS 160 es reenviado entonces al PDSN 130. El PDSN 130, en respuesta al mensaje de acceso aceptado RADIUS, reenvía un reconocimiento PAP 170 a la estación móvil 110. La estación móvil 110 permite entonces el acceso a los servicios solicitados. Durante el proceso descrito anteriormente, una falla en el nivel PPP o un retraso en la respuesta PDSN 130, el servidor local RADIUS 150 o el servidor central RADIUS resultará en una negación del servicio por parte de la estación móvil 110. La técnica anterior, como se describe arriba, requiere que cada servidor local RADIUS 150 mantenga una base de datos (o alguna otra estructura de datos) que contenga información de otras numerosas redes, particularmente para cada otra portadora con la cual la red local está asociada. Como se señaló anteriormente, esta disposición es costosa en términos de recuperación adicional, mantenimiento de ambos equipos y los datos contenidos dentro de la base de datos, y más. Puede ser de gran utilidad que antes de proceder a describir las varias modalidades de la invención definir un número de términos. Estos términos incluyen: BS- Estación base; CDG- Grupo de desarrollo CDMA; CDMA- Acceso múltiple de división por códigos;
12
DNS- Sistema de nombre de dominio; HLR- Registrador de localizador central; IMSI- Identidad de suscriptor móvil; IRM- Itinerante internacional MIN; MIN- Número de identificación móvil; MS- Estación móvil; MSC- Concentro de conmutación móvil; MISD- Identificador de estación móvil; PAP- Protocolo de autentificación de contraseña; PDSN- Nodo de servicio de paquete de datos; RADIUS- Servicio de usuario de marcado autentificación remota; RAN- Red de acceso de radio; VLR- Registrador localizador de visitante. Se debe notar que las estaciones móviles deben incluir cualquier dispositivo inalámbrico con capacidad de acceder a la red de acceso de radio, tal como un asistente digital personal (PDA, por sus siglas en inglés) una computadora portátil (lap top) , un teléfono celular, dispositivos de comunicación de dos vias, localizador o sus parecidos (esta lista intenta ser ejemplificativa y no exhaustiva) . Aquellos expertos en la técnica apreciarán y comprenderán que muchos otros dispositivos pueden acceder al RAN o ser adaptadas al acceso de RAN y que sigue estando dentro del alcance y enseñanzas de las varias modalidades 13
de la presente invención. Más aun, el tipo de sistema en el cual MS (por sus siglas en inglés) opera no es limitado, y puede incluir CDMA (por sus siglas en inglés) , TDMA (por sus siglas en inglés) , GSM (por sus siglas en inglés) u otros tipos de sistemas de comunicación inalámbrica. El servicio o servicios que pueden ser solicitados por la estación móvil pueden incluir también voces o tipo de paguetes de datos, tales como, pero no limitados a la transmisión de voz, correo de voz, correo electrónico, envío de mensajes de texto, envío de mensajes instantáneos, acceso a Internet, telefonía, flujo de datos de audio, flujo de datos de video, juegos en línea, radio en Internet y más. Con referencia a la figura 2, se muestra un diagrama esquemático de una estación móvil inalámbrica itinerante en comunicación con un sistema de red local de acuerdo con una modalidad de la invención. Se deberá notar que los números de referencia, 110, 115, 120, 130, 140, 150, 160 y 170 corresponden a los artículos numerados en la figura 1. En esta modalidad MS 110 se comunica otra vez con el PDSN 130 por medio del RNA 115. El PDSN 130, a su vez, se comunica con el servidor local RADIUS 150. En este punto, la configuración del sistema comienza a diferenciarse del sistema de la figura 1. En lugar de tener 14
una base de datos local en la cual la información de la red local es almacenada, el servidor local RADIUS 150 es conectado a un servidor centralizado remoto que almacena esta información. Cuando se necesita la información en el servidor local RADIUS 150, una solicitud se envia al servidor centralizado remoto, el cual entonces responde con la información. En la figura 2, el servidor centralizado remoto consiste CDG (por sus siglas en inglés) , DNS (por sus siglas en inglés), servidor 250. El servidor local RADIUS 150 es conectado al CDG DNS servidor 250 a través de un servidor local DNS 220 y la jerarquía normal de Internet DNS 240. En una modalidad, la información de red local almacenada por el remoto servidor centralizado, consiste de un mapeo del MSID (por sus siglas en inglés) del prefijo MS (el cual solicita acceso los servicios de red local) al nombre de red local MS. El servidor RADIUS 150 utiliza la estación móvil (MSID) , el cual puede ser un número de identificación móvil (MIN, por sus siglas en inglés) ; un itinerante internacional MIN (por sus siglas en inglés) (IRM, por sus siglas en inglés) , o una identidad de suscriptor internacional móvil (IMSI, por sus siglas en inglés) , para determinar la red local MS de la red local para el servicio de voz. Por ejemplo, los primeros seis dígitos de un MIN pueden ser mapeados a un nombre de 15
portadora- En la modalidad de la figura 2, la tabla de mapeo de red local para MISD se almacena y mantiene centralmente en un servidor DNS bajo la autoridad de una simple organización. Se debe notar que el servidor centralizado remoto no necesita consistir de un servidor o base de datos pero puede ser un sistema servidor o base de datos distribuido, dependiendo del tamaño y necesidades del sistema. Por ejemplo, la base de datos remota centralizada puede ser espejeada a múltiples sitios primarios secundarios para proveer capacidad de resguardo, redundancia del servidor, o incrementar el desempeño en el evento que un servidor primario falle o reduzca su desempeño debido a las condiciones de alto tráfico. Se anticipa que el servidor centralizado remoto (por ejemplo, del servidor CDG DNS servidor) consistirá en menor número de servidores de RADIUS locales que acceden a la información de la red local . Se debe notar también, que aunque el servidor centralmente mantenido descrito en la figura 2, está bajo la autoridad CDG (por sus siglas en inglés) , (el grupo de desarrollo CDMA) , esto no es necesario en el caso en otras modalidades el servidor central puede ser mantenido por otras entidades que puedan incluir organizaciones estándar dentro de la industria, empresas comerciales, organizaciones sin fines de lucro o incluso personas físicas. Las referencias en la presente invención al CDG (por ejemplo, "el servidor CDG DNS" y "cdg.org") deben por lo tanto ser considerados ampliamente para referirse a cualquier entidad tal, que mantenga un servidor central o un sistema servidor de acuerdo con la presente descripción. Con referencia a otros términos de la presente descripción se debe también interpretar ampliamente, a menos que se especifique en otro sentido en la presente invención, por ejemplo, en referencia a "PAP" se debe interpretar en enseñar el uso de cualquier protocolo de autentificación adecuado (por ejemplo, PAP, CHAP por sus siglas en inglés, etc.,) en vez de un simple protocolo específico. De igual manera, con referencia a los servidores "RADIUS", deben ser interpretados para cubrir diferentes varios tipos de remotos o servidores de acceso itinerante (ejemplo VLR) , y con referencia a " SID" deben ser interpretados para cubrir varios tipos de información de identificación correspondiente a los dispositivos itinerantes descritos. En una modalidad, el itinerante MS 110 desea acceder a Internet y mandar el nombre de usuario y la contraseña disponible públicamente (proporcionando el MS por su red local) por medio de PAP a la red local de servicio para autorización el MSID para MS 110 se comunica 17
a en PDSN 13 cuando se establece una conexión el MS 110 PDSN 130. El PDSN 130 manda una solicitud de acceso RADIÜS 140 al servidor RADIÜS 150. En la solicitud de acceso RADIÜS 140 contiene el nombre de usuario MS, la contraseña y el MSID. El servidor local RADIÜS 150 envía una interrogante DNS 210 a un servidor DNS 220. En esta modalidad, el servidor local DNS 220 es un servidor genérico utilizado simplemente para manejar las conexiones y transmisiones y de la jerarquía de Internet DSN 240. El servidor local DSN 220 transmite la interrogante DNS 230 a la jerarquía de Internet DNS 240 la cual proporciona vínculos al servidor CDG DNS 250. La interrogante DNS 230 es reenviada al servidor DNS 250, el cual, en este caso, se mantiene por CDG. Si el servidor DNS 250 tiene el mapeo del prefijo MSID de un nombre de dominio de red local el servidor DNS 250 regresa una respuesta DNS 260 que contiene el nombre de dominio de la red local. En algunas de las modalidades los servidores locales RADIÜS y DNS pueden almacenar en la memoria el mapeo provisto de la red local MSID proporcionado por medio de la respuesta DNS . El almacenamiento de la memoria de esta información puede permitir al sistema más rápidamente si es que autoriza la solicitud de acceso futura o no; eliminando el tiempo que 18
requiere la interrogante DNS y la respuesta. El almacenamiento en la memoria de la información de red local puede ser retenida y descartada de acuerdo con cualquier política de almacenamiento en la memoria adecuada. Una vez que recibe la respuesta del DNS, el servidor local de RADIUS 150 puede determinar si es que autoriza el acceso o no, por varios trayectorias en el MS 110. Por ejemplo, en una modalidad, el servidor de RADIOS 150 compara la red local identificada en la respuesta del DNS con una configuración de contrastes itinerantes almacenados localmente. Cada uno de los contratos de estaciones móviles itinerantes identifica una red local correspondiente con la cual la red local servidora tiene un contrato de prestación de servicio itinerante. Si la red local identificada en la respuesta DNS es incluida en medio de las redes centrales con las cuales la red local de servidor tiene contratos de estaciones móviles itinerantes, entonces el servidor local RADIUS autorizará los servicios solicitados MS de acuerdo con los contratos de estaciones móviles itinerantes respectivos. Los contratos de estaciones móviles itinerantes pueden autorizar el acceso con todos los usuarios asociados con la red local respectiva o pueden requerir que se suministren los nombres de usuarios/contraseñas apropiado (a) s por los usuarios. Si es apropiado, el servidor local de RADIUS 150 envía la 19
aceptación de acceso de RADIUS 160 al PDSN 130, el cual entonces manda el reconocimiento PAP al MS 110. En otra modalidad, en lugar de comparar la red local identificada en la respuesta DNS con las redes centrales para las cuales hay contratos de estaciones móviles itinerantes, el servidor local RADIUS simplemente puede contratar un servidor RADIUS para la red local. Si el servidor RADIUS para la red local aprueba la autorización de accesos solicitado por el MS, el servidor local RADIUS puede dar una respuesta correspondiente. El servidor local RADIUS autorizará entonces el acceso solicitado por el MS. Se debe notar que estos dos métodos para determinación, basados en la identificación de la red local asociada con el MS, si es que otorga el acceso al MS, puede también combinarse en otras modalidades. En una posible modalidad, después de recibir la respuesta del DNS del servidor CDG DNS, el servidor local de RADIUS puede intentar un método y luego el otro. Por ejemplo, el servidor local RADIUS puede determinar primero si es que la red local está incluida entre las redes con las cuales la red local A tienen contratos de seguimiento itinerante. Si hay un contrato itinerante con la red local, entonces el acceso se autoriza. Si no hay contrato itinerante con la red local, entonces RADIUS contacta al servidor RADIUS de la red local para determinar si es que el acceso debe ser 20
autorizado. Si el servidor local RADIUS aprueba la autorización, el servidor local RADIUS manda una respuesta de autorización al PDSN. Si el servidor central aprueba la autorización, el servidor local RADIUS manda una respuesta al PDSN negando el acceso. En una modalidad más, si el MS 110 desea servicio de voz, el proceso para autentificar el MS 110 y determinar la portadora local MS es esencialmente el mismo que se describió anteriormente para el acceso a Internet (por ejemplo, servicio de paquete de datos) . Con referencia a la figura 3 se notará que únicamente se analizarán las diferencias entre el método descrito para servicio de voz descritos por la figura 3 y el acceso a Internet como lo describe la figura 2. La solicitud de acceso MS 110 se presenta al centro de conmutación móvil (MSC, por sus siglas en inglés) 320 el cual formula y transmite un registro localizador de visitantes (VLR) interrogante 330 a VLR 340. VLR 340 recibe el MSID 310 del MS y formula una interrogante DNS la cual es transmitida al CDG DNS servidor 250 el cual responde al nombre de dominio de la portadora, (la portadora local del MS) . El VLR 340 entonces formula y transmite una interrogante de registro de localizador central (HLR, por sus siglas en inglés) a HLR 360. El HLR 360 se asocia con la portadora local del MS 110 identificado por el CDG DNS 21
servidor 250. El HLR 360 transmite una respuesta HLR 370 al VLR 340, el cual transmite a su vez una respuesta VLR 380 al MS 110. En esta modalidad, el servidor DNS 250 y el VLR 320 pueden también almacenar en la memoria la respuesta del servidor DNS. Entonces los demás aspectos de las modalidades de la presente invención descritas por las figuras 2 y 3 son esencialmente las mismas. Como se notó anteriormente, la red del servidor RADIUS formula una interrogante DNS basada en el MSID y recibe una respuesta DNS conteniendo la información de red local MS. El MSID es normalmente transmitido por el MS al PDSN, asi que es convencionalmente ingresado y utilizado para formar interrogantes para determinar la portadora de red local. Los primeros varios bits de un MSID usualmente se asocian con una portadora y se ingresan por DSN 130 y se utilizan para formar una interrogante para ser reenviada a un servidor local RADIUS 150. Si el MSID consiste de un MIN, los primeros seis dígitos pueden ser asociados con una portadora, y el primer dígito es definido para que sea entre el 2 y el 9. Para el IRM, los primeros cuatro dígitos pueden ser asociados con una portadora, el primer dígito está definido a cero o uno. Para el IMSI los primeros cinco dígitos pueden ser asociados con una portadora.
22
Las figuras 4A-4D describen un diagrama esquemático de la estación móvil 110 MSID analizado dentro de varias disposiciones de dígitos para la inclusión de la interrogante DNS como se describe anteriormente. La disposición IMSD 410 de la figura 4A describe una disposición genérica, en donde ba describe el primer dígito ingresado de la estación móvil MSID 110 y bi el dígito i-avo del MSID. El numeral de referencia 420 representa una disposición de dígitos ingresados en donde el orden de los dígitos está reservado para la inclusión en la interrogante DNS. En este escenario, la interrogante DNS tomará la forma de bi... bn msid.cdg.org con respecto a la disposición 210 y ba... bimsid.cdg.org con respecto a la disposición 420 (donde cdg.org es simplemente un nombre de dominio ejemplar en el cual reside el servidor DNS) . La figura 4B es un diagrama esquemático de una disposición de ingreso MSID 430 para un MIN, en donde la interrogante DNS toma la forma de b6.b5.b4.b3.b2.b1.min.cdg.org, en donde bi es el i-avo bit del MIN. La figura 4C es un diagrama esquemático de una disposición de ingreso MSID 450 para un IMSI, en donde el nombre interrogante DNS toma la forma de b5.b4.b3.b3.b2.b1.imsi.cdg.org, en donde b es el i-avo bit del IMSI.
23
La figura 4D es un diagrama esquemático de una disposición de ingreso de un SID 470 para un IMSI, en donde el nombre de interrogante DNS toma la forma de b4.b3.b2.b1.irm.cdg.org, en donde b¿ es el i-avo bit del IRM. En una modalidad alternativa, el nombre DNS puede ser formado como b1b2b3b4b5b5.min.cdg.org (ver figura 4B referencia 440), b1b2b3b4.irm.cdg.org (ver figura 4C referencia 460) y b1b2b3b4b5.imsi.cdg.org (ver figura 4D referencia 480) para MIN, IRM, y IMSI, respectivamente. La interrogante DNS es reenviada a través de una jerarquía DNS al servidor autorizado DNS por cdg.org. El servidor DNS contiene mapeo de red local al MSID en la forma de recursos de grabación DNS. Si los bits del prefijo MSID se resumen a una red local, el servidor DNS responde con una respuesta DNS que contiene el nombre de dominio de la red local. Por ejemplo, si los bits del prefijo IRM son 1918, el nombre en la respuesta DNS se recibe 8.1.9.1. irm. cdg. org. El servidor DNS tiene un mapeo de recurso de registro 8.1.9.1. irm a kddi.com, el cual es el nombre dominio de KDDI que posee el prefijo IRM 1918. Por lo tanto, la respuesta DNS contiene kddi.com. La figura 5 es un diagrama esquemático de múltiples portadoras locales 510, 520 y 530 que formulan y reenvían la solicitud del dominio nombre al CDG DNS 24
servidor 550 por medio de Internet 540. Esta figura sirve para ilustrar la consolidación de la información de red local en un servidor centralizado. Si cualquiera de las informaciones de la red local necesita ser actualizada, los datos nuevos pueden simplemente ser almacenados en el servidor CDG DNS 550. No hay necesidad de actualizar los datos en cada red local 510, 520 y 530. Cuando es necesario para cualquiera de estas redes locales acceder a la información de la red local para identificar los asociados de la red local MS particular, la información es recuperada del DCG DNS 550 por medio de una interrogante apropiada DNS. Se debe notar que se pueden hacer numerosas variaciones en las modalidades descritas anteriormente, sin apartarse del alcance de la invención como se detalla en las reivindicaciones más abajo. Algunas de estas variaciones se mencionan a continuación. Por ejemplo, una vez que recibe la identificación de una red local asociada con un MS, el servidor local de RADIUS puede examinar localmente los contratos de estaciones móviles itinerantes almacenados o contactar un servidor RADIUS asociado con la red local para determinar si es que se autoriza el acceso a la red local o no por el MS . Otra variación involucra el uso de nombre de usuario/contraseñas para autorizar el acceso por el MS . Puede o no ser necesario utilizar estos 25
nombres de usuario/contraseñas, si se utilizan, pueden consistir en nombres de usuario/contraseñas únicas o no únicas. De hecho otra variación describe la identificación del MS para propósitos de identificar la red local correspondiente. La descripción de las modalidades anteriores señala el uso potencial de la información de MIN, IR o IMSI MSID, pero otros tipos de información pueden ser utilizados alternativamente para identificar el MS. Un número de variaciones de las interrogantes DNS basadas en estos diferentes tipos de información de identificación se describieron también con anterioridad. Estos ejemplos, intentan similarmente ser ilustrativos de las posibles variaciones y del amplio alcance de las varias modalidades de la invención. Por lo tanto, se debe notar que esas variaciones que no son explícitamente incluidas en la presente descripción, serán por lo tanto aparentes para los expertos en la técnica, una vez que se lea esta descripción detallada y por lo tanto, se consideraban dentro del alcance de la invención y de las reivindicaciones a continuación. Aunque no se analizó en detalle anteriormente, se debe notar que la funcionalidad descrita con anterioridad puede ser instrumentada en los servidores descritos arriba; por programas adecuados, siempre y cuando sean ejecutados en los respectivos subsistemas procesadores de estos dispositivos. Estas instrucciones de programa se plasman típicamente en un medio de almacenamiento que es legible por los respectivos subsistemas de procesamiento. Los medios ejemplares de almacenamiento pueden incluir memoria RAM, memoria instantánea, memoria ROM, memoria EPROM (por sus siglas en inglés), memoria EEPROM(por sus siglas en inglés) , registradoras, disco duro, un disco flexible, un CD-ROM (por sus siglas en inglés), o cualquier otra forma de medio de almacenamiento conocido en la técnica. Dicho medio de almacenamiento incorpora la instrucciones del programa para instrumentar la funcionalidad descrita anteriormente y comprende una modalidad alternativa de la invención. Aquellos expertos en la técnica podrán entender que esa información y señalamientos pueden ser representados utilizando cualquiera de la variedad de diferentes tecnologías y técnicas. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos y circuitos integrados que se pueden representar o nombrar a través de la descripción anterior y pueden ser representados por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas cósmicos, o cualquier combinación de estos. Aquellos expertos podrán apreciar más que los varios bloques ilustrativos, módulos, circuitos y pasos algorítmicos descritos en conexión con las modalidades 27
descritas en la presente invención pueden ser instrumentadas como hardware electrónico, software de computadoras o la combinación de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, varios componentes ilustrativos, bloques, módulos, circuitos, y pasos se han descrito anteriormente generalmente en términos de su funcionalidad. Que dicha funcionalidad se instrumente como hardíare o software depende de la aplicación particular y de las limitaciones de diseño impuestas en el sistema en general. Los expertos en la técnica pueden instrumentar la funcionalidad descrita en varias formas en cada aplicación en particular, pero tal decisión de instrumentaciones no deben ser interpretadas como la causa de apartarse del alcance de la presente invención. Los bloques lógicos ilustrativos, módulos, y circuitos descritos en conexión con las modalidades descritas en la misma, se puede instrumentar o realizar con un procesador de propósito general un procesador de señal digital (DSP por sus siglas en inglés), una aplicación del circuito integrado especifico (ASIC, por sus siglas en inglés) , una disposición de compuerta de campo programable (FPGA, por sus siglas en inglés) o cualquier otro dispositivo programable, compuertas discretas o transistor lógico componentes de hardware discretos, o cualquier 28
combinación de ellos diseñada para realizar las funciones descritas en la misma. Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador o máquina de estado. Un procesador puede ser instrumentado como una combinación de dispositivos de computadora, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores en conjunto con un núcleo DSP, o cualquier otra configuración. Los pasos de un método o algoritmo descritos en conexión con las modalidades descritas en la misma, pueden ser incorporados directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de ambos. Un módulo de software puede radicar en una memoria RAM (por sus siglas en inglés), memoria instantánea, memoria ROM, memoria EPROM, memoria EEPROM, registradoras, disco duro, un disco removible, un CD-ROM, o cualquier otra forma de almacenamiento de medios conocida en la técnica. Un ejemplar de almacenamiento de medios es conectado al procesador como el procesador puede leer la información de éste, y escribir información también al almacenamiento de medios. Como alternativa, el almacenamiento de medios puede ser integrado al procesador. El procesador y el almacenamiento de medios puede radicar 29
en una ASIC. La ASIC puede radicar en una terminal de usuario. En la alternativa, el procesador y el almacenamiento de medios pueden radicar como componentes discretos en una terminal de usuarios. La descripción previa de las modalidades descritas es proporcionada para permitir a cualquier experto en técnica realizar o utilizar la presente invención. Varias modificaciones a esas modalidades serán aparentemente legibles para los expertos en la técnica, y en los principios genéricos definidos en la misma pueden ser aplicados a otras modalidades sin apartarse del espíritu o el alcance de la presente invención. Por lo tanto, la presente invención no intenta limitar las modalidades demostradas en la misma pero estará de acuerdo con el amplio alcance en consistencia con los principios y las características novedosas descritas en la misma.