MXPA06003768A

MXPA06003768A - Agente terapeutico para el mesotelioma.

Info

Publication number: MXPA06003768A
Application number: MXPA06003768A
Authority: MX
Inventors: Koichi Takayama
Original assignee: Chugai Pharmaceutical Co Ltd
Priority date: 2003-10-17
Filing date: 2004-10-15
Publication date: 2006-06-23
Also published as: CN1874790A; ES2392824T3; EP1690550B1; JP4651541B2; SI1690550T1; US20070134242A1; TWI350175B; KR20070029632A; IL174909A0; RU2010102911A; NZ546557A; CA2542691C; HK1096588A1; EP1690550A4; RU2554942C2; AU2004281139B2; TW200517126A; DK1690550T3; KR101193708B1; EP1690550A1

Abstract

La presente invencion proporciona un agente terapeutico para el mesotelioma que contiene un antagonista de la interleuquina-6 (IL-6) tal como el anticuerpo para el receptor de IL-6 (IL-6R) y un inhibidor del crecimiento celular del mesotelioma que contiene un antagonista de IL-6 tal como el anticuerpo para IL-6R.

Description

CONSERVACION DE CONECTIVIDAD DE DATOS PARA TRANSFERENCIAS ENTRE SISTEMAS DE COMUNICACION DE COMPRESION HABILITADA Y COMPRESION INHABILITADA CAMPO DE LA INVENCION La presente invención se refiere generalmente a comunicaciones, y muy específicamente, a la transmisión de datos empaquetados sobre sistemas de comunicaciones inalámbricas.

