MXPA02006627A

MXPA02006627A - Metodo y aparato para casos de requisicion de protocolo de punto a punto (ppp) desde una red de servicios de datos en paquete.

Info

Publication number: MXPA02006627A
Application number: MXPA02006627A
Authority: MX
Inventors: Ramin Rezaiifar
Original assignee: Qualcomm Inc
Priority date: 2000-01-04
Filing date: 2001-01-03
Publication date: 2002-10-23
Also published as: KR20020071919A; ES2343278T3; RU2002120804A; IL150467A; EP1781050A1; US7773547B2; US7190687B1; IL204284A; DE60126739D1; ES2282228T3; NO20023223D0; EP1245123B1; AU772389B2; CA2396769A1; CA2396769C; DK1245123T3; HK1109006A1; BR0107407A; NO327023B1; NO20023223L

Abstract

Un metodo y aparato para solicitar casos PPP desde una red de servicios de datos en paquetes, que incluye una estacion movil configurada para enviar un mensaje de origen a un nodo de servicios de datos en paquete (PDSN), al cual ha llegado al abandonar los alrededores de otro PDSN. El mensaje informa al nuevo PDSN de la nueva ubicacion de la estacion movil e indica tanto el numero de casos PPP latentes asociados con la estacion movil, como un identificador de referencia de servicio de cada caso PPP. Una senal con el mensaje que sera utilizado para indicar si los casos PPP estan latentes (por ejemplo, si la estacion movil esta ocupada en una llamada).

Description

MÉTODO Y APARATO PARA CASOS DE REQUISICIÓN DE PROTOCOLO DE PUNTO A PUNTO (PPP) DESDE UNA RED DE SERVICIOS DE DATOS EN PAQUETE Campo del Invento La presente invención pertenece de manera general al campo de las comunicaciones, y más específicamente a casos de requisición de protocolo de punto a punto (PPP) desde una red de servicios en datos en paquete.

Antecedentes del Invento Con la creciente popularidad tanto de las comunicaciones inalámbricas como de las aplicaciones de Internet, ha surgido un mercado de productos y servicios que combina a las dos. Como resultado, se están desarrollando varios métodos y sistemas para proporcionar servicios inalámbricos de Internet que podrían permitir al usuario de un teléfono o terminal inalámbrica tener acceso a correo electrónico, páginas Web, y otros recursos de la red. Debido a que la información en la Internet está organizada en "paquetes" de datos independientes, estos servicios con frecuencia son referidos como "servicios de datos en paquete".

