MXPA02007601A - Metodo y aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones. - Google Patents

Metodo y aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones.

Info

Publication number
MXPA02007601A
MXPA02007601A MXPA02007601A MXPA02007601A MXPA02007601A MX PA02007601 A MXPA02007601 A MX PA02007601A MX PA02007601 A MXPA02007601 A MX PA02007601A MX PA02007601 A MXPA02007601 A MX PA02007601A MX PA02007601 A MXPA02007601 A MX PA02007601A
Authority
MX
Mexico
Prior art keywords
entity
protocol
protocols
session
layers
Prior art date
Application number
MXPA02007601A
Other languages
English (en)
Inventor
Paul E Bender
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MXPA02007601A publication Critical patent/MXPA02007601A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Radio Relay Systems (AREA)

Abstract

Las capas y- protocolos de una arquitectura de capas de interconexion aereas estan disenadas para ser modulares y pueden ser modificadas y actualizadas para soportar nuevas caracteristicas, efectuar tareas complejas, e implementar funcionalidades adicionales. Antes del comienzo de la comunicacion de datos entre una primera entidad (por ejemplo, una terminal de acceso) y una segunda entidad (por ejemplo, la red de radio), se selecciona un conjunto de capas y/o protocolos para la negociacion. Por cada capa y protocolo seleccionado (es decir, cada atributo), se determina una lista de valores de atributo considerada aceptable por la primera entidad. Los atributos seleccionados y sus valores de atributos asociados son enviados desde la primera entidad, y en respuesta, es recibida una lista de atributos procesados y sus listas asociadas de valores de atributo procesados. Cada lista de valores de atributos procesados incluye valores de atributo considerados aceptables por la segunda entidad. Las capas y protocolos en la primera entidad son entonces configurados de acuerdo con la lista recibida de valores procesados y sus valores de atributo procesados asociados. Tambien se proporcionan otras caracteristicas relacionadas con las capas y protocolos configurables.

Description