ANTECEDENTES DE LA INVENCION El campo de las comunicaciones inalámbricas tiene muchas aplicaciones que incluyen, por ejemplo teléfonos inalámbricos, localizadores, antenas locales inalámbricas, asistentes digitales personales (PDA), telefonía por Internet, y sistemas de comunicación satelital. Una aplicación particularmente importante son los sistemas de telefonía celular para abonados móviles. Como se ha utilizado en la presente, el término sistema "celular" abarca tanto frecuencias celulares como de servicios de comunicaciones personales (PCS) . Se han desarrollado varias interfaces sobre-el-aire para dichos sistemas de telefonía celular incluyendo, por ejemplo, acceso múltiple por división de frecuencia (FDMA) , acceso múltiple por división de tiempo (TDMA) , y acceso múltiple por división de código (CDMA) . En relación a las mismas, se han establecido varias normas nacionales e internacionales incluyendo, por ejemplo, el Servicio Avanzado de Telefonía Móvil (AMPS) el Sistema Global de Telefonía Móvil (GSM) y la Norma interina 95 (IS-95) . IS-95 y sus derivados, IS-95A, IS-95B, ANSI J-STD-008 (con frecuencia denominadas conjuntamente en la presente invención como IS-95) , y sistemas propuestos de tasa de transferencia de datos alta están promulgados por la Asociación Industrial de Telecomunicaciones (TIA) y otras normas bien conocidas. Los sistemas de telefonía celular configuradas de acuerdo con el uso de la norma IS-95 emplean técnicas de procesamiento de señal CDMA para proveer servicio de telefonía celular sólida y altamente eficiente. Sistemas de telefonía celular ejemplares configurados substancialmente de acuerdo con el uso de la norma IS-95 se describen en las Patentes EUA No. 5,103,459 y 4,901,307, las cuales se cedieron al cesionario de la presente invención y están incorporadas por referencia en la misma. Un sistema ejemplar que utiliza técnicas CDMA es la Propuesta Candidata de Tecnología de Transmisión de Radio (RTT) ITU-R cdma2000 (denominada en la presente invención como cdma2000) , expedida por la TIA. La norma para cdma2000 está presentada en IS-2000 e IS-856 (cdma2000 lxEV-DO) . La norma cdma2000 lxEV-DO está basada en un sistema de comunicaciones de datos descrito en la solicitud co-pendiente con número de serie 08/963,386, titulada "METODO Y APARATO PARA TRANSMISION DE DATOS EN PAQUETES DE ALTA VELOCIDAD", presentada el 3 de Noviembre de 1997, la cual está cedida al cesionario de la presente invención e incorporada por referencia a la misma. El sistema de comunicación cdma2000 lxEV-DO define una serie de tasas de transferencia de datos en las cuales un punto de acceso (AP) puede enviar datos a una estación de suscriptor (terminal de acceso, AT) . Debido que el AP es análogo a una estación base, la terminología con respecto a células y sectores es la misma que con respecto a sistemas de voz. Todavía otra norma CDMA es la norma W-CDMA, como se ejemplifica en Proyecto de Sociedad de 3a Generación "3GPP", Documentos No. 3G TS 25.211 3G TS 25.212, 3G TS 25.213 Y 3G TS 25,214. Debido a la creciente demanda de aplicaciones de datos inalámbricas, la necesidad de sistemas inalámbricos de comunicación de datos muy eficiente se ha convertido en algo cada vez más importante. Una de dichas aplicaciones de datos inalámbricas es la transmisión de paquetes de datos que se origina o termina en redes de intercambio de paquetes. Existen varios protocolos para transmitir tráfico empaquetado sobre redes de intercambio de paquetes de manera que la información llega a su destino pretendido. Uno de dichos protocolos es "El Protocolo de Internet", Petición de Comentario (RFC) 791 (Septiembre, 1981) . El protocolo de Internet (IP) divide mensajes en paquetes, envía los paquetes desde un remitente hacia un destino, y reensambla los paquetes en los mensajes originales en el destino. El protocolo IP requiere que cada paquete de datos comience con un encabezado IP que contenga campos de dirección fuente y de destino que identifique de manera única computadoras centrales y de destino. Otro protocolo es el Protocolo Punto-a-Punto (PPP) , promulgado en RFC 1661 (Julio 1994), el cual es un protocolo de encapsulación para transportar tráfico IP sobre enlaces punto-a-punto. Todavía otro protocolo es el Soporte de Movilidad IP, promulgado en RFC 2002 (Octubre 1996) , el cual es un protocolo que provee el envío transparente de datagramas IP a nodos móviles. Por consiguiente, la transmisión de paquetes de datos desde la red IP sobre una red de comunicación inalámbrica o desde la red de comunicación inalámbrica sobre la red IP se puede lograr mediante la adherencia a una serie de protocolos, referidos como una pila de protocolos . Un dispositivo de comunicación inalámbrica puede ser el origen o el destino del paquete IP, o alternativamente, el dispositivo de comunicación inalámbrica puede ser un enlace transparente a un dispositivo electrónico de atadura. En cualquier caso, información de carga útil es dividida en paquetes en los cuales se agrega información de encabezado a cada paquete. Cada capa de protocolo adiciona de manera secuencial su propia información de encabezado a cada paquete. La capa IP se sitúa en la parte superior de la capa PPP, que a su vez se sitúa en la capa RLP, la cual se sitúa en la parte superior de la capa física. La capa RLP es la capa de Protocolo de Enlace de Radio, la cual es responsable de retransmitir paquetes cuando ocurre un error de transmisión. Los paquetes son transportados sobre el aire a un nodo de servicio de datos de paquete (PDSN) mediante una Red de Acceso (AN) , en la cual el paquete es enviado posteriormente sobre la red 1P. Alternativamente, los paquetes IP son transmitidos sobre la red IP a un PDSN, desde un PDSN a una AN, y después sobre-el-aire a un dispositivo de comunicación inalámbrica. El dispositivo de comunicación inalámbrica también se denomina como una Terminal de Acceso (AT) en la presente invención. Varios problemas surgen debido a la movilidad de dispositivos de comunicaciones inalámbricas. Algunos de estos problemas surgen cuando un dispositivo de comunicación inalámbrica se mueve desde el soporte de un sistema de comunicación al soporte de otro sistema de comunicación. Por ejemplo, actualmente se contempla que un dispositivo de comunicación inalámbrica pueda estar diseñado para que se mueva desde el soporte de un sistema cdma2000 lxRTT a un sistema cdma2000 lxEV-DO o viceversa. La interoperabilidad de un dispositivo que puede soportar ambas normas de interfaz de aire actualmente es tema de una norma propuesta conocida como TIA/EIA/IS-878 , la cual se titula, "Especificación de Interoperabilidad (IOS) para Interfaces de Acceso de Red de Datos en Paquete de Tasa de Transferencia Alta" (HRPD) . Sin embargo, esta visión de movilidad ubicua dentro de las normas CD A es relativamente reciente, y la movilidad entre CDMA y otras normas de interfaz de aire (GPRS, UMTS, etc.) aún está por ser especificada. Cuando las normas IS-2000, IS-856, e IS-878 fueron originalmente creadas, la interoperabilidad en presencia de algunas opciones tangenciales PPP y/u opcionales y protocolos de control de red (NCP) tales como el protocolo de control de conexión (CCP) , no fueron considerados. Por lo tanto, varios fabricantes y operadores de sistemas ya están en el predicamento de ser incapaces de soportar sesiones PPP a lo largo de diferentes normas CDMA debido a que las diferentes normas permiten diferentes opciones. Por ejemplo, un sistema cdma2000 lxEV-DO puede permitir la compresión de datos de acuerdo con el Protocolo de Control de Compresión (CCP) durante una sesión PPP. Sin embargo , se puede configurar un cdma2000 lxRTT adyacente para no permitir la negociación de CCP. De ahi, si el dispositivo de atadura conectado mediante la estación móvil ha negociado CCP y transmite paquetes comprimidos, entonces ejecuta una transferencia desde dicho sistema IxEV-DO a dicho sistema lxRTT, el sistema lxRTT no será capaz de descomprimir los paquetes de datos comprimidos desde la estación móvil y por lo tanto, descartará los paquetes de datos comprimidos. Una posible solución es forzar una re-sincronización PPP entre la estación móvil y el dispositivo de atadura, con el fin de reestablecer los parámetros de la formación de tramas. Sin embargo, esta solución es problemática cuando la estación móvil está unida a un dispositivo de atadura cuya programación no permitirá re-sincronizaciones PPP, tales como Microsoft Windows™ 2000 y anteriores. Más aún, dicha re-sincronización completa requiere la renegociación de LCP, la re-autenticación, y todos los NCP deseados. La re-sincronización de todos estos protocolos es sub-óptima ya que introduce retraso innecesario en la conectividad de datos y puede interrumpir potencialmente sesiones de protocolo de nivel superior (por ejemplo conexiones TCP) . Existe una necesidad presente para tratar esta preocupación.