Entre los diferentes tipos de sistemas de comunicación inalámbrica que se utilizarán para proporcionar servicios de datos en paquete inalámbricos, se encuentran los sistemas de acceso múltiple de división de código (CDMA) . El uso de técnicas de modulación CDMA es una de las varias técnicas para facilitar comunicaciones, en las cuales está presente un gran número de usuarios del sistema. El encuadre y transmisión de los datos del Protocolo de Internet (IP) a través de una red inalámbrica CDMA, es bien conocida en la técnica y se ha descrito en el TIA/EIA/IS-707-A, titulado "OPCIONES DE SERVICIOS DE DATOS PARA SISTEMAS DE ESPECTRO DE DISPERSIÓN", en lo sucesivo referido como IS-707. En el arte se conocen otras técnicas del sistema de comunicación de acceso múltiple, tales como acceso múltiple de división de tiempo (TDMA), acceso múltiple de división de frecuencia (FDMA), y esquemas de modulación AM tal como modulación de una sola banda lateral de amplitud comprimida expandida (ACSSB) . Estas técnicas han sido estandarizadas para facilitar la operación interna entre equipos fabricados por diferentes compañías. Los sistemas de comunicaciones CDMA han sido estandarizados en los Estados Unidos en el TIA/EIA/IS-95-B, de la Asociación de la Industria de las Telecomunicaciones, titulado "ESTÁNDAR DE COMPATIBILIDAD DE ESTACIÓN MÓVIL-ESTACIÓN BASE PARA SISTEMAS CELULARES DE ESPECTRO DE DISPERSIÓN DE BANDA ANCHA DE MODO DOBLE", referido en lo sucesivo como IS-95. La Unión Internacional de Telecomunicaciones solicitó recientemente la presentación de métodos propuestos para proporcionar servicios de datos de alto rango y de voz de alta calidad en canales de comunicación inalámbrica. La primera de estas propuestas fue presentada por la Asociación de la Industria de las Telecomunicaciones, titulada "Presentación Candidata ITU-R RTT cdma2000", en lo sucesivo referida como cdma2000. La segunda de estas propuestas fue presentada por el Instituto Europeo de Estándares de Telecomunicaciones (ETSI), titulada "Presentación Candidata ITU-R RTT de Acceso a Radio Terrestre ETSI UMTS (UTRA) " también conocida como "CDMA de banda ancha", y referida en lo sucesivo como W-CDMA. Se presentó una tercera propuesta por parte de U.S. TG 8/1, titulado "Presentación Candidata UWC-136", en lo sucesivo referida como EDGE. Los contenidos de estas presentaciones están en el registro público y son bien conocidos en la técnica. La Fuerza de Tarea de Ingeniería de Internet (IETF), ha desarrollado varios estándares para facilitar los servicios de datos en paquete móviles que utilizan la Internet. El IP móvil es uno de tales estándares, y fue diseñado para permitir que un aparato tenga una dirección IP para intercambiar datos con la Internet mientras que viaja físicamente a través de una red (o redes) . El IP móvil se describe con detalle en la solicitud de comentarios (RFC) IETF, titulada "Soporte de Movilidad IP", e incorporada a la presente invención como referencia. Otros varios estándares IETF establecen técnicas referidas en las referencias antes mencionadas. El protocolo punto a punto (PPP) es bien conocido en la técnica y se describe en el IETF RFC 1661, titulado "Protocolo Punto a Punto (PPP)" y publicado en julio de 1994, referido en lo sucesivo como PPP. PPP incluye un Protocolo de Control de Enlace" (LCP) y varios Protocolos de Control de Red (NCP) utilizados para establecer y configurar diferentes protocolos de capas de la red a través de un enlace PPP. Un NCP es el Protocolo de Control del Protocolo de Internet (IPCP), el cual es bien conocido en la técnica y se describe en IETF RFC 1332, titulado "Protocolo de Control del Protocolo de Internet PPP (IPCP)," publicado en Mayo de 1992, y referido en lo sucesivo como IPCP. Las extensiones al LCP son bien conocidas en la técnica y se describen en IETF RFC 1570, titulado "Extensiones LCP PPP," publicado en Enero de 1994, y referido en lo sucesivo como LCP. Las estaciones móviles, tales como, por ejemplo, teléfonos celulares o PCS con conexiones de Internet, normalmente transmiten datos en paquete a través de una red estableciendo una conexión PPP (o caso PPP, o sesión PPP), con un nodo de servicio de datos en paquete (PDSN) . La estación móvil envía paquetes a través de una interfase RF, tal como por ejemplo, una interfase CDMA, a una estación base o función de control de paquete. La estación base o función de control de paquete establece el caso PPP con el PDSN. Se puede establecer en forma contemporánea más de un caso PPP (por ejemplo, si un teléfono y una computadora portátil requieren cada una, una conexión) . Los paquetes de datos se enrutan desde el PDSN hasta un agente local (HA) a través de una red IP con el caso PPP en particular. Los paquetes que están siendo enviados a la estación móvil son enrutados desde el HA a través de la red IP hasta el PDSN, desde el PDSN hasta la estación base o función de control de paquete a través del caso PPP, y desde la estación base o función de control de paquete hasta la estación móvil a través de la interfase RF. Cuando una estación móvil abandona los alrededores de un PDSN y entra a los alrededores de otro PDSN, la estación móvil envía un mensaje de origen. Si la estación móvil está ocupada en una llamada de datos, el mensaje de origen requiere la reconexión o establecimiento del caso PPP asociado. De otra manera, el mensaje de origen informa al PDSN nuevo de la nueva ubicación de la estación móvil. Sin embargo, cualesquiera paquetes de datos que estén siendo enviados a la estación móvil serán enrutados al PDSN antiguo debido a que la estación móvil no tiene establecido un caso PPP con el nuevo PDSN. Por lo tanto, se perderán los paquetes destinados a la estación móvil. Por lo tanto, existe la necesidad de un método para informar a un PDSN del número e identidades de casos PPP que serán establecidos para una estación móvil de llegada reciente.