MÉTODO Y APARATO PARA PROPORCIONAR CAPAS Y PROTOCOLOS CONFIGURADOS EN ÜN SISTEMA DE COMUNICACIONES ANTECEDENTES DE LA INVENCIÓN I . Campo de la Invención La presente invención se relaciona con comunicaciones inalámbricas. De manera más particular, la presente invención se relaciona con un método y un aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones.
I . Descripción de la Técnica Relacionada EL uso de las técnicas de modulación de acceso múltiple por división de código (CDMA) es una de las diferentes técnicas para facilitar la comunicación en la cual está presente un gran número de usuarios del sistema. Aunque son conocidas en la técnica otras técnicas de sistemas de comunicaciones de acceso múltiple, tales como el acceso múltiple por división de tiempo (por ejemplo, TDMA y GSM) , acceso múltiple por división de frecuencia (FDMA) , y esquemas de modulación aérea tales como la banda lateral única comprimida-expandida en amplitud (ACSSB) , las técnicas de modulación de espectro extendido de CDMA tienen ventajas significativas sobre esas otras técnicas de modulación para sistemas de comunicación de acceso múltiple. El uso de técnicas CDMA en un sistema de comunicaciones de acceso múltiple se describe en la Patente Estadounidense No. 4,901,307, titulada "SISTEMA DE COMUNICACIÓN DE ACCESO MÚLTIPLE DE ESPECTRO EXTENDIDO QUE UTILIZA REPETIDORAS DE SATÉLITE O TERRESTRES", expedidas Febrero 13, 1990, y la Patente Estadounidense No. 5,103,459, titulada "SISTEMA Y MÉTODO PARA GENERAR FORMAS DE UNA ONDA DE SEÑAL EN UN SISTEMA DE TELEFONÍA CELULAR CDMA", expedida en Abril 7, 1992, ambas otorgadas por el beneficiario de la presente invención e incorporadas aqui como referencia. Los sistemas CDMA están tipicamente diseñados para conformarse a uno o más estándares CDMA particulares. Los efectos de tales estándares CDMA incluyen al "Estándar de Compatibilidad de Estación Móvil Estación Base TIA/EIA/IS-95-A para Sistemas Celulares de Espectro Extendido de Banda Ancha Doble Modo" , de "Estándar de Compatibilidad Estación Móvil-Estación Base TIA/EIA/IS-95-B para Sistemas Celulares de Espectro extendido de Banda Ancha de Doble Modo" y los estándares TIA/EIA/IS-A, -B, y -C titulados "Estándar de Funcionamiento Minimo Recomendado para Estaciones Móviles PCS y Celulares de Espectro Extendido de Doble Modo" y "Presentación Candidata cdma2000 ITU-R RTT". Continuamente están siendo propuestos y agotas para uso nuevos estándares CDMA. Cada estándar CDMA define un protocolo de interconexión aérea utilizado por ese estándar para soportar las comunicaciones de dispositivos de comunicación (es decir, entre una cavidad de acceso y una red de radio) . El protocolo de conexión aérea define los mecanismos mediante los cuales van a ser efectuados funciones particulares, y puede abarcar un número de protocolos que permiten la implementación de varias funciones . Convencionalmente, cada estándar CDMA adopta un protocolo de interconexión aérea particular que efectúa un número de funciones y es identificado por un número de revisión único. Las nuevas funciones pueden ser implementadas definiendo nuevos atributos, mensajes y máquinas de estado, usualmente dentro de la estructura del protocolo de la interconexión aérea existente. Se define entonces un nuevo protocolo de interconexión aérea que incluye los nuevos atributos, mensajes y máquinas de estado junto con otros atributos, mensajes y máquinas de estado definidas previamente. De manera similar, si un protocolo existente es modificado o actualizado, va a ser definido un nuevo protocolo de interconexión aérea y es asignada una nueva revisión.
De manera convencional, cada dispositivo de comunicación (por ejemplo, cada terminal de acceso y red de radio) fue diseñado para soportar una o más revisiones completas del protocolo de interconexión aérea. Debido a que todo el protocolo de interconexión aérea es definido con una sola revisión, se requiere que cada dispositivo de comunicación soporte todas las funciones requeridas en una revisión particular si desea soportar cualquier función en esa revisión. Los dispositivos de comunicación son tipicamente diseñados para soportar una o más revisiones (por ejemplo una gama de revisiones). La comunicación entre la terminal de acceso y la red de radio se logra entonces utilizando cualquiera de las revisiones del protocolo de interconexión aérea comúnmente soportados. El deseo de incrementar la funcionalidad y capacidad inalámbrica ha dado como resultado un protocolo de interconexión aérea aún más complejos. En particular, los protocolos de intercomunicación aérea han evolucionado para efectuar numerosas funciones complejas, incluyendo la comunicación de voz, transmisión de datos y asi sucesivamente. El método convencional de definir una nueva revisión por cada nuevo protocolo de interconexión aérea fue adecuado para los protocolos más "simples" en el diseño del sistema CDMA original. Cuando el número de funciones y su complejidad se incrementa, el método convencional es embarazoso y adecuado. El método convencional tampoco soporta fácilmente la implementación de funciones adicionales en un protocolo de interconexión aérea existente o implementación de un subconjunto de las funciones en el protocolo de interconexión aérea. De este modo, es altamente deseable una estructura del protocolo de interconexión que soporte eficientemente la implementación de una variedad de funciones .
SUMARIO DE LA INVENCIÓN La presente invención proporciona técnicas utilizadas para implementar capas y protocolos configurables en un sistema de comunicaciones. Las capas y protocolos de una arquitectura de capas de interconexión aérea son de diseño modular y pueden ser modificadas y actualizadas para soportar las caracteristicas, efectuar tareas complejas, e implementar funcionalidades adicionales. Una terminal de acceso y una red de radio pueden comunicarse utilizando las capas y protocolos comúnmente soportados por ambos, y esta determinación puede hacerse al momento que se abra la sesión de comunicaciones. Un conjunto básico de capas y protocolo soportado por la terminal de acceso en la red de radio asegura un nivel minimo de compatibilidad. Una modalidad de la invención proporciona un método para configurar una capa o protocolo antes de comenzar la comunicación de datos entre una primera entidad (por ejemplo, una terminal de acceso) y una segunda entidad (por ejemplo una red de datos). De acuerdo con el método, es seleccionado un conjunto de cero o más capas y cero o más protocolos para la negociación, con cada capa o protocolo seleccionado correspondiente a un atributo a ser negociado entre la primera y segunda entidades. Por cada atributo seleccionado, es determinada una lista de valores de atributos seleccionados, con la lista incluyendo uno o más valores de atributo considerados aceptables para la primera entidad. Una lista de atributos seleccionados y sus valores de atributos seleccionados es enviada desde la primera entidad y, en respuesta, recibida una lista de atributos procesados y sus listas asociadas de valores de atributos procesados. Cada lista de valores de atributos procesados incluye uno o más valores de atributo considerados aceptables por la segunda entidad. Las capas y protocolos en la primera entidad son entonces configurados de acuerdo con la lista recibida de atributos procesados y sus valores de atributos procesados asociados. En una modalidad, cada atributo procesado esta asociado con un valor de atributo procesado. En una modalidad, las capas y protocolos de la primera entidad están configurados con sus valores predeterminados si no son recibidos los valores de atributos procesados correspondientes en la primera entidad. La primera o segunda entidad, o ambas, pueden implementar una máquina de estado que tenga un número de estados incluyendo: (1) un estado inactivo indicativo de inactividad antes de una negociación de sesión, (2) un estado iniciado indicativo de la negociación de sesión sobre la lista de atributos seleccionados, y (3) un estado abierto e indicativo de comunicaciones entre la primera y segunda entidades. El estado inicial puede ser implementado para incluir (1) un estado inicial con la terminal de acceso indicativo de la negociación de sesión sobre los atributos seleccionados por la terminal de acceso, y (2) un estado iniciado de la red de radio indicativo de la negociación de sesión sobre los atributos seleccionados con la red de radio. Una sesión de comunicaciones entre la primera y segunda entidades pueden ser establecida enviando un mensaje de petición de apertura de la primera entidad y recibiendo un mensaje de respuesta de abertura que indica una aceptación o rechazo de la petición. La petición de abertura y los mensajes de respuesta de apertura pueden ser enviados y recibidos via canales de comunicación comunes . Los atributos seleccionados y los valores de atributos asociado pueden ser enviados via uno o más mensajes de petición de configuración, y los atributos procesados y sus valores de atributo asociados pueden ser recibidos via uno o más mensajes de respuesta de configuración. El mensaje puede ser identificado por un identificador de entidad asignado a la primera entidad. Los elementos en cada lista de valores de atributos seleccionados pueden ser arreglados en un orden basado en la preferencia de la primera entidad, y los elementos en un mensaje de respuesta de configuración recibidos pueden ser recibidos en un orden correspondiente al orden de los elementos en los mensajes de petición de configuración. La información de configuración puede ser enviada y recibida via canales de comunicación dedicados. La primera y segunda entidades pueden comunicarse via las capas y protocolos predeterminados antes de completar la configuración de las capas y protocolos negociados. En una implementación, si la primera y segunda entidades seleccionan ambas un conjunto de atributos a ser negociados, la negociación sobre el conjunto seleccionado para la primera entidad puede ser completada antes de la negociación del conjunto seleccionado con la segunda entidad. Otra modalidad de la invención proporciona un método para proporcionar capas o protocolos configurables, o ambos, en un sistema de comunicaciones. De acuerdo con el método, se mantiene un conjunto de capas y protocolos predeterminados para la comunicación entre una primera entidad y una segunda entidad. De manera similar, se mantiene un conjunto de cero o más capas configurables y uno o más protocolos configurables, o una combinación de los mismos, para una comunicación, con cada capa o protocolo configurable correspondiente a un atributo que pueda ser negociado entre la primera y segunda entidades. Se proporciona un conjunto de mensajes de configuración que pueden ser utilizados para enviar y recibir información de configuración relacionada con cada atributo configurable. Proporciona una máquina de estado que da seguimiento al estado de operación de la primera entidad. La máquina de estado puede incluir las fases y subfases descritas anteriormente. El conjunto de capas y protocolos predeterminados tipicamente incluye un protocolo de configuración utilizado para enviar y recibir mensajes que soportan la negociación de configuración de un conjunto de atributos configurados. Los mensajes de configuración pueden ser implementados en una capa de sesión del sistema de comunicaciones. Cada mensaje de configuración puede incluir un identificador de identidad que identifique a la primera entidad y un identificador de transacción que identifique a una instancia particular al mensaje de configuración. Otra modalidad más de la invención proporciona una terminal de acceso en el sistema de comunicaciones de espectro extendido que incluye un controlador, un codificador, un modulador y un transmisor. El controlador recibe y procesa datos (por ejemplo, datos de tráfico y señalización) , el codificador codifica los datos procesados, el modulador modula los datos codificados, y el transmisor convierte los datos modulados en una señal analógica adecuada para su transmisión sobre un medio de transmisión. El controlador implementa un conjunto de capas y protocolos utilizados para soportar la transmisión de datos, con cero o más de las capas y uno o más de los protocolos, o una combinación de los mismos, siendo configurables por la terminal de acceso antes de la transmisión de datos. La terminal de acceso puede incluir además un receptor, un desmodulador, y un descodificador. El receptor recibe una señal del enlace de ida, el desmodulados desmodula la señal del enlace de ida recibida, el descodificador descodifica la señal desmodulada, y el controlador configura una o más de las capas y protectores configurables sobre la base, en parte, de los datos descodificados por el descodificador. La invención proporciona además un método y un aparato adecuados para implementar capas y protocolos configurables en la red de radio.
BREVE DESCRIPCIÓN DE LOS DIBUJOS Las caracteristicas, naturaleza y ventajas de la presente invención serán más evidentes a partir de la descripción detallada expuesta más adelante cuando se tome en cuenta con los dibujos, en los cuales caracteres de referencia similares identifican lo correspondiente a su través y donde: La FIGURA 1 muestra un diagrama de un sistema de comunicaciones de espectro extendido que soporta un número de usuarios; La FIGURA 2 muestra un diagrama de bloques de una modalidad de una red de radio y una terminal de acceso; La FIGURA 3 muestra un diagrama de una modalidad de una arquitectura de capas de interconexión aérea soportada por la invención; Las FIGURAS 4A hasta 4C son diagramas de una modalidad especifica de una estructura de canal de alta velocidad de datos (HDR) , una estructura de canal de ida, y una estructura de canal de regreso, respectivamente; La FIGURA 5 muestra un diagrama de una modalidad especifica de las capas y sus protocolos para la arquitectura de capas mostrado en la FIGURA 3; Las FIGURAS 6A y 6B muestran diagramas de estado de una modalidad de un protocolo de inicio de sesión para la terminal de acceso y la red en la radio, respectivamente; La FIGURA 6C y 6D muestran diagramas de estado de una modalidad de un protocolo de sesión de control para la terminal de acceso en la red de radio, respectivamente; La FIGURA 7A es un diagrama de flujo de una implementación especifica de una fase de apertura de sesión; Las FIGURA 7B y 7C muestran diagramas de flujo de una implementación especifica de una subíase de negociación de capas/protocolo de sesión y una subíase de activación de capa/protocolo de sesión, respectivamente ; La FIGURA 8 muestra un diagrama de tiempo de una modalidad de fase de configuración y negociación de capa/protocolo de sesión iniciadas por una terminal de acceso; y Las FIGURAS 9A hasta 9H son diagramas de una modalidad del formato para varios mensajes utilizados en la negociación y configuración de las capas y protocolos.
DESCRIPCIÓN DETALLADA DE LAS MODALIDADES ESPECÍFICAS La FIGURA 1 muestra un diagrama de un sistema de comunicaciones de espectro extendido 100 que soporta un número de usuarios. Dentro del sistema 100, un conjunto determinado de acceso 110a hasta 110c se comunica con una red de radio a través de un conjunto de transceptores de estación base (BST) 112a hasta 112e via enlaces sobre el aire. Cada transceptor de estación base 112 se acopla a un controlador de estación base (BSC) 114 y un registro de ubicación de visitante (VLR) llß. El controlador de la estación base 114 (y los transceptores de la estación base 112) también pueden acoplarse directamente entre si, como es mostrado por la linea discontinua en la FIGURA 1. Como se hizo aqui, una terminal de acceso es un dispositivo que proporciona conectividad de datos y/o voz a un usuario. La terminal de acceso puede ser un dispositivo de datos autónomo, independiente, tal como un teléfono celular, un asistente digital personal (PDA) , u otros tipos de dispositivos de datos autónomos. La terminal de acceso puede también ser una unidad o modula configurado para acoplarse al dispositivo de computo tal como una computadora personal de escritorio o portátil. Como se utiliza aqui, una red de radio es el equipo de red (por ejemplo, transceptor de la estación base 112, controlador de la estación base 114, y registro de ubicación de visitante llß en la FIGURA 1) que proporciona conectividad de datos y/o voz entre una red de datos (por ejemplo, sobre una red de datos comunicados por paquete con la Internet) y las terminales de acceso. La conductividad es tipicamente proporcionada en una capa de enlace, como se describe más adelante. La FIGURA 2 muestra un diagrama de bloques de una modalidad de una red de radio 210 y una terminal de acceso 250. La red de radio 210, los datos de tráfico de una memoria intermedia 212 y datos de control de un sistema de control 214 son proporcionados a un codificador 216 que codifica los datos con un formato de codificación particular. El formato de codificación puede incluir, por ejemplo, codificación por modificación de redundancia cíclica (CRC) , codificación convolucional, codificación concatenada en serie, codificación en bloques de Reed Solomon, cobertura de Walsh, preparación de pseudorruido (PN) , y asi sucesivamente, las cuales son tipicamente utilizada para sistemas CDMA. Los datos codificados son proporcionados a un modulador 218 que modula los datos con un formato de modulación particular, tal como, por ejemplo, la inmersión no cambia de fase de cuadratura (QPSK), QSK desviada, u otros. Un transmisor 220 recibe y convierte los datos modulados en una señal analógica, condiciona la señal, y transmite la señal sobre el aire via un duplexor (D) 222 y una antena 224. La terminal de acceso 250, la señal transmitida es recibida por una antena 252, encaminada a través de un duplexor (D) 254, y proporcionada a un receptor 256. El receptor 256 acondiciona la señal y proporciona la señal acondicionada a un desmodulador 258. El acondicionamiento de la señal puede incluir la filtración, amplificación, conversión de frecuencia y asi sucesivamente. El desmodulador 258 desmodula la señal acondicionada con el formato de desmodulación que es complementaria al formato de modulación utilizado por la red de radio 210. Un descodificador 260 recibe y descodifica los datos desmodulados con un formato de descodificación que comprende usar el formato de codificación utilizado en una red de radio 210. Los datos descodificados son entonces proporcionados a un controlador 262. La transmisión de datos de tráfico y control de la terminal de acceso 250 a la red de radio 210 ocurre via una trayectoria de señal complementaria. Los datos de tráfico de una memoria intermedia (no mostrados en la FIGURA 2) y los datos de control del controlador 262 son codificados por un codificador 264, modulados por el modulador 266, acondicionados por un transmisor 268, encaminados a través del duplexor 254, y transmitidos desde al antena 252. En la red de radio 210, la señal de radio es transmitida por la antena 224, encaminada a través del duplexor 222, acondicionada con un receptor RF 226, desmodulada por un desmodulador 228, descodificada por un descodificador 230, y proporcionada al sistema de control 214. Como se utiliza aqui, la transmisión de ida se refiere a una transmisión de la red de radio 210 a la terminal de acceso 250, y una transmisión de regreso se refiere a una transmisión de la terminal de acceso 250 a la terminal de radio 210. Los formatos de desmodulación y descodificación sobre la trayectoria de regreso pueden ser, y son tipicamente diferentes de aquellos de la trayectoria de ida. Como con muchos sistemas de comunicaciones, la comunicación entre la terminal de acceso y la red de radio se logra via el conjunto de "capas" que define los modos de operación, las caracteristicas soportadas, y las capacidades del sistema de comunicaciones. Cada capa consiste de uno o más protocolos de capa (o protocolos simplemente) que efectúan la funcionalidad de la capa. Cada capa se comunica con la capa de esta, debajo de esta o ambas, via las interconexiones definidas. Originalmente, un sistema CDMA que se conforma al estándar IS-95 un protocolo de interconexión aérea que define las capas y sus protocolos. En algunas opiniones, el estándar IS-95 es un trabajo pobre de separación de los protocolos por función. El protocolo de interconexión aérea original ha sido modificado numerosas veces para soportar funcionalidades adicionales, tales como funciones de Control de Acceso Medio (MAC) mejoradas. Para implementar las funcionalidades adicionales, se hacen los cambios necesarios a las capas aceptadas del protocolo de interconexión aérea original y el protocolo de interconexión aérea modificado es identificado con un número de revisión (y definido tipicamente como un estándar nuevo) . El protocolo de interconexión de aire modificado tipicamente retiene la mayoria de las estructuras del protocolo de interconexión aérea original (por ejemplo, la misma estructura de cuadro de datos, la misma longitud de cuadro, y asi sucesivamente) , para mantener tanta compatibilidad como sea posible con los sistemas y estándares preexistentes.
Una vez adoptado, el nuevo protocolo de interconexión aérea puede ser practicado por la terminal de acceso y la red de radio si ambos están diseñados para soportar el protocolo de interconexión aérea. Este método para genera nuevos protocolos de interconexión aérea no permite la fácil implementación de nuevas funciones y caracteristicas en el sistema CDMA. De acuerdo con un aspecto de la invención, las capas y sus protocolos son diseñados de manera modular, de modo que cada capa (o protocolo) pueda ser modificado actualizada sin la necesidad de modificar las capas (o protocolo) restantes. Esto puede ser logrado, en parte, definiendo y manteniendo las interconexiones entre las capas, de modo que pueden ser soportadas fácilmente nuevas soluciones. El diseño modular también permite la modificación aislada de una capa y sus protocolos. Cada capa incluye uno o más protocolos que efectúan esa funcionalidad de capa. De acuerdo con otro aspecto de la invención, los protocolos de una capa particular pueden ser negociados individualmente entre la terminal de acceso y la red de radio (por ejemplo, al inicio de una sesión de comunicaciones). La terminal de acceso y la red de radio pueden cada una ser diseñados para soportar un conjunto diferente de protocolos, pero pueden aún comunicarse entre si via los protocolos que son comunes a ambas. Las caracteristicas de las capas y protocolos negociadas permiten flexibilidad en el diseño y uso de diferentes versiones de un protocolo de interconexión aérea, sin la necesidad de definir físicamente y mantener cada modificación como un nuevo protocolo de interconexión aérea, como convencionalmente se hace. La FIGURA 3 muestra un diagrama de una modalidad de una arquitectura de capas de interconexión aérea 300 soportada por la invención. Como se muestra en la FIGURA 3, la arquitectura de capas 300 comprende ocho capas, las cuales son identificadas como: (1) una capa fisica 310, (2) una capa de control de acceso a un medio (MAC) 314, (3) una capa de seguridad 316, (4) una capa de conexión 318, (5) una capa de sesión 320, (6) una capa de flujo 322, y (7) una capa de aplicación 324. Para comprender mejor la presente invención, se proporciona más adelante una breve descripción de la función principal de cada capa. La capa física 310 define las caracteristicas "físicas" de la transmisión entre la terminal de acceso y la red de radio. Esas caracteristicas físicas pueden incluir, por ejemplo, la estructura de canal, la frecuencia de transmisión, el nivel de potencia de transmisión de salida, el formato de modulación, el esquema de codificación, y asi sucesivamente, para los enlaces de ida y regreso. La capa MAC 314 define los procedimientos utilizados para transmitir y recibir datos sobre la capa fisica 310. La capa de seguridad 316 proporciona servicios asegurados que pueden incluir, por ejemplo, servicios de autentificación y cifrado. La capa de conexión 318 proporciona el establecimiento de la conexión del enlace aéreo y servicios de mantenimiento. La capa de sesión 320 proporciona la negociación de la capa y protocolo, configuración del protocolo y servicios de mantenimiento de estado. La capa de sesión 320 se describe con mayor detalle más adelante. La capa de flujo 322 proporciona la multiplexión de varios flujos de aplicación. En una modalidad especifica, el sistema de comunicación soporta cuatro flujos de aplicación marcados como los flujos 0 hasta 3. En una modalidad, el flujo 0 es utilizado para la señalización entre la terminal de acceso y la red de radio, el flujo 1 es utilizado para la transmisión de datos de paquete, y los flujos 2 y 3 son utilizados para otras aplicaciones. Como se muestra en la FIGURA 3, el flujo de señalización (por ejemplo, el flujo 0), es soportado por un Protocolo de Enlace de Señalización (SLP) 330 y un protocolo de envió de mensajes de alta velocidad de datos (HMP) 332, y el flujo de datos de paquete (por ejemplo, el flujo 1), es soportado por un protocolo de enlace de radio (RLP) 340 y un Protocolo Punto a Punto (PPP) 342. En una modalidad, es utilizado un flujo de señalización predeterminado (es decir, un HMP/SLP predeterminado) , como predeterminado para el flujo 0 y es utilizado un servicio de paquetes predeterminado (es decir, PPP/RLP predeterminado) como predeterminado para el flujo 1, si esos flujos no han sido negociados entre la terminal de acceso y la red de radio. El SLP 330 proporciona mecanismos de entrega confiables y "mejor esfuerzo" para mensajes de señalización, y el HMP 332 proporciona servicios de transmisión de mensajes para mensajes de señalización. El RLP 340 proporciona la retransmisión y detección de datos duplicados para un flujo de datos definido particular y una implementación es descrita adicionalmente en el IS-707. Puede ser diseñada y utilizada una implementación diferente del RLP 340 a la descrita en el IS-707, y esto está dentro del alcance de la presente invención. Cuando es utilizado en el contexto del servicio de paquetes predeterminado, el RLP 340 puede ser definido para transportar o contener paquetes PPP. El PPP 342 proporciona estructuración por cuadros y el soporte de protocolos múltiples, y es descrito además por W. Simpson en "El Protocolo Punto a Punto (PPP)", RFC 1661, Julio 1994. Los protocolos que funcionen en la parte superior del PPP 342 pueden transportar datos de tráfico asi como efectuar varias tareas de administración de red. La FIGURA 3 muestra una modalidad especifica de una arquitectura de capas soportada por la presente invención. Otras arquitecturas de capas que tienen capas adicionales, menos capas o capas diferentes, también pueden ser soportadas por la presente invención. Las FIGURAS 4A hasta 4C son diagramas de una modalidad especifica de una estructura de canal de alta velocidad de datos (HDR) 410, una estructura de canal de ida 420, y una estructura de canal de regreso 440, respectivamente, soportada por una estructura de comunicación (por ejemplo, el sistema de comunicaciones 100 en la FIGURA 1). La estructura de canal HDR 410 incluye la estructura del canal de ida 420 que es utilizada para transmitir datos de la red de radio a la terminal de acceso, y la estructura del canal de regreso 440 que es utilizada para transmitir datos de la terminal de acceso a la red de radio. Las estructuras de los canales de ida y regreso son diseñados para proporcionar la funcionalidad requerida, y cada estructura de canal es designada sobre la base de las caracteristicas particulares de la transmisión de datos en el enlace de ida o regreso. La FIGURA 4B muestra un diagrama de una modalidad de la estructura del canal de ida 420. En esta modalidad, la estructura del canal de ida 420 incluye un canal piloto 422, un canal MAC 424, uno o más canales de tráfico 426, y uno o más canales de control 428. El canal MAC 424 incluye además un canal de actividad de ida 432, un canal de actividad de regreso 434, y un canal de control de potencia de regreso 436. Esos canales pueden ser diseñados de varias maneras, y es totalmente del alcance de la presente invención. Los canales piloto, MAC, y de control son canales "comunes" compartidos por un número de terminales de acceso en comunicación con la red de radio. Los canales de tráfico son canales "dedicados" asignados a la terminal de acceso tras el establecimiento de una sesión. La FIGURA 4C muestra un diagrama de una modalidad de la estructura del canal de regreso 440. En esta modalidad, la estructura del canal de regreso 440 incluye uno o más canales de tráfico 442 y un canal de acceso 444. Los canales de tráfico 442 incluyen además un canal piloto 452, un canal MAC 454, y uno o más canales de datos 456. El canal MAC 454 puede incluir además un canal indicador de la velocidad de regreso 462 y un canal de control de la velocidad de datos 464. El canal de acceso 444 incluye además un canal piloto 472, un canal MAC 474, y uno o más canales de datos 476. El canal MAC 474 puede incluir además un canal indicador de la velocidad de regreso 478. Nuevamente, estos canales pueden ser diseñados de varias maneras, y esto está dentro del alcance de la presente invención. Como con la estructura del canal de ida, los canales de tráfico son canales "dedicados" y el canal de acceso es un canal "común" compartido con otras terminales de acceso. Es utilizado un número de términos para describir la invención, y esos términos son definidos más adelante. Una sesión se refiere a un estado de operación compartido entre una terminal de acceso y una red de radio. El estado de operación compartido almacena los protocolos y las configuraciones de protocolo que han sido negociadas y están disponibles para utilizarse en la comunicación entre la terminal de acceso y la red de radio. De acuerdo con un aspecto de la invención, las capas, protocolos y configuraciones de protocolo pueden ser negociadas entre la terminal de acceso y la red de radio cuando se establezca una sesión y, en algunas implementaciones, pueden ser negociadas en cualquier momento durante la sesión. En una modalidad, además del establecimiento de una sesión, una terminal de acceso no es capaz de comunicarse con una red de radio sin tener una sesión abierta (es decir, que la terminal de acceso puede comunicarse con la red de radio con el propósito expreso de abrir una sesión) . Una conexión es un estado particular del enlace aéreo en el cual a la terminal de acceso se le ha asignado un recurso del enlace aéreo dedicado (por ejemplo, un canal de tráfico de ida, un canal de tráfico de regreso, y canales MAC asociados) . Durante cualquier sesión particular, la terminal de acceso y la red de radio pueden abrir y cerrar una conexión múltiples veces. En una modalidad, además del establecimiento de una sesión, no existe conexión sin una sesión. Un flujo es un canal de transmisión utilizado para enviar información para una aplicación particular, ün flujo puede ser definido para transportar información de señalización, datos de tráfico, otros tipos de datos, o una combinación de los mismos. La terminal de acceso y la red de radio pueden ser, y tipicamente están, diseñados para soportar transmisiones concurrentes de flujos múltiples. Los flujos pueden ser utilizados para transportar datos con diferentes requerimientos de calidad de servicio (QoS), u otras aplicaciones. La FIGURA 5 muestra un diagrama de una modalidad especifica de las capas y sus protocolos para la arquitectura de capas 300 en la FIGURA 3, los cuales están diseñados para soportar la estructura del canal HDR 410 en las FIGURAS 4A hasta 4C. Como se muestra en la FIGURA 5, cada capa incluye cero o más protocolos que efectúan las funcionalidades de la capa. Los protocolos utilizan mensajes de señalización y/o encabezados para transportar información a otra entidad en otro lado del enlace aéreo. La FIGURA 5 muestra algunos de los protocolos incluidos en las capas de la arquitectura de capas 300. En la modalidad mostrada en la FIGURA 5, la capa MAC 314 incluye un protocolo MAC de canal de control 514a, un protocolo MAC de canal de tráfico de ida 514b, un protocolo MAC de canal de acceso 514c, y un protocolo MAC de canal de tráfico de regreso 514d. El protocolo MAC de canal de control 514a proporciona los procedimientos utilizados por la red de radio para transmitir, y la terminal de acceso para recibir, el canal de control 428. El protocolo MAC del canal de tráfico de ida 514b proporciona los procedimientos utilizados por la red de radio para transmitir, y la terminal de acceso para recibir, el canal de tráfico de ida 426. El protocolo MAC del canal de acceso 514a proporciona los procedimientos utilizados por la terminal de acceso para transmitir, y la red de radio para recibir, el canal de acceso 444. Y el protocolo MAC del canal de tráfico de regreso 514d proporciona los procedimientos utilizados por la terminal de acceso para transmitir, y la red de radio para recibir, el canal de tráfico de regreso 442. La capa de seguridad 316 incluye cero o más protocolos de seguridad diseñados para proteger contra el robo de transmisiones de señal. En una modalidad, la capa de seguridad 316 incluye un protocolo de seguridad básico (no mostrado en la FIGURA 4) que protege contra el robo de servicio y el robo de identidad. La comunicación de datos sensible, puede ser protegida típicamente utilizando autentificación y cifrado extremo a extremo, y la seguridad adicional en la capa de seguridad 316 tipicamente no es necesaria. Sin embargo, se proporcionan interconexiones para permitir que sean agregados varios protocolos de seguridad, según sea necesario . La capa de conexión 318 incluye un protocolo de administración del enlace aéreo 518a, un protocolo de estado de inicialización 518b, un protocolo de estado libre 518c, un protocolo de estado conectado 518d, un protocolo de supervisión de estado libre 518e, un protocolo de supervisión de estado conectado 518f, un protocolo de consolidación de paquete 518g, un protocolo de actualización de ruta 518h, y un protocolo de mensajes aéreos 518i. El protocolo de administración del enlace aéreo 518a proporciona la administración de la máquina de estado total que la terminal de acceso y la red de radio siguen durante una conexión. El protocolo del estado de inicialización 518b proporciona los procedimientos que la terminal de acceso sigue para adquirir una red de radio y los procedimientos que la red de radio sigue para soportar la adquisición de la red. El protocolo de estado libre 518c proporciona los procedimientos que siguen la terminal de acceso y la red de radio cuando no se abre una conexión. El protocolo de estado conectado 518d proporciona los procedimientos que siguen la terminal de acceso y la red de radio cuando se abre una conexión. El protocolo de supervisión del estado libre 518e proporciona los procedimientos de supervisión que sigue la terminal de acceso cuando no se abre una conexión. El protocolo de supervisión de estado conectado 518f proporciona los procedimientos de supervisión que siguen la terminal de acceso y la red de radio cuando se abre una conexión. El protocolo de consolidación de paquete 518g proporciona la priorización de transmisión y encapsulación de paquetes para la capa de conexión 318. El protocolo de actualización de ruta 518h proporciona los medios para mantener una ruta entre la terminal de acceso y la red de radio. Y el protocolo de mensajes aéreos 518i proporciona mensajes de transmisión que contienen información utilizada por los protocolos en la capa de conexión 318. La capa de sesión 320 incluye un protocolo de Índice de sesión 520a y un protocolo de control de sesión 520b. El protocolo de inicio de sesión 520a proporciona el intercambio de mensajes inicial utilizado para iniciar una sesión y proporciona además los medios para rechazar una terminal de acceso que actualmente no tenga una sesión. El intercambio de mensajes inicial asigna a la terminal de acceso un UATI (Identificador de Terminal de Acceso de Transmisión Unilateral) y selecciona el protocolo de control de sesión que a su vez negocia y configura los protocolos utilizados en al sesión. El UATI también es referido aquí como un "identificador de terminal" . En una modalidad, el protocolo de inicio de sesión 520a no es negociable. El protocolo de control de sesión 520b proporciona la negociación y configuración inicial de los protocolos utilizados durante una sesión y soporta además los procedimientos de supervisión de sesión y cierre de sesión. En una modalidad, el protocolo de control de sesión 520b soporta dos pasos de negociación - una negociación iniciada con la terminal de acceso (AT) y una negociación iniciada por la red de radio (RN) . En la fase de negociación iniciada por la AT, los intercambios de negociación son iniciados por la terminal de acceso. Esta fase es típicamente utilizada para negociar los protocolos que serán utilizados en las sesiones para negociar las configuraciones en los protocolos (por ejemplo, longitudes de clave de identificación) . En la fase de negociación iniciada por la AN, los intercambios de negociación son iniciados por la red de radio. Esta fase es típicamente utilizada para acumular los valores predeterminados utilizados en los protocolos de negociación. El protocolo de control de sesión 520b también puede proporcionar un mecanismo para mantener viva la sesión. En una modalidad, de acuerdo con el mecanismo para mantener viva la sesión, si no ha fluido nada entre la terminal de acceso y la red de radio durante un periodo de tiempo, entonces una entidad envía un mensaje de mantener viva la sesión a la cual responde la otra entidad.
El protocolo de inicio de sesión 520a y el protocolo de control de sesión 520b son descritos con mayor detalle más adelante. La capa de flujo 322, incluye un protocolo de flujo 522a. En la dirección de transmisión, el protocolo de flujo 522 agrega un encabezado de flujo a los paquetes de datos y asegura que los paquetes estén alineados por objetos. En la dirección de la recepción, el protocolo de flujo 522a remueve el acabado de flujo y envía los paquetes a la aplicación apropiada. En una modalidad, los protocolos son definidos por sus interconexiones y estados de protocolo. En una modalidad específica, son definidos 4 tipos de interconexión e incluyen: (1) encabezados y mensajes, (2) órdenes, (3) indicaciones, y (4) datos públicos. Para la siguiente difusión, el término "entidad" se utiliza para denotar la terminal de acceso o la red de radio. Los encabezados y mensajes son utilizados para la comunicación entre un protocolo que ejecute una entidad y el mismo protocolo en la otra entidad. Las órdenes son utilizadas por un protocolo de capa superior para obtener un servicio de un protocolo de capa inferior en la misma entidad. Por ejemplo, las órdenes pueden ser utilizadas como primitivas por una capa superior para hacer que un protocolo en una capa más baja donde haga una acción (por ejemplo, aborte cualquier intento de acceso actualmente en progreso) . En una modalidad, las órdenes pueden ser enviadas entre protocolos en la misma capa pero limitadas a una dirección (es decir, a la entidad que recibe una orden de un protocolo particular se le prohibe enviar una orden a la otra entidad en el mismo protocolo) . Las indicaciones son utilizadas por un protocolo de capa inferior para transportar información con respecto a la ocurrencia de un evento (por ejemplo, para proporcionar notificaciones cuando ocurran ciertos eventos) . En una modalidad, los protocolos en una capa superior o en la misma capa pueden registrarse para recibir indicaciones. En una modalidad, las indicaciones entre protocolos en la misma capa se limitan a una dirección (es decir, si el protocolo A se registra para recibir indicaciones del protocolo B en la misma capa, se le prohibe al protocolo B registrarse para recibir indicaciones del protocolo A) . Los datos públicos son utilizados para compartir información en una forma controlada entre protocolos. Los protocolos pueden volver disponibles a otros protocolos algunos de los datos que generan o reciben a través de mensajes. Los datos públicos pueden ser compartidos entre protocolos de la misma capa así como protocolos en diferentes capas. Los estados de protocolo son utilizados para identificar los estados de operación particulares de un protocolo particular. Cada estado de protocolo puede ser asociado con un conjunto particular de características de comportamiento que pueden depender, por ejemplo, de la condición de operación, el ambiente de la entidad (por ejemplo, si se abrió o no una conexión, si se abrió o no una sesión, y así sucesivamente), y otros factores. Las transmisiones entre estados de protocolo son activadas por la ocurrencia de eventos particulares, los cuales también son capturados por los estados de apertura. Los ejemplos de los eventos que pueden conducir a una transmisión de estado incluyen la recepción de un mensaje, de una orden un protocolo de capa superior, una ilustración de un protocolo de capa inferior, y una expiración del temporizador. La red de radio es capaz de comunicarse con un número de terminales de acceso concurrentemente. La red de radio vuelve instantáneo un protocolo de señalización para cada terminal de acceso con la cual se comunica y posteriormente mantiene la máquina de estado de protocolo para la terminal de acceso. La red de radio es capaz de mantener múltiples instantáneas del protocolo de señalización, cada una con su propia máquina de estado independiente . Una modalidad, se proporciona un estado inactivo, un estado abierto y un estado cerrado para cada uno de un número de protocolos. El estado inactivo es introducido cuando el protocolo no funciona a un tiempo particular. Por ejemplo, el protocolo MAC del canal de acceso en la terminal de acceso entra al estado inactivo cuando tiene una conexión abierta. El estado abierto indica que la sesión o conexión (según sea aplicable para el protocolo) está abierta, y el estado cerrado indica que la sesión o conexión está cerrada. En una modalidad, todos los estados de un protocolo particular diferentes al estado inactivo son referidos colectivamente como estados activos, aunque pueden ser nombrados individualmente. Por ejemplo, un protocolo MAC del canal de tráfico de ida puede ser diseñado para que tenga tres estados: inactivo, de velocidad variable y velocidad fija, con los estados de velocidad variable y fija siendo referidos como los estados activos. Cada protocolo soporta un conjunto de órdenes que facilitan la comunicación con otros protocolos. Algunas órdenes comunes soportadas por muchos de los protocolos incluyen activar, desactivar, abrir y cerrar. Activar le ordena al protocolo la transición desde el estado inactivo a algún otro estado. Desactivar le ordena al protocolo la transición al estado inactivo. Abrir (o cerrar) ordena al protocolo efectuar una función relacionada como la apertura (o cierre) de una sesión o apertura (o cierre) de una conexión. De acuerdo con un aspecto de la invención, pueden ser negociadas o configuradas un número de aplicaciones, capas, protocolos o configuraciones (es decir, para las aplicaciones, capas y protocolos) , o una combinación de las mismas cuando se empiece una sesión. A cada flujo, capa o protocolo se le asigna un identificador único (referido aquí como Tipo) que identifica el tipo, capa o protocolo general, (por ejemplo, un protocolo MAC del canal de acceso) . En una implementación específica, el identificador tiene un valor de 8 bits. Las capas (por ejemplo, las mostradas en la FIGURA 3) también pueden ser negociadas. En una modalidad, un flujo, capa o protocolo puede estar asociado además con un Subtipo que identifique un caso específico de la capa o protocolo (por ejemplo, protocolo MAC del canal de acceso predeterminado y quizá un día, el protocolo MAC del canal de acceso extendido y aumentado, u otro) . La arquitectura de capa mostrada en la FIGURA 3 es una variedad de aplicaciones. De acuerdo con un aspecto de la invención, para una compatibilidad mínima, se define un conjunto de aplicaciones predeterminadas las cuales son soportadas por todas las terminales de acceso y redes de radio. En una modalidad, las aplicaciones predeterminadas incluyen una aplicación de señalización predeterminada y una aplicación de paquetes predeterminada. La aplicación de señalización predeterminada proporciona los medios para enviar mensajes a un protocolo en una entidad y el mismo protocolo en la otra entidad. La aplicación de este paquete predeterminado proporciona un flujo del octeto de PPP entre las entidades. En una modalidad, el protocolo de señalización predeterminado incluye (1) un protocolo de envío de mensajes (por ejemplo, un protocolo de envío de mensajes HDR) y (2) un protocolo de la capa de enlace que proporciona la fragmentación de los mensajes, retransmisión, y detección de datos publicados (por ejemplo, el Protocolo de Enlace de Señalización SLP) . En una modalidad, la aplicación del paquete predeterminado incluye (1) el PPP (es decir, de acuerdo a lo definido por el IETF RFC 1661) que proporciona el flujo del octeto de PPP y (2) un protocolo de capa de enlace (por ejemplo, el Protocolo de Enlace de Radio RLP) que proporciona la retransmisión del octeto y la detección de datos duplicados.
De acuerdo con un aspecto de la invención, las aplicaciones a ser usadas, los flujos sobre los cuales las aplicaciones son transportadas, las capas, los protocolos y las configuraciones pueden ser negociados como parte de la negociación de la sesión. En una modalidad, la negociación de la sesión es implementada en la capa de sesión. De acuerdo con otro aspecto de la invención, cada terminal de acceso y red de radio está diseñada para soportar una arquitectura de capa básica y un conjunto básico de protocolos. Tras el inicio de una comunicación entre la terminal de acceso y la red de radio, se efectúa una negociación de sesión, y el protocolo en el conjunto básico y protocolos adicionales pueden ser negociados entre las entidades. Se utiliza un conjunto de aplicaciones capas, protocolos y configuraciones predeterminadas para soportar la comunicación de las entidades hasta que los protocolos sean negociados. Cada capa incluye cero o más protocolos predeterminables . Pueden ser utilizados mensajes de protocolo de señalización aérea predeterminados para intercambiar información relacionada con las capas, protocolos y configuraciones predeterminadas. La terminal de acceso y la red de radio utilizan los parámetros predeterminados para que sea completada la negociación de la sesión, punto en el cual aplican las capas, protocolos y configuraciones negociadas para ser negociadas en la comunicación posterior . La FIGURA 6A muestra un diagrama de estados de una modalidad y un protocolo de inicio de sesión (por ejemplo, el protocolo de inicio de sesión 520a en la FIGURA 5) para la terminal de acceso, que incluye un estado inactivo 610, un estado de inicialización 612 y un estado de sesión 614. Como se muestra en la FIGURA 6A, el protocolo de inicio de sesión para la terminal de acceso transita de un estado inicial a un estado inactivo 610 para abrir una sesión. En el estado inactivo 610, no existen comunicaciones entre la terminal de acceso y la red de radio. Tras la transmisión o recepción de un mensaje activo, el protocolo transita al estado de inicialización 612 en el cual la terminal de acceso y la red de radio intercambian los mensajes de petición de apertura y respuesta de apertura. El protocolo transita nuevamente al estado inactivo 610 si el mensaje de respuesta de apertura recibido indica que la petición fue rechazada y transita al estado se sesión 614 si la petición fue aceptada. Vía el intercambio de mensajes de petición de apertura y repuesta de apertura a la terminal de acceso se le asigna un UATI (es decir, un identificador de terminal) y es seleccionado un protocolo de control de sesión para ser utilizado en la negociación de la sesión. El estado de sesión 614, una sesión está abierta o en el proceso de ser negociada por el protocolo de control de sesión seleccionado en el estado de inicialización 612. El protocolo transita del estado de sesión 614 nuevamente al estado inactivo 610 tras enviar o recibir un mensaje de cerrar o después de recibir un mensaje de rechazo de la red de radio . La FIGURA 6B ilustra un diagrama de estado de una modalidad de un protocolo de inicio de sesión para la red de radio, que incluye un estado inactivo 620, un estado de inicialización 622 y un estado de sesión 624. El protocolo de inicio de sesión para la red de radio entra al estado inactivo 620 para recibir una indicación para abrir una sesión. El protocolo transita del estado inactivo 610 al estado de inicialización 612 tras recibir un mensaje de petición de apertura de la terminal de acceso. El mensaje de petición de apertura es procesado y el protocolo transita nuevamente hacia un estado inactivo 620 tras la transmisión de un mensaje de respuesta de apertura indicativo de rechazo de la petición de apertura y al estado de sesión 624 para la transmisión de un mensaje de respuesta de apertura indicativo de aceptación de la petición. El protocolo transita del estado de sesión 624 nuevamente al estado inactivo 620 tras la transmisión o recepción de un mensaje de cerrar. La FIGURA 6C muestra un diagrama de estado de una modalidad de protocolo de control de sesión (por ejemplo, el protocolo de control de sesión 520b en la FIGURA 5) para la terminal de acceso, que incluye un estado inactivo 630, un estado iniciado por AT 632, un estado iniciado por la RN 634 y un estado abierto 636. El protocolo de control de sesión para la terminal de acceso transita de un estado inicial a un estado inactivo 630 para la negociación de una sesión. En el estado inactivo 630, el protocolo espera una orden de activación y, recepción o transmisión, transita a un estado iniciado por la AT 632. En el estado iniciado por la AT 632, se efectúa la negociación al inicio de la terminal de acceso y tras la conclusión (por ejemplo, de acuerdo a lo designado por la transmisión de un mensaje completar la configuración) , el protocolo transita al estado iniciado de la RN 634. En el estado de iniciado de la RN 634, la negociación se efectúa al inicio de la red de radio y tras la compresión (por ejemplo, como el designado por la recepción de un mensaje de completar configuración) , el protocolo transita a la escala abierta 636. En el estado abierto 363, la sesión se abre y puede ser utilizada para intercambiar tráfico de aplicación (por ejemplo, 0 hasta 3) entre la terminal de acceso y la red de radio. El protocolo transita en el estado abierto 636 nuevamente al estado inactivo 630 tras cerrar la sesión (por ejemplo, tras la transmisión de un mensaje de cerrar) . La FIGURA 6D muestras un diagrama de estado y una modalidad de un protocolo de control de sesión para la red de radio, que incluye un estado inactivo 640, un estado iniciado por la AT 642, un estado de iniciado por la RN 644, un estado abierto 646, y un estado de cierre 648. El protocolo de control de sesión para la red de radio transita al estado inactivo 640 para una negociación de sesión. En el estado activo 640, el protocolo espera una orden de inactivar y, tras su recepción o transmisión, transita al estado iniciado por la AT 642. En el estado iniciado por la AT 642, se efectúa la negociación iniciada por la terminal de acceso y tras su conclusión (por ejemplo, de acuerdo a lo designado por la recepción de un mensaje de completar configuración) , el protocolo transita al estado iniciado por la RN 644. En el estado iniciado por la RN 634, la negociación iniciada por la red de radio es efectuada tras su conclusión (por ejemplo, de acuerdo a lo designado por la transmisión de un mensaje de completar configuración) , el protocolo transita al estado abierto 646. En el estado abierto 646, la sesión se abre y puede ser utilizada para intercambiar tráfico de aplicación entre la terminal de acceso y la red de radio. El protocolo transita del estado abierto 646 nuevamente al estado inactivo 640 tras la recepción de un mensaje de cerrar y a un estado cerrado 648 tras la transmisión de un mensaje de cerrar. En el estado cerrado 468, el protocolo transita nuevamente al estado inactivo 640 y con la recepción de un mensaje de cerrar a la expiración del temporizador. Por simplicidad, no todas las transiciones son mostradas por las FIGURAS 6A a 6D. Por ejemplo, las transiciones de desactivar no son mostradas en la FIGURA 6A y 6B, y las transiciones de falla no son mostradas en la FIGURA 6C y 6D. La FIGURA 7A muestra un diagrama de flujo de una implementación específica de la fase de apertura de sesión 610. El protocolo en la fase de apertura de sesión 610 utiliza un mensaje de petición de apertura y un mensaje de respuesta de apertura para permitir a las terminales de acceso solicitar y recibir un identificador de terminal de acceso. La terminal de acceso inicia el intercambio de mensajes enviando un mensaje de petición de apertura sobre el canal común de regreso (por ejemplo, el canal de acceso 444 en la FIGURA 4C) y se identifica por sí misma con un identificador de terminal de acceso aleatorio de bloque 710. La red de radio recibe y procesa el mensaje de petición de apertura, en el bloque 712. En el bloque 714, la red de radio define si acepta o rechaza la petición de apertura. Si la petición de sesión es aceptada, la red de radio asigna un identificador de terminal de acceso a la terminal de acceso y genera un mensaje de respuesta de apertura que incluye el identificador asignado, en el bloque 716. El identificador de la terminal de acceso va a ser utilizado por la terminal de acceso durante la duración de la sesión. De otro modo, si la petición de la sesión es rechazada, la red de radio genera un mensaje de respuesta de apertura que incluye una razón de rechazo, en el bloque 718. El mensaje de respuesta de apertura incluye además un identificador de terminal de acceso aleatorio extraído del mensaje de petición de apertura recibido de la terminal de acceso. El mensaje de respuesta de apertura es entonces enviado a la terminal de acceso sobre el canal común de ida (por ejemplo, el canal de control 428), del bloque 720. En una modalidad, los mensajes en la fase abierta de la sesión 610 son transportados por el protocolo de sesión (predeterminado) . Como se muestra en la FIGURA 6, la fase de configuración de sesión 620 incluye una subíase de negociación de capa/protocolo de sesión 622, una subíase de configuración de capa/protocolo de sesión 624, y una subíase de activación de capa/protocolo de sesión 626. Esas subfases son descritas con mayor detalle más adelante. La FIGURA 7B muestra un diagrama de flujo de una implementación específica de la subíase de negociación de capa/protocolo de sesión 622. El protocolo en la subíase 622 utiliza uno o más mensajes de petición de configuración y mensajes de respuesta de configuración para permitir a la terminal de acceso y la red de radio negociar mutuamente capas, protocolos y configuraciones aceptables. Inicialmente, la terminal de acceso identifica un conjunto de capas y protocolos (o capas/protocolos, que son identificados por sus Tipos) a ser negociados, en el bloque 730. Por cada capa y protocolo seleccionado, la terminal de acceso identifica un conjunto de configuraciones aceptables (las cuales son identificadas por sus Subtipos), en el bloque 732. La terminal de acceso genera y envía uno o más mensajes de petición de información sobre el canal dedicado de regreso a la red de radio, en el bloque 734. Cada mensaje de petición de configuración incluye uno o más Tipos que identifican una o más capas/protocolos correspondientes a ser negociados. Por cada tipo, el mensaje incluye además una lista de uno o más Subtipos aceptables, en orden descendente de preferencia. En una modalidad, para simplificar el procesamiento de mensajes, cada mensaje de petición de configuración incluye una o más listas de Subtipos completas y ordenadas (es decir, que una lista de Subtipos no se divide dentro de un mensaje de petición de configuración y no se divide a través de múltiples mensajes de petición de configuración) . La red de radio recibe los mensajes de petición de configuración, en el bloque 736, e identifica cada Tipo y su lista asociada de Subtipos, en el bloque 738. Por cada Tipo reconocido en el mensaje de petición de configuración, la red de radio selecciona un Subtipo aceptable de la lista asociada de Subtipos previamente identificados por la terminal de acceso como aceptables, en el bloque 740. Si la red de radio no reconoce el Tipo o no encuentra un Subtipo aceptable en la lista asociada, ese Tipo es ignorado. La red de radio genera y envía entonces un mensaje de respuesta de configuración que incluye los Tipos procesados por la red de radio del Subtipo seleccionado por cada Tipo, en el bloque 742. Cualquier Tipo ignorado por la red de radio es omitido del mensaje de respuesta de configuración. En una modalidad, para simplificar el procesamiento por la terminal de acceso, los Tipos en el mensaje de respuesta de configuración son arreglados en el mismo orden encontrado en el mensaje de petición de configuración. La terminal de acceso recibe el mensaje de respuesta de configuración, en el bloque 746, y compara los Tipos en el mensaje de respuesta de configuración con los Tipos en el mensaje de petición de configuración, en el bloque 748. Por cada Tipo de mensaje de petición de configuración que sea encontrado en el mensaje de respuesta de configuración, la terminal de acceso fija el Subtipo para el Tipo en el valor predeterminado, en el bloque 750. Por cada Tipo en el mensaje de respuesta de configuración, la terminal de acceso fija el Subtipo para el Tipo al Subtipo asociado encontrado en el mensaje de respuesta de configuración recibido, en el bloque 752. En una modalidad, la red de radío declara una falla de configuración, en el bloque 744, si determina en cualquier momento durante en el intercambio de mensajes que los Tipos o Subtipos seleccionados por la terminal de acceso no operarán. En una modalidad, la terminal de acceso declara una falla de configuración, en el bloque 754, si determina en cualquier momento durante el intercambio de mensaj es que : 1) El mensaje de respuesta de configuración recibido no tiene asociado un mensaje de petición de configuración, 2) El mensaje de respuesta de configuración incluye múltiples valores de atributos (es decir, múltiples Subtipos) para un atributo (es decir, Tipo) , 3) El mensaje de respuesta de configuración incluye un atributo no encontrado en el mensaje de petición de configuración asociado, 4) El mensaje de respuesta de configuración incluye un valor de atributo no encontrado en el mensaje de petición de configuración, 5) El mensaje de respuesta de configuración incluye un atributo en un orden que es diferente del orden del mensaje de petición de configuración asociado, 6) Las configuraciones seleccionadas por la red de radio operarán. La falla de configuración también puede ser declarada por la terminal de acceso y la red de radio sobre la base de algunas otras condiciones. Si es declarada una falla de configuración, la parte que declara la falla cierra la sesión. El Tipo cerrar y el Subtipo cerrar son fijados como el Tipo y Subtipo, respectivamente, del protocolo de la capa de enlace. En una modalidad, si la terminal de acceso y la red de radio no pueden concordar sobre la configuración de una o más capas/protocolo de sesión, la sesión se cierra. Una vez completada la subíase de negociación de capa/protocolo de sesión 622 para una capa/protocolo particular, la terminal de acceso y la red de radio entran a la subíase de configuración de la capa/protocolo de sesión 624 para esa capa/protocolo. En la subíase 622, la terminal de acceso y la red de radio determina la configuración de las capas y protocolos negociados durante la subíase de negociación de la capa/protocolo 622. Los mensajes para la subíase 624 son transportados por sus Tipos de capa/protocolo respectivos. Las subfases de configuración de capa/protocolo de sesión para una o más de las capas/protocolos seleccionados pueden ser efectuadas en serie o en paralelo, para acelerar el proceso de configuración. Para mejorar la compatibilidad, la red de radio puede ser diseñada para soportar la configuración en serie y en paralelo, y la terminal de acceso puede ser diseñada para soportar la configuración en serie o en paralelo, o posiblemente ambas. La implementación de la subíase de configuración 624 depende de la capa/protocolo particular a ser configurado. Pueden ser contempladas varias implementaciones de subíase de configuración 624, y están dentro del alcance de la presente invención. La FIGURA 7C muestra un diagrama de flujo de una modalidad de subíase de activación de capa/protocolo de sesión 626. Tras completar la subíase de configuración de capa/protocolo de sesión 624 para todas las capas y protocolos negociados, la terminal de acceso y la red de radio entran a la subíase de activación de la capa/protocolo de sesión 626. En la subíase 626, la terminal de acceso y la red de radio activan las capas y protocolos de sesión negociados. Los mensajes en la subíase 626 son transportados por el protocolo de sesión. En una modalidad, la terminal de acceso inicia la subíase de activación 626 enviando un mensaje de petición de activar sesión en el canal dedicado de regreso, en el bloque 780. Si la terminal de acceso requiere la liberación de la conexión para activar las capas o protocolos negociados, indica este requerimiento en el mensaje de petición de activar sesión. La red de radio recibe y procesa el mensaje en el bloque 782. La red de radio envía entonces un mensaje de respuesta de activar sesión en el canal dedicado de ida, en el bloque 784. Si se requiere la liberación de una conexión, la red de radio indica este requerimiento en el mensaje de respuesta de activar sesión. En el bloque 786, se hace una determinación de sí la terminal de acceso o la red de radio requieren la liberación de la conexión para activar las capas y protocolos negociados. Si se requiere la liberación de una conexión, la terminal de acceso libera la conexión en el bloque 788. Tras la liberación de la conexión, la terminal de acceso y la red de radio activan y utilizan las capas y protocolos negociados, en el bloque 790. De manera alternativa, puede hacerse la determinación de sí el mensaje de respuesta de activar sesión es recibido por la terminal de acceso, en el bloque 792. Si el mensaje de respuesta de activar sesión es recibido, la terminal de acceso y la red de trabajo se activan y utilizan las capas y protocolos negociados. La terminal de acceso envía un mensaje de configuración de regreso a la red de radio tras recibir el mensaje de respuesta de activar sesión. Durante la sesión, si se determina que se requieren diferentes capas, protocolos y/o configuraciones, en el bloque 796, la sesión actual es terminada, y es establecida una nueva sesión, en el bloque 798.
En una modalidad, la subíase de negociación de capa/protocolo de sesión 622 puede ser efectuada para todas las capas y protocolos seleccionados y, posteriormente, se efectúa la subíase de configuración de capa/protocolo de sesión 624 por cada capa y protocolo seleccionado. De manera alternativa, la subíase de negociación de la capa/protocolo de sesión 622 puede ser efectuada por un número particular de capas y protocolos seleccionados (por ejemplo, una capa o protocolo) seguida posteriormente por una subíase de configuración de capa/protocolo de sesión 624 por las capas y protocolos seleccionados (por ejemplo, la subíase de negociación y configuración son efectuadas como una combinación por cada capa y protocolo) . La FIGURA 8 muestra un diagrama de flujo de mensajes de una implementación específica de la subíase de negociación de la capa/protocolo de sesión 622 y la subíase de configuración de la capa/protocolo de sesión 624 iniciada por una terminal de acceso para establecer un enlace de comunicación con una red de radio. La terminal de acceso inicia la negociación de la sesión enviando un mensaje de petición de apertura 810 a la red de radio vía un canal común (por ejemplo, el canal de acceso 444 en la FIGURA 4, o un canal de acceso en el sistema que se ajuste al IS-95) . El mensaje de petición de apertura incluye un identificador de mensaje y un identificador de transacción que identifican al mensaje y la transacción, respectivamente, con la red de radio. La red de radio recibe y procesa el mensaje de petición de apertura y envía un mensaje de respuesta de apertura 812 de regreso a la terminal de acceso. El mensaje de respuesta de apertura incluye los identificadores de mensaje y transacción, un código de resultado correspondiente al resultado de la petición de apertura y un identificador de la terminal de acceso si la petición es aceptada. La terminal de acceso y la red de radio determinan entonces las capas y protocolos a ser negociados. Esto puede ser logrado vía un intercambio de mensajes 820 y 822 entre la terminal de acceso y la red de radio sobre los canales de tráfico de ida y regreso asignados (por ejemplo, el canal de tráfico de ida 426 y el canal de tráfico de regreso 442 en la FIGURA 4). Pueden ser enviados múltiples mensajes por la terminal de acceso y la red de radio. Los mensajes enviados por la terminal de acceso son representados simbólicamente como el mensaje 820 en la FIGURA 8, y los mensajes enviados por la red de radio son representados simbólicamente como él mensaje 822. En una modalidad, los mensajes de petición de apertura y respuesta de apertura son enviados vía los canales comunes (por ejemplo, el canal de acceso y el de control), los cuales son compartidos con otras terminales de acceso, pero los mensajes de negociación y configuración son enviados los canales dedicados asignados por la red de radio. Los mensajes de petición de apertura y respuesta de apertura están diseñados para ser cortos. Los mensajes de negociación y configuración son típicamente más extensos, y son enviados vía los canales dedicados asignados para un mejor funcionamiento (es decir, un tiempo de respuesta más corto) . Una vez que las capas y protocolos son seleccionados, la negociación es efectuada posteriormente por cada capa y protocolo seleccionado. En una modalidad, las capas y protocolos seleccionados por una entidad (por ejemplo, la terminal de acceso) son negociados primero y las capas y protocolos seleccionados por otra entidad (por ejemplo, la red de radio) son negociados entonces. La entidad que negocie una capa o protocolo particular envía a la otra entidad un mensaje de petición de configuración 830 (u 840) que incluye una o más capas y/o protocolos seleccionados y una lista de configuraciones aceptable por cada capa y protocolo seleccionado. (Las capas y protocolos que están siendo negociados, también son referidos como atributos, y las configuraciones también son referidas como valores de atributo) . La otra entidad recibe los mensajes de petición de configuración y responde con mensajes de respuesta de configuración correspondientes 832 (u 842) que incluyen las capas y/o protocolos que están siendo negociados y sus configuraciones seleccionadas. El intercambio de mensajes de petición/respuesta de configuración continúa hasta que ambas entidades aceptan los atributos negociados. Entonces es enviado un mensaje de configuración 834 (u 844) por la entidad que inicia la negociación para confirmar la aceptación del atributo negociado. Los atributos seleccionados adicionales, si los hay, son entonces negociados de manera similar. En la FIGURA 8, los mensajes de negociación 830 y 832 y el mensaje de configuración 834 representan los mensajes para un conjunto de atributos (es decir, una capa, un protocolo, y así sucesivamente) . Otro conjunto de mensajes es enviado por cada conjunto de atributos seleccionados para la negociación. En la modalidad mostrada en la FIGURA 8, los mensajes de negociación 840 y 842, y el mensaje de confirmación 844 para el conjunto de atributos seleccionados para la negociación por la red de radio, son intercambiados después de que los atributos seleccionados por la terminal de acceso han sido negociados . Para completar la negociación del protocolo, puede efectuarse la comunicación entre la terminal de acceso y la red de radio utilizando las capas y protocolos negociados. De acuerdo con un aspecto de la invención, la terminal de acceso y la red de radio, son diseñadas para soportar un conjunto básico de mensajes. En una modalidad, la terminal de acceso y la red de radio soportan los mensajes listados en al Tabla 1, los cuales se describen mejor más adelante.
Tabla 1 Tabla 1 La FIGURA 9A es un diagrama de una modalidad de un formato para el mensaje de petición de apertura. En esta modalidad, el mensaje de petición de apertura incluye un campo de identificador de mensaje 910 y un campo de identificador de transacción 912. En una modalidad, el campo de identificador de mensaje 910 es un campo de 8 bits que tiene un valor de 0x00 que identifica el mensaje de petición de apertura, y el campo de identificador de transacción es también un campo de 8 bits que tiene un valor que se incrementa con cada nuevo envío de mensaje de petición de apertura. La FIGURA 9B es un diagrama de una modalidad de un formato del mensaje de respuesta de apertura. En esta modalidad, el mensaje de apertura de respuesta incluye un campo de identificador de mensaje 920, un campo de identificador de transacción 922, un campo de código de resultado 924 y un campo de identíficador de terminal de acceso 926, y un campo de temporizador de inactividad y sesión 928. En una modalidad, el campo de identificador de mensaje es un campo de 8 bits que tiene un valor de 0x01 que identifica el mensaje de respuesta de apertura, y un campo de identificador de transacción 922 y también un campo de 8 bits que contiene el valor del campo de identíficador de transacción 912 en el mensaje de petición de apertura recibido correspondiente que está siendo procesado. En una modalidad, el campo de código de resultado 924 es un campo de 8 bits que tiene un valor de 0x00 el valor de apertura es aceptada, un valor de 0x01 si la petición de apertura es rechazada por alguna razón no especificada, y un valor de 0x02 si la petición de apertura es rechazada debido a la falta de recursos. También pueden ser generados valores adicionales o diferentes para el campo de código de resultado 924. En una modalidad, el campo de identificador de terminal de acceso 926 es un campo de cuatro objetos que tiene un valor asignado como el identificador de la terminal de acceso a ser utilizado por la terminal de acceso durante la duración de la sesión. Si el valor en el campo del código de resultado 924 es 0x00, entonces el campo del identificador de la terminal de acceso 926 es fijado como 0x00000000 y la terminal de acceso ignora este valor. En una modalidad, el campo del temporizador e inactividad y sesión 928 es un campo de 8 bits que tiene un valor indicativo de la longitud de inactividad, en minutos, de la sesión. Si el valor en el campo de código de resultado 924 es 0x00, indicando la aceptación de la petición de apertura, entonces la red de radio fija el valor del temporizador de inactividad sesión 928 a un valor de temporizador de inactividad de sesión que es utilizado por la sesión. Si el valor en el campo del código de resultado 924 no es 0x00, indicando el rechazo de la petición de apertura, entonces el campo de temporizador de actividad y sesión 922 es fijado para 0x00 y la terminal de acceso ignora este valor. La FIGURA 9C es un diagrama de una modalidad de un formato para un mensaje de cerrar. En esta modalidad, el mensaje de cerrado incluye un campo de identificador de mensaje no deseado 930, un identificador de transacción 932, un campo de razón de cierre 934, un campo de longitud de más información 936, y un campo de más información 938. En una modalidad, el campo del identificador 930 es un campo de 8 bits que tiene un valor de 0x02 que identifica un mensaje de cerrar y el campo del identificador de transacción 932 es también un campo de 8 bits que tiene un valor que se incrementa con cada nuevo mensaje de cerrar enviado. En una modalidad, el campo que a razón del cierre 934 es un campo de un octeto que tiene un valor que identifica la razón del cierre, el campo de longitud de más información 936 es un campo de un octeto que tiene un valor que identifica la longitud (en octetos) del campo de más información subsecuente 938, y el campo de más información 938 es un campo de longitud variable que contiene información adicional perteneciente al cierre. El formato para el campo de más información 938 depende del cierre particular. La FIGURA 9D es un diagrama de una modalidad de un formato para un mensaje de hola. En esta modalidad, el mensaje de hola incluye un campo identificador de mensaje de 8 bits 940 que tiene un valor de 0x03 que identifica al mensaje de hola. La FIGURA 9E es un diagrama de una modalidad de un formato para un mensaje de petición de configuración. En esta modalidad, el mensaje de petición de configuración incluye un campo de tipo 950, un campo de identificador de mensaje 952, un campo de identificador de transacciones 954, y un campo de lista de atributos 956. En una modalidad, el campo de tipo 950 es un campo de 8 bits que tiene un valor que identifica el tipo de protocolo que está siendo configurado, el campo de identificador de mensaje 952 es un campo de 8 bits que tiene un valor de 0x04 que identifica al mensaje de petición de configuración, y el campo identificador de transacción 964 también tiene un campo de 8 bits que tiene un valor que se incrementa con cada nuevo envío de mensaje de petición de configuración. En una modalidad, el campo de bits de atributos 956 es un campo de longitud variable que incluye una lista de Subtipos aceptables por cada Tipo a ser negociado, con cada elemento de la lista incluyendo uno o más (Tipo, Subtipo) . En una modalidad, si la lista incluye más de un elemento, entonces los elementos son arreglados en orden descendente de preferencia. La entidad receptora puede determina la longitud del mensaje de petición de configuración utilizando la longitud del mensaje. La FIGURA 9F es un diagrama de una modalidad de un formato para el mensaje de respuesta y configuración. En esta modalidad, el mensaje de respuesta de configuración incluye un campo de tipo 960, un campo de identificador de mensaje 932, un campo de identificador de transacción 964 y un campo de lista de atributos 966. En una modalidad, el campo del tipo 960 es un campo de 8 bits que tiene un valor que identifica el tipo de protocolo que está siendo configurado, el campo de identificador de mensaje 962 es un campo de 8 bits que tiene un valor de 0x05 que identifica el mensaje de respuesta de configuración, y el campo del identificador de transacción 922 es también un campo de 8 bits que contiene el valor del campo del identificador de transacción 954 en el mensaje de petición de configuración recibido que está siendo procesado. En una modalidad, el campo de lista de atributos 966 es un campo de longitud variable que incluye uno (o posiblemente más) Subtipos aceptables por cada Tipo procesado. Los elementos en el campo de la lista de atributos 966 son pares (Tipo, Subtipo) , el campo de la lista de atributos 966 no contiene un elemento encontrado en el mensaje de petición de configuración correspondiente, y los elementos en el campo de la lista de atributos 966 están arreglados en el orden encontrado en el mensaje de petición de configuración correspondiente. Nuevamente, la entidad receptora puede determinar la longitud del mensaje de respuesta de configuración utilizando la longitud del mensaje. La FIGURA 9G es un diagrama de una modalidad de un formato para el mensaje de petición de activar sesión. En esta modalidad, el mensaje de petición de activar sesión incluye un campo de identificador de mensajes 970, un campo de identificador de transacciones 972 y un campo de indicación de liberación de conexión 974. En una modalidad, el campo de identificador de mensaje 970 es un campo de 8 bits que tiene un valor de 0x06 que identifica el mensaje de petición de activar sesión, y el campo de identificador de transacción 972 es también un campo de 8 bits que tiene un valor que se incrementa con cada nuevo envío de mensaje de petición de activar sesión. En una modalidad, el campo de indicación de liberar la conexión 974 es un campo de un octeto que tiene un valor de 0x01 si la terminal de acceso requiere que la conexión sea liberada para la transición para la subíase de negociación o configuración de la capa/protocolo de sesión, y un valor de 0x00 cero en otras circunstancias. La FIGURA 9H es un diagrama de una modalidad de un formato para el mensaje de respuesta de activar sesión. En esta modalidad, el mensaje de respuesta de activar sesión incluye un campo de identificador de mensaje 980, un campo de identificador de transacción 982 y un campo de indicación de liberación 984. En una modalidad, el campo identificador de mensaje 980 es un campo de 8 bits que tiene un valor de 0x07 que identifica el mensaje de respuesta de activar sesión, y el campo identificador de transacción 982 es también un campo de 8 bits que contiene el valor del campo identificador de transacción 972 en el mensaje de activar sesión del sistema que está siendo procesado. En una modalidad, el campo de indicación de liberación conexión 984 es un campo de 1 octeto que tiene un valor de 0x01 si la terminal de acceso o la red de radio requiere que la conexión sea liberada para la transición a la subíase de negociación o configuración de la capa/protocolo de sesión, y un valor de 0x00 en otras circunstancias. Las FIGURA 9A hasta 9H ilustran diagramas de implementación específica de algunos de los mensajes que pueden ser utilizados para la configuración de aplicaciones, capas y protocolos. También pueden ser definidos y utilizados mensajes adicionales y/o diferentes a aquéllos descritos anteriormente (por ejemplo, un mensaje de activar, un mensaje de configuración, y muchos otros) , y éstos están dentro del alcance de la presente invención. Además, los mensajes pueden ser diseñados para tener diferentes formatos (o adicional) formatos de mensaje, campos y formatos de campo de aquéllos mostrados en las FIGURAS 9A hasta 9H, y esto también está dentro del alcance de la presente invención. La invención proporciona numerosas ventajas. Primera, el diseño modular de las capas y protocolos permite la fácil modificación y actualización del sistema de comunicación para soportar características o funcionalidades. La terminal de acceso y la red de radio puede comunicarse utilizando las capas y protocolos comúnmente soportados por ambos, y esta determinación puede hacerse al momento de que se abra una sesión.
Segunda, el conjunto básico de capaz o protocolos soportados por las terminales de acceso y la red segura a un nivel mínimo de compatibilidad entre las terminales de acceso y las redes de radio. Para una red de radio a ser enviada debe ser compatible con este protocolo de señalización, únicamente necesita implementar un conjunto limitado de conjunto de funcionalidades. Por ejemplo, la red de radio únicamente necesita poder enviar y vaciar el mensaje de respuesta de configuración en respuesta a un mensaje de petición de configuración recibida. De este modo, el protocolo de señalización de la invención permite la fácil implementación de configuraciones futuras aún si es necesaria la configuración actual. La invención puede ser implementada de varias maneras, también puede ser implementada en programas y sistemas de programación, componentes físicos de computación, o una combinación de los mismos. Por ejemplo, refiriéndose nuevamente a la FIGURA 2, la invención puede ser implementada por una combinación de programas y sistemas de programación y/o componentes físicos de computación dentro del sistema de control 214 y el controlador 262, y otras cualidades acopladas al sistema de control 214 y el controlador 262. Los componentes físicos de computación pueden ser implementados en uno o más circuitos integrados, un circuito integrado específico de una aplicación (ASIC) un procesador de señales digitales (DSP) , un controlador, un microprocesador, u otros circuitos designados para efectuar las funciones descritas aquí. La invención descrita aquí puede ser implementada con muchos sistemas de comunicaciones de espectro extendido. La invención es aplicable para los sistemas de espectro extendido que existen actualmente y nuevos sistemas que están siendo continuamente considerados. Un sistema CDMA específico es el descrito en la Solicitud de Patente Estadounidense No. de Serie 08/963,386 mencionado anteriormente. Otro sistema CDMA se describe en las Patentes Estadounidenses 4,901,307 y 5,103,459 mencionadas anteriormente. La descripción anterior de las modalidades preferidas se proporcionó para permitir a cualquier experto en la técnica hacer uso de la presente invención. Varias modificaciones de esas modalidades serán fácilmente evidentes a aquellos expertos en la técnica, y los principios genéricos descritos pueden ser afectados por otras modalidades sin el uso de la facultad inventiva. De este modo, la presente invención no pretende limitarse a las modalidades mostradas aquí, sino de acuerdo al más amplio alcance consistente con los principios y características novedosas descritas aquí.
Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims (27)

  1. REIVINDICACIONES Habiéndose descrito la invención como antecede se reclama como propiedad en las siguientes reivindicaciones . 1. Un método para configurar una capa o protocolo antes de comenzar la comunicación de datos entre una primera entidad y una segunda entidad, el método se caracteriza porque comprende: seleccionar en la primera entidad un conjunto de cero o más capas y cero o más protocolos a ser negociados, donde cada capa y protocolo seleccionados corresponden a un atributo a ser negociado entre la primera y segunda entidades; por cada atributo seleccionado, determinar una lista de valores de atributo seleccionables que incluyen uno o más valores de atributo considerados aceptables a la primera entidad; enviar desde la primera entidad una lista de atributos seleccionados y sus listas asociadas de valores de atributos seleccionados; recibir en la primera entidad una lista de atributos procesados y sus listas asociadas de valores de atributo procesados, donde cada lista de valor de atributo procesado incluye uno o más valores de atributo considerados asociados aceptables por la segunda entidad; y configurar el conjunto de cero o más capas y cero o más protocolos seleccionados en la primera entidad de acuerdo con la lista recibida de atributos procesados y sus listas asociadas de valores de atributos procesados .
  2. 2. El método de conformidad con la reivindicación 1, caracterizado porque los elementos en cada lista de valores de atributos seleccionados están arreglados en un orden basado en la preferencia de la primera entidad.
  3. 3. El método de conformidad con la reivindicación 1, caracterizado porque cada atributo procesado está asociado con un valor de atributo procesado.
  4. 4. El método de conformidad con la reivindicación 1, caracterizado porque las capas y protocolos en la primera entidad configurados con sus valores predeterminados sin sus valores de atributo presentes correspondientes no son recibidos en la primera entidad.
  5. 5. El método de conformidad con la reivindicación 1, caracterizado porque el envío y recepción se logran vía canales de comunicaciones dedicados .
  6. 6. El método de conformidad con la reivindicación 1, caracterizado porque la primera o segunda entidad, o ambas, complementan una máquina de estado que tiene una pluralidad de estados que incluyen un estado inactivo indicativo de inactividad antes de una negociación de sesión, un estado inicial indicativo de la negociación de sesión sobre la lista de atributos seleccionados, y un estado abierto indicativo de la comunicación activa entre la primera y segunda entidades.
  7. 7. El método de conformidad con la reivindicación 6, caracterizado porque el estado iniciado incluye un estado iniciado de la terminal de acceso de la negociación de sesión sobre atributos seleccionados por la terminal de acceso, y un estado iniciado de la red de radio indicativo de las negociación de sesión sobre atributos seleccionados por la red de radio.
  8. 8. El método de conformidad con la reivindicación 1, caracterizado porque la lista de atributos seleccionados y sus listas asociadas de valores de atributo seleccionado son enviados desde la primera entidad vía uno o más mensajes de petición de configuración.
  9. 9. El método de conformidad con la reivindicación 1, caracterizado porque el conjunto de atributos procesados y sus listas asociadas de valores de atributos procesados son resumidos en la primera entidad vía uno o más mensajes de respuesta de configuración.
  10. 10. El método de conformidad con la reivindicación 1, caracterizado porque los atributos procesados y sus listas asociadas sobre valores de atributos procesados son recibidos en un orden correspondiente a un orden de los atributos seleccionados y sus listas asociadas de valores de atributos seleccionadas .
  11. 11. El método de conformidad con la reivindicación 1, caracterizado porque la comunicación entre la primera y segunda entidades ocurre vía capas y protocolos predeterminados antes de completar la configuración del conjunto seleccionado de cero o más capas y cero o más protocolos a la primera entidad.
  12. 12. El método de conformidad con la reivindicación 1, caracterizado porque comprende además: recibir un identificador de identidad en la primera entidad, y donde los mensajes posteriores enviados desde la primera entidad son identificados por el identíficador de entidades.
  13. 13. El método de conformidad con la reivindicación 1, caracterizado porque la primera y segunda entidades seleccionan cada una un conjunto de atributos a ser negociados, y donde la negociación del conjunto de atributos seleccionados por la primera entidad es completada antes de la negociación de atributos seleccionados por la segunda entidad.
  14. 14. El método de conformidad con la reivindicación 1, caracterizado porque la primera entidad es una terminal de acceso.
  15. 15. El método de conformidad con la reivindicación 1, caracterizado porque la segunda entidad es una red de radio.
  16. 16. La terminal de acceso en un sistema de comunicaciones de espectro extendido, caracterizada porque está configurada para incrementar un método de conformidad con la reivindicación 1.
  17. 17. El método de conformidad con la reivindicación 1, caracterizado porque comprende: enviar desde la primera entidad un mensaje de petición de apertura indicativo de una petición para abrir una sesión de comunicaciones; y recibir en la primera entidad un mensaje de respuesta de apertura indicativo de la aceptación o rechazo de la petición para abrir la sesión de comunicaciones .
  18. 18. El método de conformidad con la reivindicación 17, caracterizado porque el mensaje de petición de apertura y el mensaje de respuesta de apertura son enviados y recibidos vía canales de comunicaciones comunes.
  19. 19. Un método para proporcionar capas y protocolos configurables, o ambos, en un sistema de comunicación, el método se caracteriza porque comprende: mantener un conjunto de capas y protocolos predeterminados para utilizarse en una primera entidad para comunicarse con una segunda entidad; mantener el conjunto de cero o más capas configurables en uno o más protocolos configurables, o una combinación de los mismos, donde cada capa o protocolo configurable corresponde a un atributo que puede ser negociado entre la primera y segunda entidades; proporcionar un conjunto de mensajes de configuración utilizados para enviar y recibir información de configuración relacionada con cada atributo configurable; y proporcionar una máquina de estado indicativa de un estado de comunicación de la primera entidad.
  20. 20. El método de conformidad con la reivindicación 19, caracterizado porque los mensajes de configuración son implementados en una capa de sesión del sistema de comunicaciones.
  21. 21. El método de conformidad con la reivindicación 19, caracterizado porque el conjunto de capas y protocolos predeterminados incluye un protocolo aéreo para enviar y recibir mensajes para soportar la negociación y configuración de atributos configurables .
  22. 22. El método de conformidad con la reivindicación 19, caracterizado porque la máquina de estado incluye un estado indicativo inactivo de inactividad antes de la negociación de sesión, un estado inicial indicativo de la negociación de sesión sobre la lista de atributos seleccionados, y un estado abierto indicativo de una comunicación activa entre la primera y segunda entidades.
  23. 23. El método de conformidad con la reivindicación 19, caracterizado porque cada mensaje de configuración incluye un identificador de entidad que identifica a la primara entidad.
  24. 24. El método de conformidad con la reivindicación 19, caracterizado porque cada mensaje de configuración incluye un identificador de transacción que identifica una instancia particular de un mensaje de configuración.
  25. 25. Una terminal de acceso en un sistema de comunicación del espectro extendido, caracterizada porque está configurada para implementar el método de conformidad con la reivindicación 19.
  26. 26. Una terminal de acceso en un sistema de comunicaciones de espectro extendido, caracterizada porque comprende: un controlador configurado para recibir y procesar datos; un codificador acoplado al controlador y configurado para codificar datos procesados de controlador; un modulador acoplado al codificador configurado para modular datos codificados del codificador; un transmisor acoplado al modulador y configurado para convertir datos modulados del modulador en una señal analógica adecuada para la transmisión sobre un medio de transmisión; y donde el controlador está configurado además para implementar un conjunto de capas y protocolos utilizados para soportar la transmisión de datos, y donde cero o más capas y uno o más protocolo, o una combinación de los mismos, son configurables por la terminal de acceso antes de la transmisión de datos.
  27. 27. El método de conformidad con la reivindicación 26, caracterizado porque comprende además: un receptor configurado para recibir una señal del enlace de ida; un desmodulador acoplado al receptor y configurado para modular la señal del enlace de ida recibida; y un decodificador acoplado al desmodulador y configurado para decodificar la señal desmodulada del desmodulador a los datos decodificados generados, y donde el controlador se acopla además al decodificador y opera para configurar una o más de las capas y protocolos configurables sobre la base al menos en parte de los datos decodificados del decodificador.