SUMARIO DE LA INVENCION En la presente descripción se analizan métodos y aparatos optimizados para habilitar la movilidad de paquetes de estaciones móviles con un dispositivo de atadura en una red IP CDMA 2000 con una mezcla de PDSN CCP-habilitado y CCP no habilitado. En un aspecto, se presenta un método para habilitar la conectividad de datos cuando ocurre una transferencia entre una red de comunicación y otra red de comunicación, en la cual las redes de comunicación pertenecen a diferentes normas de interfaz de aire. El método se ejecuta cuando una sesión de Protocolo de Control de Compresión (CCP) está activa y una estación móvil ha sido transferida a otro Nodo de Servicio de Paquete de Datos (PDSN) . El método comprende hacer que la estación móvil envíe un mensaje de petición CCP a un dispositivo de atadura si la estación móvil determina que el nuevo PDSN no está habilitado para ejecutar el protocolo CCP. El dispositivo de atadura responde entonces con un mensaje de petición CCP con o sin nuevos parámetros de negociación. La estación móvil reenvía el mensaje de petición CCP al nuevo PDSN. En una modalidad, en la cual el PDSN objetivo es CCP no habilitado, el nuevo PDSN responde con un mensaje de rechazo CCP. El mensaje de rechazo pasa de la estación móvil de regreso al dispositivo de atadura. El dispositivo de atadura entonces envía paquetes de datos sin comprimir al PDSN. En otra modalidad, en la cual el PDSN objetivo es CCP habilitado, el nuevo PDSN responde con un reconocimiento CCP o un mensaje de no reconocimiento CCP. El mensaje devuelto pasa desde la estación móvil de regreso al dispositivo de atadura. El dispositivo de atadura entonces renegocia ambas opciones de compresión y reestablece su estado de compresión, reduciendo por lo tanto al mínimo la interrupción de pérdida de datos debido al estado de compresión fuera-de-sincronización.

BREVE DESCRIPCION DE LAS FIGURAS La figura 1 ilustra las conexiones entre una pluralidad de dispositivos de comunicación inalámbrica y varios elementos de infraestructura de dos sistemas cdma2000. La figura 2 ilustra los conceptos de RFC 2002 situado sobre las entidades de la figura 1. La figura 3 ilustra una modalidad en la cual una Terminal de Acceso determina si el nuevo PDSN es CCP habilitado o no habilitado.