Sumario del Invento La presente invención está dirigida a un método para informar a un PDSN del número e identidades de casos PPP que serán establecidos para una estación móvil de llegada reciente. Por lo tanto, en un aspecto de la presente invención, se proporciona un método para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con una estación móvil cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicios de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete. El método incluye de manera conveniente el paso de transmitir desde la estación móvil un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y la lista de identificadores asociados con las conexiones de red latentes . En otro aspecto de la presente invención, se proporciona una estación móvil configurada para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con la estación móvil, cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicios de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete. La estación móvil incluye de manera conveniente una antena; un procesador acoplado a la antena; y un medio legible en procesador accesible mediante el procesador y que contiene un grupo de instrucciones ejecutables por parte del procesador para modular y transmitir desde la estación móvil un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes. En otro aspecto de la presente invención, se proporciona una estación móvil configurada para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con la estación móvil, cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicios de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete. La estación móvil incluye de manera conveniente un aparato configurado para transmitir desde la estación móvil un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes. En otro aspecto de la presente invención, se proporciona una estación móvil configurada para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con la estación móvil, cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicios de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete. La estación móvil incluye de manera conveniente medios para transmitir desde la estación móvil un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes .

Breve Descripción de los Dibujos La figura 1 es un diagrama de bloque de un sistema de comunicación inalámbrica configurado para llevar a cabo la generación de redes de datos en paquete . La figura 2, es un diagrama de bloque de un nodo del servicio de datos en paquete (PDSN) . La figura 3A, es un diagrama de bloque de dos PDSNs acoplados a redes de acceso de radio (RANs) en donde una estación móvil (MS) ha viajado hacia los alrededores del segundo PDSN sin establecer nuevos casos PPP y la figura 3B es un diagrama de bloque de dos PDSNs acoplados a las RANs en donde una MS ha viajado hacia los alrededores del segundo PDSN y ha establecido nuevos casos PPP. La figura 4, es una gráfica de flujo que ilustra pasos del método llevados a cabo por una estación móvil para informar a un PDSN del número e identidades de casos PPP que se requiere sean establecidos .