MXPA02007601A 2000-02-07 2001-02-07 Metodo y aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones. MXPA02007601A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/499,196 US6539030B1 (en) 2000-02-07 2000-02-07 Method and apparatus for providing configurable layers and protocols in a communications system
PCT/US2001/003984 WO2001058108A2 (en) 2000-02-07 2001-02-07 Method and apparatus for providing configurable layers and protocols

Publications (1)

Publication Number Publication Date
MXPA02007601A true MXPA02007601A (es) 2003-01-28

Family

ID=23984234

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA02007601A MXPA02007601A (es) 2000-02-07 2001-02-07 Metodo y aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones.

Country Status (19)

Country Link
US (3) US6539030B1 (es)
EP (2) EP1254550B1 (es)
JP (1) JP2003524328A (es)
KR (2) KR100941896B1 (es)
CN (2) CN101277319A (es)
AT (1) ATE411688T1 (es)
AU (2) AU3806001A (es)
BR (1) BR0108121A (es)
CA (1) CA2399731A1 (es)
DE (1) DE60136165D1 (es)
ES (1) ES2315274T3 (es)
HK (1) HK1058278A1 (es)
IL (4) IL150968A0 (es)
MX (1) MXPA02007601A (es)
NO (1) NO20023700L (es)
RU (1) RU2258317C2 (es)
TW (1) TW571542B (es)
UA (1) UA76412C2 (es)
WO (1) WO2001058108A2 (es)