DESCRIPCION DETALLADA DE LA INVENCION Debido a que las modalidades se enfocan en la Telefonía IP móvil , la terminología de RFC 2002 también será utilizada a continuación. El protocolo promulgado en este documento habilita un dispositivo de comunicación inalámbrica móvil para cambiar el punto de unión a Internet sin tener que cambiar la dirección IP del dispositivo. Concretamente, el RFC 2002 describe un esquema de registro que informa a un agente local la ubicación de un dispositivo de comunicación inalámbrica de manera que el agente local pueda enviar paquetes de datos a través de agentes extranjeros. Un agente local" es el elemento de infraestructura que procesa paquetes IP en el sistema local de la terminal de acceso. Un xagente extranjero" es el elemento de infraestructura que da servicio a la terminal de acceso en un sistema visitado. La terminal de acceso está también se denomina como un "nodo móvil". Las funciones de un agente extranjero y/o agente local se pueden lograr mediante un controlador de estación base (BSC) o Nodo de Servicio de Datos en Paquete en una red visitada o un BSC en la red local. Las funciones de autenticación, autorización, y contabilidad normalmente son desempeñadas por un servidor, el cual se denomina un servidor de Autenticación, Autorización, y Contabilidad (???) . El servidor AA está comunicativamente acoplado a un PDSN o un BSC. La figura 1 ilustra las conexiones entre una pluralidad de dispositivos de comunicaciones inalámbricas y varios elementos de infraestructura de dos sistemas cdma2000. Una pluralidad de terminales de acceso lOa-b (también denominadas estaciones remotas, estaciones móviles, unidades de abonado, o equipo de usuario) operan dentro de los sectores de una pluralidad de controladores de estación base 20a-c, 20d~e, 20f-h (también denominado controlador de red de radio) de diferentes redes 5a, 5b. Los controladores de estación base 20a-c, 20d-e, 20f-h están soportados por las funciones de control de paquetes (PCF) 30a, 30b, 30c, respectivamente. Algunas funciones de control de paquetes 30a, 30b están soportadas por un PDSN 40a de una red 5a mientras que la otra función de control de paquetes 30c está soportada por un PDSN 40b de la otra red 5b. Aquellos expertos en la técnica entenderán que podría haber cualquier número de terminales de acceso 10, controladores de estación base 20, funciones de control de paquetes 30 y PDSN 40. Los PDSN están acoplados a una red IP o privada 50, la cual está acoplada a un servidor AAA 60 y/o un Agente Local 70 de las terminales de acceso 10. Las terminales de acceso 10 pueden ser cualquiera de un número de diferentes tipos de dispositivo de comunicación inalámbrica tal como un teléfono portátil, un teléfono celular que esté conectado a una computadora portátil que funciona con aplicaciones de navegador de red basadas en IP, un teléfono celular con equipos de manos libres asociados para vehículos, un asistente digital personal (PDA) que funciona con aplicaciones de navegador de red basadas en IP, un módulo de comunicación inalámbrica incorporado en una computadora portátil, o un módulo de comunicación de ubicación fija tal como se puede ver en una antena local inalámbrica o sistema de lectura de medidor. En la modalidad más general, las terminales de acceso pueden ser cualquier tipo de unidad de comunicación. Cuando una terminal de acceso se utiliza para servicios de comunicación de acceso en nombre del equipo de usuario, el equipo de usuario comúnmente se denomina como un "dispositivo de atadura". En cdma2000 lxEV-DO, en lo sucesivo denominado EV-DO, las entidades del sistema de comunicación inalámbrica están conceptualmente simplificadas como una terminal de acceso y una red de acceso. Una terminal de acceso (AT) es cualquier dispositivo que permite al usuario tener acceso a una red de datos en paquete de intercambio a través de la red de acceso inalámbrico EV-DO. La red de acceso (AN) comprende de cualquier equipo/entidad que provea conectividad de datos entre una red de datos en paquete de intercambio y terminales de acceso. Una "transferencia" ocurre cuando un dispositivo de comunicación inalámbrica se mueve desde el soporte de una estación base al soporte de otra estación base. Las transferencias deben ser "suaves", en donde el dispositivo está en comunicación con ambas estaciones base al mismo tiempo durante el proceso de transferencia, o "difíciles", en donde el dispositivo finaliza las comunicaciones con una estación base antes de comenzar las comunicaciones con otra estación base. Una transferencia entre un sistema de interfaz de aire CDMA y otro sistema de interfaz de aire se denomina como una transferencia "latente" cuando está conectada una sesión de datos, pero no activa. En otras palabras, la AT y el PDSN mantienen el estado PPP pero no transfieren datos. Cuando la AT está activamente transfiriendo datos entre la misma y un PDSN, entonces la sesión se denomina una "sesión activa de datos". En redes IP CDMA 2000, la AT se puede mover entre dos o más PDSN que dan servicio dentro de la duración de una sesión de datos. Hacer lo anterior implica un cambio en los puntos extremos, es decir, se requiere el PDSN que da servicio, y por lo tanto, una re-sincronización dentro de la sesión de la sesión PPP. La re-sincronización se requiere debido a que los parámetros de la sesión PPP de un PDSN pueden diferir de los parámetros de la sesión PPP de otro PDSN. Por ejemplo, la formación de tramas PPP puede diferir en medio y entre sesiones PPP diferentes. "Formación de tramas" se refiere a la formación de unidades de transmisión en la Capa de Enlace de Datos subyacente al protocolo IP. Una trama puede incluir un encabezado y/o un indicador de fin,' junto con algún número de unidades de datos. Con el fin de mantener de manera óptima la conectividad de la red, las re-sincronizaciones PPP están diseñadas para ocurrir sobre la interfaz Um durante un cambio en la conectividad, de manera que las resincronizaciones son transparentes para el dispositivo de atadura. La interfaz Um es el enlace de comunicaciones entre la AT y la red de acceso. La figura 2 describe algunos de los conceptos del RFC 2002 puestos sobre las entidades de la figura 1. En una operación de modelo de red completa, se establece un primer enlace PPP entre el dispositivo de atadura 1 y la AT 10, y se establece un segundo enlace PPP, independiente del primero, entre la ?? 10 y el PDSN 40. Este modelo hace a la AT 10 responsable de realizar el destramado de cualquier paquete PPP recibido y de volver a formar las tramas antes de reenviarlas a su destino final asi como de proveer gestión de movilidad y gestión de dirección de red. La pila de protocolos del dispositivo de atadura 1 se ilustra como conectado lógicamente a la AT 10 sobre la interfaz Rm. La AT 10 se ilustra como conectada lógicamente a la pila de protocolos BS/MSC 20 sobre la interfaz Um. La pila de protocolos BS/MSC 20 se muestra, a su vez, como conectada lógicamente a la pila de protocolos PDSN 40 sobre la interfaz L. Como una ilustración, los protocolos que se muestran en la figura 2 operan de la siguiente forma: la capa PPP en el dispositivo de atadura 1 asociado con la interfaz Rm (es decir, PPP 208), codifica paquetes provenientes de los protocolos de capa superior 204, y el protocolo IP de capa de red 206. La capa PPPR 208 transmite entonces los paquetes a lo largo de la interfaz Rm utilizando un protocolo aplicable, tal como, por ejemplo, el protocolo TIA/EIA 232-F 210, y los paquetes son recibidos por el puerto compatible con TIA/EIA-232-F en la AT 10. La norma TIA/EIA 232-F se define en "INTERFACE BETWEEN DATA TERMINAL EQUIPMENTS AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE" ( INTERFAZ ENTRE EQUIPO DE TERMINAL DE DATOS Y EQUIPO QUE FINALIZA EN EL CIRCUITO DE DATOS EMPLEANDO INTERCAMBIO DE DATOS BINARIOS EN SERIE) , publicado en Octubre de 1997 e incorporado en la presente invención por referencia. Aquellos expertos en la técnica entenderán que se pueden utilizar otras normas o protocolos conocidos para definir la transmisión a lo largo de la interfaz Rm. Por ejemplo, otras normas aplicables de interfaz Ra incluyen, la "UNIVERSAL SERIAL BUS (USB) SPECIFICATION, Revisión 1.1", publicada en Septiembre de 1998, y la "BLUETOOTH SPECIFICATION VERSION 1. OA CORE, publicada en Julio de 1999, ambas incorporadas por referencia. El protocolo TIA/EIA 232-F 212 en la AT 10 recibe los paquetes desde el dispositivo de atadura 1 y los pasa a la capa PPPR 213 de la AT 10. La capa PPPR 213 destrama los paquetes encapsulados en las tramas PPP y típicamente, cuando una conexión de datos está arriba, la capa 213 transfiere los paquetes de la capa PPP asociada con la interfaz Um (es decir, capa PPPU 217) . La capa PPPU 217 formatea los paquetes en tramas PPP para transmisión a un par PPPU ubicado en el PDSN 40. El Protocolo de Enlace de Radio (RLP) 216 y la Capa Física 214, los cuales son muy conocidos en la técnica, se utilizan para transmitir las tramas PPP de paquetes encapsulados a la BS/MSC 106 sobre la interfaz Um. El protocolo RLP 216 está definido en la norma IS-707.2, titulada "DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LIN PR0T0C0L" (OPCIONES DE SERVICIO DE DATOS PARA SISTEMAS ESPECTRO DE DISPERSO DE BANDA ANCHA: PROTOCOLO DE ENLACE DE RADIO) , publicada en Febrero de 1998 y la Capa Física 214 puede ser definida por cualquiera de las interfaces sobre-el-aire descritas anteriormente. En un sistema WCDMA, la capa PPP se coloca en la capa de Control de Enlace de Radio (RLC) , la cual tiene una f ncionalidad similar como la capa RLP. En la operación de modelo de pseudo-red, el protocolo PPPR 213 transfiere los paquetes al protocolo PPPU 217 cuando se establece una conexión de enlace de datos. El RFC 1661 provee que paquetes de Protocolo de Control de Enlace (LCP) deban ser intercambiados y negociados sobre cada enlace PPP (es decir, PPPR y PPPU) con el fin de establecer, configurar, y probar la conexión de enlace de datos. Una vez que se han intercambiado los paquetes LCP, negociado las opciones de enlace, y establecido la conexión de enlace de datos, se debe establecer una conexión de capa de red entre el dispositivo de atadura 1 y el PDSN 40. Dicha una conexión emplea protocolos 206, 212, 230, que incluye, por ejemplo, el protocolo IP. La negociación, configuración, habilitación, y deshabilitación del protocolo IP en ambos extremos de los enlaces PPP es provista por el Protocolo de Control del Protocolo de Internet (IPCP) muy conocido. El IPCP es una parte de una familia de Protocolos de Control de Red (NCP) incluidos en el protocolo PPP. De acuerdo con el RFC 1962, el Protocolo de Control de Compresión (CCP) es responsable de configurar, habilitar, y deshabilitar los algoritmos de compresión de datos en ambos extremos del enlace PPP. Los paquetes CCP pueden no ser intercambiados hasta el final de las negociaciones del Protocolo de Control de Enlace (LCP) . Cuando una re-sincronización PPP ocurre en la interfaz Um durante una sesión PPP la cual ha negociado previamente una opción de compresión, el dispositivo de atadura seguirá comprimiendo los paquetes de salida con el protocolo previamente negociado debido a que la resincronización PPP ha sido transparente para el dispositivo de atadura. El dispositivo de atadura seguirá comprimiendo paquetes de salida con el protocolo previamente negociado si el nuevo punto de extremo PPP no negocia nuevas opciones CCP después de re-sincronización PPP. Este escenario es probable que ocurra en la operación del modelo de pseudo-red debido a que la ejecución del PPP en el dispositivo de atadura comúnmente impide las re-sincronizaciones. Como resultado, el tráfico IP de salida comprimido del dispositivo de atadura será silenciosamente descartado por el PDSN y el usuario experimentará una pérdida en la conectividad de datos. Las modalidades se muestran en la presente invención para tratar el problema antes expuesto. Las modalidades abarcan: medios para que la AT determine el momento en que el siguiente cambio en conectividad PDSN requerirá una actualización al estado de compresión del dispositivo de atadura; medios para provocar la renegociación del estado de compresión con el nuevo PDSN aún cuando el nuevo PDSN no soporte CCP; Y medios para identificar deterministicamente los PDSN que no soportan CCP y/o la opción de compresión negociada actualmente del dispositivo de atadura ("estado de compresión") . En una modalidad, la determinación de una necesidad de actualizar el estado de compresión del dispositivo de atadura se realiza estableciendo un indicador de actualización CCP cuando un mensaje C-ACK CCP (protocolo PPP 0x80FD) es transmitido a través de la AT ya sea al PDSN o al dispositivo de atadura. Con el fin de provocar la renegociación de CCP sin renegociar el LCP y sin que algún punto de extremo en realidad inicie la renegociación, la AT envía un mensaje de provocación de compresión al dispositivo de atadura. En una modalidad, la AT inserta un mensaje C-REQ CCP con una opción de protocolo de compresión sin soporte en la interfaz Rm al momento de la renegociación exitosa de LCP en la interfaz üm, y reestablece el indicador de actualización CCP. En otra modalidad, la AT inserta un mensaje C-ACK CCP con el protocolo de compresión previamente negociado configurando la interfaz Rm al momento de la renegociación exitosa de LCP en la interfaz Um, y reestablece el indicador de actualización CCP. El envió del mensaje de provocación de compresión dispara la renegociación de CCP entre el dispositivo de atadura y el nuevo PDSN. El dispositivo de atadura parece iniciar la renegociación cuando el dispositivo de atadura envía un mensaje C-REQ CCP al PDSN siguiendo el mensaje de provocación de compresión de señales equívocas desde la AT. Si el PDSN que recibe el mensaje C-REQ CCP no soporta CCP, el PDSN enviará automáticamente una respuesta de RECHAZO DE PROTOCOLO LCP al dispositivo de atadura para indicar la falta de soporte de la configuración actual de compresión. Esta modalidad inicia rápidamente la renegociación CCP para actualizar el estado de compresión del dispositivo de atadura, evitando así la pérdida silenciosa de- datos. Si el PDSN que recibe el mensaje C-REQ CCP soporta CCP, entonces el PDSN manejará el mensaje C-REQ CCP recibido conforme a la norma de proceso de negociación. Debido a que el PDSN soporta CCP y la negociación ocurriría en cualquier caso, el gasto de transmitir un solo mensaje C-REQ CCP sobre el enlace Rm debe ser equilibrado contra el beneficio de acelerar la negociación CCP, la cual casi siempre mejora el tiempo establecido de conexión. Se puede apreciar que el dispositivo de atadura únicamente se actualizará si ha estado en un estado previo de compresión que no es soportado por el nuevo PDSN.