Descripción Detallada del Invento En una modalidad, un sistema de comunicación inalámbrica 100 para llevar a cabo la generación de redes de datos en paquetes incluye los elementos que se muestran en la figura 1. Una estación móvil [ni](MS) 102 tiene la capacidad de llevar a cabo de manera conveniente uno o más protocolos de datos en paquete inalámbricos. En una modalidad, la MS 102 es un teléfono inalámbrico que corre una aplicación de buscador-Web basada en IP. En una modalidad, la MS 102 no está conectada a cualquier aparato externo, tal como una computadora portátil. En una modalidad alternativa, la MS 102 es un teléfono inalámbrico que está conectado a un aparato externo, en donde se utiliza una opción de protocolo que es equivalente a la Opción de Protocolo de Inferíase Rm de Capa de Red en el IS-707. En otra modalidad alternativa la MS 102 es un teléfono inalámbrico que está conectado a un aparato externo, en donde se utiliza una opción de protocolo que es equivalente a la Opción de Protocolo de Inferíase Rm de Capa Relé descrita en el IS-707 antes mencionado. En una modalidad en particular, la MS 102 se comunica con una red de Protocolo de Internet (IP) 104 a través de comunicaciones inalámbricas con una red de acceso de radio (RAN) 106. La MS 102 genera paquetes IP para la red IP 104 y encapsula los paquetes IP en cuadros destinados a un Nodo de Servicio de Datos en Paquete (PDSN) 108. En una modalidad, los paquetes IP son encapsulados utilizando un protocolo punto a punto (PPP) y la corriente de byte PPP resultante es transmitida a través de una red de acceso múltiple de división de código (CDMA) utilizando un Protocolo de Enlace de Radio (RLP) . La MS 102 envía los cuadros al RAN 106 modulando y transmitiendo los datos a través de una antena 110. Los cuadros son recibidos por la RAN 106 a través de una antena 112. La RAN 106 envía los cuadros recibidos al PDSN 108, en el cual se extractan los paquetes IP procedentes de los cuadros recibidos. Una vez que el PDSN 108 extracta los paquetes IP de la corriente de datos, el PDSN 108 enruta los paquete IP hacia la red IP 104. De manera inversa, el PDSN 108 puede enviar cuadros encapsulados a través de la RAN 106 hasta la MS 102. En una modalidad, la PDSN 108 está acoplada a un Servidor de Marcación de Autentificación Remota en el Servicio del Usuario (RADIUS) 114 para autentificar la MS 102. El PDSN 108 también está acoplada a un Agente Local (HA) 116 para soportar el protocolo IP Móvil. La HA 116 incluye de manera conveniente entidades con la capacidad de autentificar la MS 102 y de otorgar a la MS 102 el uso de una dirección IP cuando se vaya a utilizar la IP Móvil. Un experto en la técnica podrá reconocer que el servidor RADIUS 114 podría ser reemplazado con un servidor DIAMETER o cualquier otro servidor de Autentificación, Autorización, y Contabilidad (AAA) . En una modalidad, la MS 102 genera paquetes IP, y el PDSN 108 está acoplado a la red IP 104. Un experto en la técnica podrá reconocer que las modalidades alternativas podrían utilizar formatos y protocolos diferentes a la IP. Además, el PDSN 108 puede estar acoplado a una red con la capacidad de emplear protocolos diferentes a IP. En una modalidad, la RAN 106 y la MS 102 se comunican entre sí utilizando técnicas de espectro de dispersión inalámbrico. En una modalidad particular, los datos se transmiten en forma inalámbrica utilizando técnicas de acceso múltiple CDMA, tal como se describe en las patentes Norteamericanas Nos. 5,103,459 y 4,901,307, las cuales están asignadas al cesionario de la presente invención y completamente incorporadas a la misma como referencia. Un experto en la materia podrá reconocer que los métodos y técnicas, aquí descritos, se puedan utilizar en conjunto con varias técnicas de modulación alternativas, incluyendo TDMA, cdma2000, W-CDMA, y EDGE. En una modalidad, la MS 102 tiene la capacidad de llevar a cabo RLP, PPP, Protocolo de Autentificación de Intercambio de Estímulo (CHAP) , e IP Móvil. En una modalidad en particular, la RAN 106 se comunica con la MS 102 utilizando RLP. En una modalidad, el PDSN 108 soporta la funcionalidad PPP, incluyendo el Protocolo de Control de Enlace (LCP) , CHAP, y el Protocolo de Control del Protocolo de Internet PPP (IPCP). En una modalidad, e PDSN 108, el servidor RADIUS 114 y HA 116 están ubicadas físicamente en diferentes aparatos físicos. En una modalidad alternativa, una o más de estas entidades se pueden localizar en el mismo aparato físico. En una modalidad, PDSN 200 incluye un procesador de control 202, un conmutador de paquete de red 204, una interfase de red IP 206 y una interfase RAN 208, tal como se muestra en la figura 2. La interfase de red IP 206 está acoplada al conmutador de paquete de red 204. El conmutador de paquete de red 204 está acoplado al procesador de control 202 y a la interfase RAN 208. La interfase RAN 208 recibe paquetes de datos de una RAN (no mostrada) . La interfase RAN 208 recibe los paquetes a través de una interfase física. En una modalidad, la interfase física es T3, una interfase de telecomunicaciones digitales estándar que tiene un rango de transferencia de cuarenta y cinco Mbps. La interfase T3 física podría ser reemplazada con una interfase TI, una interfase Ethernet, o cualquier otra interfase física utilizada para la generación de redes de paquetes . La interfase RAN 208 proporciona los paquetes recibidos al conmutador de paquete de red 204. En una modalidad de ejemplo, la conexión entre el conmutador de paquete de red 204 y la interfase RAN 208 comprende una conexión de bus de memoria. La conexión entre la interfase RAN 208 y el conmutador de paquete de red 204, podría ser una Ethernet o cualquier otra de una variedad de enlaces de comunicación que son bien conocidos en la técnica. La interfase RAN 208 también tiene la capacidad de recibir de manera conveniente paquetes procedentes del conmutador de paquete de red 204 a través de la misma conexión, y transmitir los paquetes a la RAN.