Families Citing this family (97)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1145283C (zh) * 1999-07-10 2004-04-07 三星电子株式会社 移动通信系统中指定专用通信的反向公共信道的设备和方法
US6539030B1 (en) * 2000-02-07 2003-03-25 Qualcomm Incorporated Method and apparatus for providing configurable layers and protocols in a communications system
EP1130873B1 (en) * 2000-03-04 2006-06-28 Alcatel A method of setting up data communication with a communication means and furthermore program modules and means therefor
US7106737B1 (en) * 2000-04-10 2006-09-12 Siemens Communications, Inc. System and method for reinterpreting TOS bits
FI20001312A (fi) * 2000-05-31 2001-12-01 Nokia Networks Oy Telekommunikaatioverkon muodostaminen
US6961329B1 (en) * 2000-06-13 2005-11-01 Qualcomm Incorporated Method and apparatus for forwarding messages among multiple radio networks
US6996060B1 (en) 2001-03-20 2006-02-07 Arraycomm, Inc. Closing a communications stream between terminals of a communications system
US6889040B1 (en) * 2000-10-11 2005-05-03 Lucent Technologies Inc. Service restriction control for mobile communications
US7058031B2 (en) * 2001-01-31 2006-06-06 Qualcomm Incorporated Method and apparatus for efficient use of communication resources in a data communication system under overload conditions
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US7339906B1 (en) * 2001-03-20 2008-03-04 Arraycomm, Llc Opening a communications stream between a user terminal and a base station
US8160020B2 (en) 2001-06-25 2012-04-17 Airvana Network Solutions, Inc. Radio network control
US8195187B2 (en) * 2001-06-25 2012-06-05 Airvana Network Solutions, Inc. Radio network control
US7287079B2 (en) * 2001-06-29 2007-10-23 Qualcomm Incorporated Implementing and coordinating configuration of protocol processes
US20030022661A1 (en) * 2001-07-05 2003-01-30 Jose Guterman Downloading software over the air for implementation of air interface protocols
GB2377585B (en) * 2001-07-06 2005-08-24 Ipwireless Inc Communication resource access request
US6980820B2 (en) * 2001-08-20 2005-12-27 Qualcomm Inc. Method and system for signaling in broadcast communication system
US6731936B2 (en) * 2001-08-20 2004-05-04 Qualcomm Incorporated Method and system for a handoff in a broadcast communication system
GB2380011A (en) * 2001-09-21 2003-03-26 Hewlett Packard Co Apparatus and method of communicating changes in states of contractual repsonsibilities
JP2003198568A (ja) * 2001-10-16 2003-07-11 Sony Corp 送受信装置、送受信方法および送受信システム
US7117506B2 (en) * 2002-02-07 2006-10-03 Mobitv, Inc. Plug-in API for modular network transaction processing
US7647389B2 (en) * 2002-02-28 2010-01-12 Alcatel-Lucent Usa Inc. Method for configuration negotiation in a data communication system
US7197276B2 (en) * 2002-03-15 2007-03-27 Broadcom Corporation Downstream adaptive modulation in broadband communications systems
US6957086B2 (en) 2002-05-01 2005-10-18 Microsoft Corporation Method for wireless capability discovery and protocol negotiation, and wireless device including same
DK1540490T3 (da) 2002-09-03 2007-07-16 Interdigital Tech Corp Fremgangsmåde og system til brugerinitieret inter-device, iter-system og inter-internet protokoladresse handoff
US7065780B2 (en) * 2002-09-20 2006-06-20 Opentv, Inc. Method and system for emulating and HTTP server through a broadcast carousel
GB2405500B (en) * 2003-05-28 2006-03-15 Mitsubishi Electric Corp Programmable controller
JP4092692B2 (ja) 2003-06-06 2008-05-28 ソニー株式会社 通信システム、通信装置および通信方法、並びにプログラム
US7415711B2 (en) * 2003-08-01 2008-08-19 Microsoft Corporation System and method for a transport independent gaming API for mobile devices
TWI245513B (en) 2003-08-26 2005-12-11 Ind Tech Res Inst Method and apparatus for controlling multi-radio access
US7912485B2 (en) * 2003-09-11 2011-03-22 Qualcomm Incorporated Method and system for signaling in broadcast communication system
WO2005048623A1 (en) * 2003-11-14 2005-05-26 Nokia Corporation Generic trau frame structure
JP2005151259A (ja) * 2003-11-17 2005-06-09 Toshiba Corp データ転送装置およびプログラム
US7472195B2 (en) * 2003-11-19 2008-12-30 International Business Machines Corporation Unobtrusive port and protocol sharing among server processes
US20050141648A1 (en) * 2003-12-24 2005-06-30 Microchip Technology Incorporated Time signal peripheral
US7519718B2 (en) * 2004-02-27 2009-04-14 International Business Machines Corporation Server-side protocol configuration of accessing clients
US8243633B2 (en) * 2004-03-16 2012-08-14 Nokia Corporation Enhanced uplink dedicated channel—application protocol over lub/lur
EP1736010B1 (en) * 2004-03-30 2013-09-11 Kinoma, Inc Interface negotiation
FI117587B (fi) * 2004-06-18 2006-11-30 Nethawk Oyj Menetelmä, laite ja tietokoneohjelmatuote tiedonsiirtoyhteyksien monitorointiin
CN100372397C (zh) * 2004-07-19 2008-02-27 华为技术有限公司 一种数字集群系统中媒体访问控制协议层的数据处理方法
US8249102B2 (en) * 2004-07-27 2012-08-21 Motorola Solutions, Inc. Method and apparatus for session layer framing to enable interoperability between packet-switched systems
US20060023654A1 (en) * 2004-07-27 2006-02-02 Eitan Koren Method and apparatus for enabling interoperability between packet-switched systems
US8570880B2 (en) 2004-08-05 2013-10-29 Qualcomm Incorporated Method and apparatus for receiving broadcast in a wireless multiple-access communications system
US8682276B2 (en) 2004-08-20 2014-03-25 Ntt Docomo, Inc. Broadcast communication or multicast communication-capable mobile station
US7451486B2 (en) * 2004-09-30 2008-11-11 Avaya Inc. Stateful and cross-protocol intrusion detection for voice over IP
US8406751B2 (en) 2004-12-03 2013-03-26 Qualcomm Incorporated Message having a first protocol revision field indicating a message format and a second protocol revision field indicating mandatory features in a standards revision
US8504700B2 (en) 2004-12-06 2013-08-06 Samsung Electronics Co., Ltd. Method, apparatus, and system for negotiating a session between an access terminal and an access network in a high rate packet data system
US8036698B2 (en) 2005-01-14 2011-10-11 Qualcomm Incorporated Mobile station message having a station class mark field for indicating an MEID capable mobile station
US20060174004A1 (en) * 2005-01-31 2006-08-03 Nokia Corporation System and method for optimizing access network authentication for high rate packet data session
GB2423215B (en) * 2005-02-14 2009-05-20 Samsung Electronics Co Ltd Mobile communications
US9055088B2 (en) * 2005-03-15 2015-06-09 International Business Machines Corporation Managing a communication session with improved session establishment
US7742444B2 (en) * 2005-03-15 2010-06-22 Qualcomm Incorporated Multiple other sector information combining for power control in a wireless communication system
US7512401B2 (en) * 2005-04-04 2009-03-31 Nokia Corporation Method and system for updating capabilities of a device
US9055552B2 (en) * 2005-06-16 2015-06-09 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
US8750908B2 (en) * 2005-06-16 2014-06-10 Qualcomm Incorporated Quick paging channel with reduced probability of missed page
US8401004B2 (en) * 2005-06-21 2013-03-19 Lg Electronics Inc. Terminal, method and system for performing combination service using terminal capability version
EP1900118B1 (en) 2005-06-21 2014-04-09 LG Electronics Inc. Terminal, method and system for performing combination service using terminal capability version
US8099504B2 (en) * 2005-06-24 2012-01-17 Airvana Network Solutions, Inc. Preserving sessions in a wireless network
US20060291420A1 (en) * 2005-06-27 2006-12-28 Dennis Ng Network-initiated dormant handoffs
US7751835B2 (en) * 2005-10-04 2010-07-06 Airvana, Inc. Non-circular paging areas
WO2007050896A1 (en) * 2005-10-27 2007-05-03 Qualcomm Incorporated A method and apparatus for transmitting and receiving rlab over f-ssch in wireless communication system
US20090207790A1 (en) * 2005-10-27 2009-08-20 Qualcomm Incorporated Method and apparatus for settingtuneawaystatus in an open state in wireless communication system
US20070097935A1 (en) * 2005-10-27 2007-05-03 Alexei Gorokhov In-band rate control for an orthogonal frequency division multiple access communication system
US20070147226A1 (en) * 2005-10-27 2007-06-28 Aamod Khandekar Method and apparatus for achieving flexible bandwidth using variable guard bands
KR100978277B1 (ko) * 2005-11-07 2010-08-26 삼성전자주식회사 휴대 방송 시스템에서 서비스 가이드 생성을 위한 공급 정보 전달 방법과 통지 이벤트/통지 메시지 전달 방법 및 시스템
US8145221B2 (en) * 2005-12-16 2012-03-27 Airvana Network Solutions, Inc. Radio network communication
US8619702B2 (en) * 2005-12-16 2013-12-31 Ericsson Evdo Inc. Radio network control
US8094630B2 (en) 2005-12-16 2012-01-10 Airvana Network Solutions, Inc. Radio frequency dragging prevention
GB0526272D0 (en) * 2005-12-23 2006-02-01 Nokia Corp Efficient use of the radio spectrum
US8953596B2 (en) * 2006-01-06 2015-02-10 Qualcomm Incorporated Conserving network capacity by releasing QoS resources
EP1826950A1 (en) * 2006-02-28 2007-08-29 Gomedia Srl. Dynamic selection of digital transmission protocol over IGMP snooping networks. IP-multicast transimssion band optimization according to IEEE 802.16
KR100876723B1 (ko) * 2006-03-16 2008-12-31 삼성전자주식회사 이동 통신 시스템에서 세션 협상 방법 및 장치와 그 시스템
US20070242648A1 (en) * 2006-04-12 2007-10-18 Deepak Garg Managing dormant handoffs in radio access networks
US8046731B2 (en) * 2006-04-28 2011-10-25 Sap Ag Timer service computer program components
US8085696B2 (en) * 2006-07-14 2011-12-27 Airvana Networks Solutions, Inc. Dynamic modification of route update protocols
US8249035B2 (en) * 2006-07-21 2012-08-21 Samsung Electronics Co., Ltd Method and system for enhanced parameter negotiation in EVDO communication systems
US8045521B2 (en) * 2006-07-31 2011-10-25 Samsung Electronics Co., Ltd System and method for inter-working in a multi protocol revision based evolution data only/evolution data optimized (EVDO) communication systems
US8072922B2 (en) * 2006-07-31 2011-12-06 Qualcomm Incorporated Method and apparatus for negotiating personalities in a wireless communications system
US20080247389A1 (en) * 2007-04-04 2008-10-09 Qualcomm Incorporated Signaling in a cluster
US8050230B2 (en) * 2007-07-07 2011-11-01 Wipro Limited VoWLAN roaming controller with station pre-authentication
CN101369987B (zh) * 2007-08-16 2011-09-28 阿里巴巴集团控股有限公司 一种建立通信通道的方法及装置
US8614996B1 (en) * 2007-12-12 2013-12-24 Sprint Spectrum L.P. Predictive personality negotiation during session negotiation
US8843638B2 (en) * 2007-12-13 2014-09-23 Ericsson Evdo Inc. Handing off active connections
CN101267439B (zh) * 2008-04-28 2010-12-22 中国人民解放军信息工程大学 介质访问控制协议生成方法、节点通信方法、装置及系统
EP2560317B1 (en) 2008-06-11 2014-06-04 Nokia Solutions and Networks Oy Local area optimized uplink control channel
US8274955B2 (en) * 2008-06-16 2012-09-25 Xg Technology, Inc. Keep alive timeslots in a heterogeneous MAC protocol to track handsets in a wireless network
EP2139179A1 (en) * 2008-06-26 2009-12-30 THOMSON Licensing Method and apparatus for reporting state information
WO2010028380A2 (en) * 2008-09-08 2010-03-11 Futurewei Technologies, Inc. Object modeling scheme for next generation network wavelength division multiplexing
US20100131667A1 (en) * 2008-11-25 2010-05-27 Infineon Technologies Ag Executable Communication Protocol Description Method and Apparatus
US9544924B2 (en) * 2008-11-25 2017-01-10 Lantiq Beteiligungs-GmbH & Co. KG Ad hoc communication protocol method and apparatus
US8577999B2 (en) * 2009-01-30 2013-11-05 Nokia Corporation Method for WLAN network and device role activation
WO2011000436A1 (en) * 2009-07-03 2011-01-06 Nokia Siemens Networks Oy Methods, apparatuses, related computer program product and data structure for connection release indication
BR122016014172B1 (pt) * 2010-09-07 2021-10-26 Intel Corporation Aparelho, método para ser executado por um dispositivo de comunicação sem fio e meio de armazenamento
US9306879B2 (en) * 2012-06-08 2016-04-05 Apple Inc. Message-based identification of an electronic device
CN103581860A (zh) 2012-07-23 2014-02-12 中兴通讯股份有限公司 用户设备辅助信息拒绝方法、装置和系统
JP5934938B2 (ja) * 2012-08-08 2016-06-15 パナソニックIpマネジメント株式会社 部品実装機及び部品実装機制御方法
CN112804142A (zh) * 2018-09-06 2021-05-14 华为技术有限公司 发送报文的方法、网络设备及计算机存储介质