La figura 3 ilustra una modalidad en la cual la AT determina si el nuevo PDSN es CCP habilitado o no habilitado. En el paso 300, la AT ha sido transferida desde el servicio de un PDSN a un PDSN CCP no habilitado. En el paso 310, la ?? determina que el PDSN es PDSN CCP no habilitado y el dispositivo de atadura está en un estado de compresión CCP. En el paso 320, la AT envia un mensaje de provocación de compresión de reenvió (por ejemplo, C-REQ o C-ACK) al dispositivo de atadura, provocando asi que el dispositivo de atadura ejecute renegociaciones CCP. En el paso 330, el dispositivo de atadura transmite un mensaje de petición de compresión inversa (por ejemplo, C-REQ CCP) al PDSN a través de la AT. En el paso 340, la AT repite el mensaje de petición de compresión inversa al PDSN. En el paso 350, el PDSN CCP no habilitado transmite un mensaje de rechazo de reenvió (por ejemplo mensaje de RECHAZO DE PROTOCOLO) al dispositivo de atadura, a través de la AT. En el paso 360, el dispositivo de atadura comienza a enviar paquetes de datos que no están comprimidos, en lugar que comprimidos. Las modalidades anteriormente descritas se han analizado en el contexto de movimiento entre redes cdma2000 IxRTT y redes cdma2000 lxEV-DO, pero deberá entenderse que las modalidades también se pueden utilizar en el contexto de movimiento entre otras redes . Aquellos expertos en la técnica entenderán que la información y las señales pueden ser representadas utilizando cualquiera de una variedad de diferentes tecnologías y técnicas. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos y chips, a los que se puede hacer referencia en toda la descripción anterior, pueden ser representados por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o cualquier combinación de los mismos. Aquellos expertos en la técnica además apreciarán que los diversos bloques lógicos ilustrativos, módulos, circuitos, y pasos de algoritmos descritos en relación con las modalidades aquí mostradas, se pueden ejecutar como hardware electrónico, software de cómputo, o combinaciones de ambos. Para ilustrar con claridad esta capacidad de intercambio de hardware y software, se han descrito anteriormente en términos de su funcionalidad diversos componentes ilustrativos, bloques, módulos, circuitos y pasos. Si dicha funcionalidad es ejecutada como hardware o software depende de la aplicación particular y de las restricciones del diseño impuestas en todo el sistema.