El conmutador de paquete de red 204 es un conmutador configurable de manera conveniente, que tiene la capacidad de enrutar paquetes entre una variedad de interfases. En una modalidad, el conmutador de paquete de red 204 está configurado de modo que todos los paquetes recibidos de la interfase RAN 208 y la interfase de red IP 206 están enrutados al procesador de control 202. En una modalidad alternativa, el conmutador de paquete de red 204 está configurado de modo que un subgrupo de cuadros recibidos de la interfase RAN 208 son proporcionados a la interfase de red IP 206 y un subgrupo restante de cuadros recibidos procedentes de la interfase RAN 208 se proporcionan al procesador de control 202. En una modalidad, el conmutador de paquete de red 204 proporciona paquetes al procesador de control 202 a través de una conexión de bus de memoria compartida. La conexión entre la interfase RAN 208 y el conmutador de paquete de red 204, podría ser una Ethernet o cualquier otra de una variedad de enlaces de comunicaciones de tipos bien conocidos . Aunque el conmutador de paquete de red 204 se acopla a la interfase RAN 208 y la interfase de red IP 206, un experto en la materia podrá apreciar que el conmutador de paquete de red 204 podrá ser acoplado a un número mayor o menor de interfases. En una modalidad en la cual el conmutador de paquete de red 204 está acoplado a una sola interfase de red, dicha interfase de red está acoplada tanto a una red IP (no mostrada) como a una RAN. En una modalidad alternativa, el conmutador de paquete de red 204 está incorporada en el procesador de control 202, de modo que el procesador de control 202 se comunica directamente con la interfase(s) de red. El procesador de control 202 intercambia paquetes de información con la interfase RAN 208, cuando se desea una conexión con una MS (no mostrada) . Una vez que el procesador de control 202 recibe un paquete de información que indica que se desea una conexión con una MS, el procesador de control 202 negocia una sesión PPP con la MS . Para negociar la sesión PPP, el procesador de control 202 genera cuadros PPP y envía los cuadros PPP a la interfase RAN 208, y posteriormente interpreta respuestas de la MS recibidas desde la interfase RAN 208. Los tipos de cuadros generados por el procesador de control 202, incluyen cuadros LCP, cuadros IPCP, y cuadros CHAP. La MS puede ser autentificada de acuerdo con un método descrito en la solicitud Norteamericana presentada el 3 de Diciembre de 1999, serie número aun no asignado titulada MÉTODO Y APARATO PARA AUTENTIFICACIÓN EN UN SISTEMA DE TELECOMUNICACIONES INALÁMBRICA, asignada al cesionario de la presente invención e incorporada completamente a la misma como referencia. El procesador de control 202 genera paquetes para intercambiar con servidores AAA (no mostrados) y Has IP Móvil (tampoco mostrados) . Además, para cada cesión PPP establecida, el procesador de control 202 encapsula y des-encapsula paquetes IP. Un experto en la materia podría reconocer que el procesador 202 puede ser implementado utilizando formaciones de salida de campo programable (FPGAs), aparatos lógicos programables (PLDs), procesadores de señal digital (DSPs), uno o más microprocesadores, un circuito integrado de aplicación específica (ASIC) , o cualquier otro aparato con la capacidad de desempeñar las funciones PDSN descritas anteriormente . En una modalidad, los paquetes son proporcionados al conmutador de paquete de red 204, el cual a su vez, proporciona los paquetes a la interfase de red IP 206 para proporcionar a la red IP. La interfase de red IP 206 transmite los paquetes a través de una interfase física. En una modalidad, la interfase física es T3, una interfase de telecomunicaciones digitales estándar que tiene un rango de transferencia de cuarenta y cinco Mbps. La interfase T3 física podría ser reemplazada con una interfase TI, una interfase Ethernet, o cualquier otra interfase física utilizada para la generación de red de datos. La interfase de red IP 206 también tiene la capacidad de recibir de manera conveniente paquetes a través de la misma interfase física. Una MS 300 transmite datos en paquete a través de una red IP (no mostrada) estableciendo un caso PPP 302 con un PDSN 304, tal como se muestra en la figura 3A. La MS 300 envía paquetes a través de una interfase RF tal como, por ejemplo, una interfase CDMA a una función de control de paquete o estación base (PCF/BS) 306. La PCF/BS 306 establece el caso PPP 302 con el PDSN 304 Otro caso PPP 308 puede establecerse en forma contemporánea (por ejemplo, si un teléfono y una computadora portátil requieren cada una, una conexión) . Los datos en paquete son enrutados desde el PDSN 304 hasta un HA (no mostrado) a través de una red IP (tampoco mostrada) de acuerdo con el caso PPP 302, 308 en particular. Los paquetes que están siendo enviados a la MS 300 son enrutados desde la HA a través de la red IP hasta el PDSN 304, desde el PDSN 304 hasta la PCF/BS 306 a través del caso PPP 302, 308, y desde la PCF/BS 306 hasta la MS 300 a través de la interfase RF. La PCF/BS 306 incluye una tabla PCF/BS 310. La tabla PCF/BS 310 incluye una lista de identificadores MS (MS_IDs), identificadores de referencia de servicio (SR_IDs) e, identificadores de interfase RAN-a-PDSN (R-P) (R-P IDs) . El PDSN 304 incluye una tabla PDSN 312. La tabla PDSN 312 incluye una lista de direcciones IP, MS_IDs, SR_IDs, y R-P IDs. El PDSN 304 puede ser servido por más de una PCF/BS 306, aunque por simplicidad, únicamente se muestra una PCF/BS 306 acoplada al PDSN 304. Aunque la MS 300 está vacía (por ejemplo, no ocupada en una llamada telefónica), la MS 300 envía ráfagas de datos cortas en la forma de cuadros PPP. Cada cuadro PPP incluye una SR_ID que identifica que caso PPP 302, 308 será el destino del cuadro PPP. Tal como lo comprenden los expertos en la materia, los cuadros PPP encapsulan otros protocolos. En una modalidad de ejemplo, el cuadro PPP encapsula un cuadro de Protocolo de Control de Transporte (TCP) e identifica el protocolo del cuadro TCP encapsulado. El cuadro TCP encapsula un cuadro IP e identifica el protocolo del cuadro IP. El cuadro IP encapsula un cuadro tal como un cuadro RLP y también incluye un encabezado de fuente y un encabezado de destino. El cuadro RLP puede encapsular un cuadro de datos configurado de acuerdo con, por ejemplo, el IS-95B. Cuando la MS 300 abandona los alrededores del PDSN 304 y entra a los alrededores de otro PDSN 314 la MS 300 envía un mensaje de origen. Si la MS 300 está ocupada en una llamada de datos, la llamada es "desconectada" desde la primer PCF/BS 306 hasta una segunda PCF/BS 316 acoplada al segundo PDSN 314. En la patente Norteamericana No. 5,267,261, la cual está asignada al cesionario de la presente invención y completamente incorporada a la misma como referencia, se describe un procedimiento de conexión de ejemplo. La MS 300 posteriormente envía un mensaje de origen que informa al segundo PDSN 324 de su nueva ubicación y requiere el establecimiento o reconexión del caso PPP asociado con la llamada. Por el contrario, los casos PPP 302, 308 están "latentes" y la MS 300 lleva a cabo una conexión latente y posteriormente envía un mensaje de origen que informa al segundo PDSN 314 de una nueva ubicación de la MS 300. Los expertos en la materia podrán comprender que el segundo PDSN 314 también puede ser servido por más de una PCF/BS 316, aunque por simplicidad, únicamente se muestra un PCF/BS 316 acoplado al PDSN 314. Aunque la red ha sido informada de una nueva ubicación de la MS 300, la MS 300 solicita que se inicien dos nuevos casos PPP (debido a que la MS 300 tiene dos SR_IDs latentes que pertenecen a los casos de servicio PPP latentes 302, 308) . La nueva PCF/BS 316 y el PDSN 306 no tienen tablas que describan SR_IDs ó R-P IDs, debido a que no se han establecido los dos casos PPP necesarios. Por lo tanto, los paquetes de datos que están siendo enviados a la MS 300 serán enrutados al primer PDSN 304 debido a que la MS 300 no tiene un caso PPP establecido con el nuevo PDSN 314. Por lo tanto, se perderán los paquetes destinados a la MS 300.