Family Cites Families (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4901307A (en) 1986-10-17 1990-02-13 Qualcomm, Inc. Spread spectrum multiple access communication system using satellite or terrestrial repeaters
JP2802088B2 (ja) * 1989-02-06 1998-09-21 株式会社日立製作所 プロトコル選択切替方法
JPH02230449A (ja) * 1989-03-03 1990-09-12 Fujitsu Ltd 回線制御プログラムのマトリクス制御方式
US5094383A (en) 1989-06-12 1992-03-10 Anderson Donald A Golf club head and method of forming same
US5255918A (en) 1989-06-12 1993-10-26 Donald A. Anderson Golf club head and method of forming same
US5261664A (en) 1989-06-12 1993-11-16 Donald Anderson Golf club head and method of forming same
US5344140A (en) 1989-06-12 1994-09-06 Donald A. Anderson Golf club head and method of forming same
FR2657531A1 (fr) 1990-01-31 1991-08-02 Salomon Sa Tete de club de golf.
US5103459B1 (en) 1990-06-25 1999-07-06 Qualcomm Inc System and method for generating signal waveforms in a cdma cellular telephone system
US5067715A (en) 1990-10-16 1991-11-26 Callaway Golf Company Hollow, metallic golf club head with dendritic structure
US5193811A (en) 1990-11-09 1993-03-16 The Yokohama Rubber Co., Ltd. Wood type golf club head
JPH04197276A (ja) 1990-11-29 1992-07-16 Maruman Golf Corp ゴルフのウッドクラブヘッド
FR2678843A1 (fr) 1991-07-11 1993-01-15 Taylor Made Golf Co Tete de club de golf.
US5306450A (en) 1991-08-13 1994-04-26 The Yokohama Rubber Co., Ltd. Method of producing wood type golf club head
JPH0583327A (ja) * 1991-09-19 1993-04-02 Nec Eng Ltd コネクシヨン型通信手順におけるデータ転送制御
US5267244A (en) 1991-11-08 1993-11-30 Teknekron Communications Systems, Inc. Method and an apparatus for establishing the functional capabilities for wireless communications between a base unit and a remote unit
JP2521221Y2 (ja) 1992-02-27 1996-12-25 ダイワゴルフ株式会社 ゴルフクラブヘッド
FR2687920B1 (fr) 1992-02-27 1994-05-06 Taylor Made Golf Cy Inc Perfectionnement pour tete de club de golf et procedes pour sa realisation.
FR2687921B1 (fr) 1992-02-27 1994-05-06 Taylor Made Golf Cy Inc Procede de fabrication de tete de club de golf comprenant une face de frappe rapportee.
FR2689407A1 (fr) 1992-04-01 1993-10-08 Taylor Made Golf Co Tête de club de golf composée d'un corps creux plastique et d'un élément d'obturation.
FR2689406B1 (fr) 1992-04-01 1994-06-03 Taylor Made Golf Co Tete de club de golf composee d'un sous-ensemble interne et d'une enveloppe externe.
JPH05344175A (ja) * 1992-06-11 1993-12-24 Fujitsu Ltd 能力交換方式
FR2695836A1 (fr) 1992-09-18 1994-03-25 Taylor Made Golf Co Procédé de fabrication d'une tête de club de golf comprenant des masselottes d'inertie.
US5537417A (en) * 1993-01-29 1996-07-16 International Business Machines Corporation Kernel socket structure for concurrent multiple protocol access
US5446736A (en) * 1993-10-07 1995-08-29 Ast Research, Inc. Method and apparatus for connecting a node to a wireless network using a standard protocol
US5410798A (en) 1994-01-06 1995-05-02 Lo; Kun-Nan Method for producing a composite golf club head
US5638412A (en) 1994-06-15 1997-06-10 Qualcomm Incorporated Method for providing service and rate negotiation in a mobile communication system
US5464210A (en) 1994-08-24 1995-11-07 Prince Sports Group, Inc. Long tennis racquet
US5499814A (en) 1994-09-08 1996-03-19 Lu; Clive S. Hollow club head with deflecting insert face plate
JPH08195870A (ja) * 1995-01-17 1996-07-30 Nippon Telegr & Teleph Corp <Ntt> データ通信方法及びその端末装置並びにデータ通信システム
US5624331A (en) 1995-10-30 1997-04-29 Pro-Kennex, Inc. Composite-metal golf club head
US5863261A (en) 1996-03-27 1999-01-26 Demarini Sports, Inc. Golf club head with elastically deforming face and back plates
JP3689193B2 (ja) * 1996-07-23 2005-08-31 株式会社リコー マルチメディア情報通信システム
JPH1098502A (ja) * 1996-09-20 1998-04-14 Fujitsu Ltd データ移動体通信方式
US5776011A (en) 1996-09-27 1998-07-07 Echelon Golf Golf club head
US5830084A (en) 1996-10-23 1998-11-03 Callaway Golf Company Contoured golf club face
EP0879071A1 (en) 1996-11-08 1998-11-25 Prince Sports Group, Inc. Metal wood golf clubhead
GB2320653A (en) * 1996-12-23 1998-06-24 Northern Telecom Ltd Mobile Communications Network Using Alternative Protocols
US5743813A (en) 1997-02-19 1998-04-28 Chien Ting Precision Casting Co., Ltd. Golf club head
US5888148A (en) 1997-05-19 1999-03-30 Vardon Golf Company, Inc. Golf club head with power shaft and method of making
US6011796A (en) * 1997-06-17 2000-01-04 Qualcomm Incorporated Extended range sequence numbering for selective repeat data transmission protocol
US6314101B1 (en) * 1997-06-17 2001-11-06 Qualcomm Incorporated Method for detecting delayed data frames in a transport function
FI106175B (fi) * 1997-08-18 2000-11-30 Nokia Mobile Phones Ltd Datansiirto matkaviestinverkossa
US6377809B1 (en) * 1997-09-16 2002-04-23 Qualcomm Incorporated Channel structure for communication systems
US6386990B1 (en) 1997-10-23 2002-05-14 Callaway Golf Company Composite golf club head with integral weight strip
US6574211B2 (en) 1997-11-03 2003-06-03 Qualcomm Incorporated Method and apparatus for high rate packet data transmission
US6101168A (en) * 1997-11-13 2000-08-08 Qualcomm Inc. Method and apparatus for time efficient retransmission using symbol accumulation
JPH11164357A (ja) * 1997-11-26 1999-06-18 Matsushita Electric Ind Co Ltd 無線通信システム
JP3027813B2 (ja) * 1998-01-09 2000-04-04 松下電送システム株式会社 通信装置及び通信方法
US6185598B1 (en) * 1998-02-10 2001-02-06 Digital Island, Inc. Optimized network resource location
US6152833A (en) 1998-06-15 2000-11-28 Frank D. Werner Large face golf club construction
US6149534A (en) 1998-11-02 2000-11-21 Taylor Made Golf Company, Inc. Bi-metallic golf club head with single plane interface
US6757293B1 (en) * 1998-12-02 2004-06-29 Lucent Technologies Inc. Methods and apparatus for providing short RACH frames for fast latency
US6165081A (en) 1999-02-24 2000-12-26 Chou; Pei Chi Golf club head for controlling launch velocity of a ball
US6398666B1 (en) 1999-11-01 2002-06-04 Callaway Golf Company Golf club striking plate with variable thickness
US6440011B1 (en) 1999-11-01 2002-08-27 Callaway Golf Company Method for processing a striking plate for a golf club head
US6539030B1 (en) * 2000-02-07 2003-03-25 Qualcomm Incorporated Method and apparatus for providing configurable layers and protocols in a communications system
US6638170B1 (en) * 2000-10-16 2003-10-28 Igt Gaming device network
US6623378B2 (en) 2001-06-11 2003-09-23 Taylor Made Golf Company, Inc. Method for manufacturing and golf club head
WO2005115706A1 (en) * 2004-05-27 2005-12-08 Lg Chem. Ltd. Method of preparing of tube shoulder having barrier properties

Also Published As

Publication number Publication date
EP1998531A2 (en) 2008-12-03
WO2001058108A3 (en) 2002-03-14
US20030118049A1 (en) 2003-06-26
JP2003524328A (ja) 2003-08-12
IL183720A0 (en) 2007-09-20
WO2001058108A2 (en) 2001-08-09
US7158537B2 (en) 2007-01-02
IL150968A0 (en) 2003-02-12
ES2315274T3 (es) 2009-04-01
UA76412C2 (en) 2006-08-15
KR20080024244A (ko) 2008-03-17
CN101277319A (zh) 2008-10-01
US20030133494A1 (en) 2003-07-17
US6539030B1 (en) 2003-03-25
TW571542B (en) 2004-01-11
IL183719A (en) 2009-07-20
NO20023700D0 (no) 2002-08-06
BR0108121A (pt) 2006-05-09
DE60136165D1 (de) 2008-11-27
CN1451219A (zh) 2003-10-22
NO20023700L (no) 2002-10-04
CA2399731A1 (en) 2001-08-09
ATE411688T1 (de) 2008-10-15
EP1254550A2 (en) 2002-11-06
IL150968A (en) 2008-07-08
KR100941896B1 (ko) 2010-02-11
IL183720A (en) 2009-07-20
RU2258317C2 (ru) 2005-08-10
KR20030010580A (ko) 2003-02-05
HK1058278A1 (en) 2004-05-07
KR100886595B1 (ko) 2009-03-05
EP1254550B1 (en) 2008-10-15
RU2002123878A (ru) 2004-02-27
AU2001238060B2 (en) 2006-03-30
AU3806001A (en) 2001-08-14
IL183719A0 (en) 2007-09-20
CN100399780C (zh) 2008-07-02
US7106779B2 (en) 2006-09-12

Similar Documents

Publication Publication Date Title
MXPA02007601A (es) Metodo y aparato para proporcionar capas y protocolos configurados en un sistema de comunicaciones.
AU2001238060A1 (en) Method and apparatus for providing configurable layers and protocols
RU2295842C2 (ru) Способ и система для максимизирования продолжительности работы в режиме ожидания во время контролирования канала управления
JP7423744B2 (ja) 指定ペイロードコンテナタイプを使用する通信システムにおける制御プレーン経由のユーザデータ伝送
WO1999050974A1 (en) Method for routing data in a communication system
EP3840518B1 (en) Rrc connection method and terminal
EP3713293B1 (en) Terminal apparatus, base station apparatus, and methods
US6370118B1 (en) Simultaneous set up of PPP on AUM and a RM interface
EP3905627A1 (en) Wireless communication method and apparatus
US6904034B2 (en) Method and system for communicating data between a mobile communications architecture and a packet switched architecture, each utilizing a different mode of communication
WO2021197807A1 (en) Methods, infrastructure equipment and wireless communications networks
CN111512659B (zh) Drb完整性保护的配置方法及装置、计算机存储介质

Legal Events

Date Code Title Description
FG Grant or registration