Aquellos expertos en la técnica pueden ejecutar la funcionalidad descrita en varias formas para cada aplicación particular, pero dichas decisiones de ejecución no deberían ser interpretadas como una causa para apartarse del alcance de la presente invención. Los diversos bloques lógicos ilustrativos, módulos y circuitos descritos en relación con las modalidades descritas en la presente invención se pueden ejecutar o realizar con un procesador de propósito general, un procesador de señal digital (DSP) , un circuito integrado de aplicación específica (ASIC) , una señal de disposición de puerta de campo programable (FPGA) u otro dispositivo de lógica programable, puerta discreta o lógica de transistor, componentes de hardware discretos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente invención. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estado convencional. Un procesador también se puede ejecutar como una combinación de dispositivos de cómputo, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores en conjunto con un DSP central, o cualquier otra configuración.

Los pasos de un método o algoritmo descritos en relación con las modalidades descritas en la presente invención se pueden incorporar directamente en hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software puede residir en memoria RAM, memoria instantánea, memoria ROM, memoria EPROM, memoria EEPROM, registros, disco duro, un disco removible, un CD-ROM, o cualquier otra forma de medio de almacenamiento conocida en la técnica. Un medio de almacenamiento ejemplar está acoplado al procesador para que el procesador pueda leer la información de, y escribir información en el medio de almacenamiento. En la alternativa, el medio de almacenamiento puede ser parte integral del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en una terminal de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en una terminal de usuario. La descripción previa de las modalidades descritas se provee para permitir a aquellos expertos en la técnica realizar o utilizar la presente invención. Varias modificaciones a estas modalidades serán fácilmente aparentes a aquellos expertos en la técnica, y los principios genéricos aqui definidos se pueden aplicar a otras modalidades sin apartarse del espíritu o alcance de la invención. Por lo tanto, la presente invención no pretende quedar limitada a las modalidades que aqui se muestran sino que se le acordará el alcance más amplio consistente con los principios y características novedosas aquí descritas.