En una modalidad, tal como se muestra en la figura 3B, una MS 318 viaja desde los alrededores de un primer PDSN 320 y PCF/BS 322 asociada a los alrededores de un segundo PDSN 324 y PCF/BS 326 asociada e informa al segundo PDSN 324 del número e identidades de casos PPP que deben establecerse. El primer PDSN 320 ha establecido dos casos PPP 328, 330 entre el PDSN 320 y la PCF/BS 322, los cuales fueron inctivados (por ejemplo, no siendo utilizados para transmitir datos de canal de tráfico) . Las diversas conexiones y direcciones establecidas se incluyen en las tablas 332, 334 respectivas para el PDSN 320 y la PCF/BS 322. El número (dos) de identidades para dos casos PPP recientemente requeridos 336, 338 se incluye de manera conveniente en el mensaje de origen transmitido por la MS 318. Por simplicidad, se muestra únicamente una PCF/BS 322, 326 que sirve a cada PDSN 320, 324, respectivo, aunque puede quedar entendido que pueden haber múltiples PCF/BSs que sirven cada PDSN 320, 324. El mensaje de origen incluye de manera conveniente una señal de Datos Listos para Enviarse (DRS) que pueden ser ajustados a cero para identificar al PDSN 324 la identidad y número total de servicios de paquete que están latentes, permitiendo de este modo que el PDSN 324 establezca casos PPP 336, 338 y los enlaces R-P de requisito entre el PDSN 324 y la PCF/BS 326. Si está en progreso una llamada de datos, la MS 318 ajusta la señal DRS a uno y solicita reconexión o establecimiento del caso PPP 328, 330. Si no está en progreso una llamada, la MS 318 ajusta la señal DRS a cero y reporta a los SR_IDs de todos los casos de servicio PPP latentes 328, 330 (SR_IDs 1 y 2) asociados con la MS 318. Posteriormente, la PCF/BS 326 envía un mensaje al PDSN 324 que incluye la lista de SR_IDs y la MS_ID. El PDSN 324 establece dos casos PPP 336, 338 y dos (el número de SR_IDs reportados por la MS 318) conexiones R-P. El PDSN 324 y la PCF/BS 326, actualizan posteriormente sus tablas 340, 342 respectivas. Por lo tanto, la lista de SR_IDs latente informa al PDSN 324 cuántos casos PPP 336, 338 necesitan iniciarse y también proporcionan a la PCF/BS 326 suficiente información para actualizar su tabla R-P/SR__ID 342. En una modalidad, una MS (no mostrada), lleva a cabo los pasos del método ilustrados en la figura 4, cuando abandona los alrededores de un PDSN (tampoco mostrados) y entra a los alrededores de un PDSN vecino (tampoco mostrado) . En el paso 400, la MS determina si está llegando a un nuevo PDSN. Si la MS no está llegando a un nuevo PDSN, la MS regresa al paso 400. Por otra parte, si la MS está llegando a un nuevo PDSN, la MS procede al paso 402. En el paso 402 la MS determina si está ocupada en una llamada de datos. Si la MS está ocupada en una llamada de datos, la MS procede al paso 404. Por otra parte, si la MS no está ocupada en una llamada de datos, la MS procede al paso 408. En el paso 404, la MS se ocupa en una conexión. Posteriormente, la MS procede al paso 406. En el paso 406, la MS envía un mensaje de origen al nuevo PDSN informando al PDSN de su ubicación. Se ajusta a uno una señal DRS en el mensaje de origen, y la MS está solicitando reconexión o establecimiento de un caso PPP asociado con la llamada de datos. En el paso 408, el MS se ocupa en una conexión latente. Posteriormente, la MS procede al paso 410. En el paso 410, la MS envía un mensaje de origen al nuevo PDSN informando al mismo de su ubicación.