Claims

NOVEDAD DE LA INVENCION Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes: REIVINDICACIONES

1.- Un método para habilitar la conectividad de datos para un dispositivo de atadura a una terminal de acceso cuando ocurre una transferencia de la terminal de acceso entre un primer elemento de red y un segundo elemento de red, el método ejecutado por la terminal de acceso y que comprende: determinar que el dispositivo de atadura está en un estado de compresión; iniciar un mensaje de provocación de compresión de reenvío; enviar el mensaje de provocación de compresión de reenvío al dispositivo de atadura; transmitir un mensaje de petición de compresión inversa recibido desde el dispositivo de atadura al segundo elemento de red; y transmitir un mensaje de rechazo de reenvío recibido desde el segundo elemento de red al dispositivo de atadura .

2. - El método de conformidad con la reivindicación 1, caracterizado porque el mensaje de provocación de compresión de reenvió es un mensaje de petición de compresión.

3. - El método de conformidad con la reivindicación 1, caracterizado porque el estado de compresión cumple con el Protocolo de Control de Compresión (CCP) . . - El método de conformidad con la reivindicación 2, que comprende además determinar que el segundo elemento de red es CCP no habilitado. 5. - El método de conformidad con la reivindicación 1, caracterizado porque el mensaje de provocación de compresión de reenvío es un mensaje de reconocimiento de compresión. 6. - Un aparato en una terminal de acceso para habilitar la conectividad de datos para un dispositivo de atadura a una terminal de acceso cuando ocurre una transferencia de la terminal de acceso entre un primer elemento de red y un segundo elemento de red, el aparato comprende : medios para determinar que el dispositivo de atadura está en un estado de_ compresión; medios para iniciar un mensaje de provocación de compresión de reenvió; medios para enviar el mensaje de provocación de compresión de reenvío al dispositivo de atadura; medios para transmitir un mensaje de petición de compresión inversa recibido desde el dispositivo de atadura al segundo elemento de red; y medios para transmitir un mensaje de rechazo de reenvío recibido desde el segundo elemento de red al dispositivo de atadura. 7. - Un aparato en una terminal de acceso para habilitar la conectividad de datos para un dispositivo de atadura a la terminal de acceso cuando ocurre una transferencia de la terminal de acceso entre un primer elemento de red y un segundo elementos de red, el aparato comprende: por lo menos un elemento de memoria; y por lo menos un elemento de procesamiento configurado para ejecutar una serie de instrucciones almacenadas por lo menos en un elemento de memoria, la serie de instrucciones para: determinar que el dispositivo de atadura está en un estado de compresión; iniciar un mensaje de provocación de compresión de reenvío; enviar el mensaje de provocación de compresión de reenvió al dispositivo de atadura; transmitir un mensaje de petición de compresión inversa recibido desde el dispositivo de atadura al segundo elemento de red; y transmitir un mensaje de rechazo de reenvío recibido desde el segundo elemento de red al dispositivo de atadura .