La señal DRS en el mensaje de origen se ajusta a cero, y la MS incluye casos PPP para establecer (el número de casos PPP latentes asociados con la MS) y un SR_ID asociado con cada caso PPP. De este modo, se ha descrito un método y aparato novedoso y mejorado para solicitar casos PPP procedentes de una red de servicios de datos en paquete. Los expertos en la materia podrán comprender que se pueden implementar los diversos bloques lógicos ilustrativos, módulos, circuitos y pasos de algoritmo descritos en relación con las modalidades aquí descritas en la forma de hardware electrónicos, software de computadora, o combinaciones de ambos. Los diversos componentes, bloques, módulos, circuitos y pasos ilustrativos han sido descritos de manera general en términos de su funcionalidad. Si la funcionalidad se implementa en la forma de hardware o software depende de la aplicación particular y de las restricciones de diseño impuestas al sistema en general. Los expertos en la técnica reconocerán la capacidad de intercambio de hardware y software bajo estas circunstancias, y como implementar mejor la funcionalidad descrita para cada aplicación en particular. Como ejemplos, los diversos bloques lógicos, módulos, circuitos, y pasos de algoritmo ilustrativos descritos en relación con las modalidades aquí descritas, pueden ser implementados o llevados a cabo con un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una formación de salida de campo programable (FPGA) u otro aparato lógico programable, salida independiente o lógica de transistor, componentes de hardware independientes, tales como por ejemplo, registradores y FIFO, un procesador que ejecute un grupo de instrucciones de firmware, cualquier módulo de software programable convencional y un procesador, o cualquier combinación de los mismos. El procesador puede ser de manera conveniente un microprocesador, aunque en la alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador o máquina de estados. El módulo del software podría recibir en la memoria RAM, memoria instantánea, memoria ROM, registradores, disco duro, disco removible, CD-ROM, o cualquier otra forma de medio de almacenamiento conocido en la técnica. Los expertos en la materia apreciarán de manera adicional que los datos, instrucciones, comandos, información, señales, bits, símbolos, y chips que pueden ser referenciados a lo largo de la descripción anterior, están representados en forma conveniente mediante voltajes, corrientes, ondas electromagnéticas, campos magnéticos o partículas, campos ópticos o partículas, o cualquier combinación de los mismos. De este modo se han descrito y mostrado las modalidades preferidas de la presente invención. Un experto en la materia apreciará, que sin embargo, se puedan realizar numerosas alteraciones a las modalidades aquí descritas, sin apartarse del espíritu o alcance de la presente invención. Por lo tanto, la presente invención no está limitada excepto a las reivindicaciones que se encuentran a continuación.

NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención, se considera como novedad de la invención y por lo tanto, se reclama como propiedad lo contenido en las siguientes : R E I V I N D I C A C I O N E S 1. Un método para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con una estación móvil cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicios de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete, en donde el método comprende los pasos de : transmitir desde la estación móvil un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes . 2. El método de conformidad con la reivindicación 1, en donde las conexiones de red latentes comprenden conexiones del protocolo punto a punto. 3. El método de conformidad con la reivindicación 1, en donde el primero y segundo elementos de infraestructura comprenden nodos de servicios de datos en paquete. 4. El método de conformidad con la reivindicación 1, en donde los identificadores comprenden identificadores de referencia de servicio. 5. El método de conformidad con la reivindicación 1, en donde el mensaje comprende un mensaje de origen que incluye un indicador de que las conexiones de red latentes están latentes. 6. Una estación móvil configurada para informar a una red de servicio de datos en paquete de conexiones de red latentes asociadas con la estación móvil, cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicio de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete, en donde la estación móvil comprende: una antena; un procesador acoplado a la antena; y un medio legible en procesador accesible mediante el procesador y que contiene un grupo de instrucciones ejecutables por el procesador, para modular y transmitir desde la estación móvil un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes. 7. La estación móvil de conformidad con la reivindicación 6, en donde las conexiones de red latentes comprenden conexiones de protocolo punto a punto . 8. La estación móvil de conformidad con la reivindicación 6, en donde el primero y segundo elementos de infraestructura comprenden nodos de servicio de datos en paquete. 9. La estación móvil de conformidad con la reivindicación 6, en donde los identificadores comprenden identificadores de referencia de servicio. 10. La estación móvil de conformidad con la reivindicación 6, en donde el mensaje comprende un mensaje de origen que incluye un indicador de que las conexiones de red latentes están latentes. 11. Una estación móvil configurada para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con la estación móvil, cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicio de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete, en donde la estación móvil comprende: un aparato configurado para transmitir desde la estación móvil, un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes. 12. La estación móvil de conformidad con la reivindicación 11, en donde las conexiones de red latentes comprenden conexiones del protocolo punto a punto. 13. La estación móvil de conformidad con la reivindicación 11, en donde el primero y segundo elementos de infraestructura comprenden nodos de servicio de datos en paquete. 14. La estación móvil de conformidad con la reivindicación 11, en donde los identificadores comprenden identificadores de referencia de servicio . 15. La estación móvil de conformidad con la reivindicación 11, en donde el mensaje comprende un mensaje de origen que incluye un indicador de que las conexiones de red latentes están latentes. 16. Una estación móvil configurada para informar a una red de servicios de datos en paquete de conexiones de red latentes asociadas con la estación móvil, cuando la estación móvil se mueve desde un primer elemento de infraestructura de la red de servicios de datos en paquete hasta un segundo elemento de infraestructura de la red de servicios de datos en paquete, en donde la estación móvil comprende: medios para transmitir desde la estación móvil, un mensaje que incluye un número de conexiones de red latentes asociadas con la estación móvil y una lista de identificadores asociados con las conexiones de red latentes . 17. La estación móvil de conformidad con la reivindicación 16, en donde las conexiones de red latentes comprenden conexiones del protocolo punto a punto. 18. La estación móvil de conformidad con la reivindicación 16, en donde el primero y segundo elementos de infraestructura comprenden nodos de servicios de datos en paquete. 19. La estación móvil de conformidad con la reivindicación 16, en donde los identificadores comprenden identificadores de referencia de servicio . 20. La estación móvil de conformidad con la reivindicación 16, en donde el mensaje comprende un mensaje de origen que incluye un identificador de que las conexiones de red latentes están latentes .

R E S U M E N Un método y aparato para solicitar casos PPP desde una red de servicios de datos en paquetes, que incluye una estación móvil configurada para enviar un mensaje de origen a un nodo de servicios de datos en paquete (PDSN), al cual ha llegado al abandonar los alrededores de otro PDSN. El mensaje informa al nuevo PDSN de la nueva ubicación de la estación móvil e indica tanto el número de casos PPP latentes asociados con la estación móvil, como un identificador de referencia de servicio de cada caso PPP. Una señal con el mensaje que será utilizado para indicar si los casos PPP están latentes (por ejemplo, si la estación móvil está ocupada en una llamada) . oli (o M

Claims

Fig.1 IP Fig.2 312 300 MS Fig. 3A 332 340 318 MS Fig.3B 5/5 Fig.4