APLICACION DE SERVICIOS DE SESION BASADOS EN FLUJOS DE PAQUETES
ANTECEDENTES DE LA INVENCION En un ambiente de cómputo en red, con frecuencia se emplean servicios de sesión para aplicar un procesamiento específico a un intercambio de datos entre procesos. Ese intercambio, o sesión, usualraente incluye una secuencia de paquetes, también llamada flujo de paquetes, los cuales comparten un contexto común y que se beneficiarán colectivamente de la aplicación de uno o más servicios de sesión. Los flujos de paquetes son empleados típicamente entre procesos que se comunican vía la red, con frecuencia en un arreglo cliente/servidor . Un servicio de sesión puede incluir, por ejemplo, diferentes tipos de conversión de protocolo u optimizaciones de protocolo, como servicios proxi y compresión de encabezado, y pueden ser transparentes a un usuario final . Con frecuencia, una sola conexión física, como una línea de módem de marcación, transporta muchos paquetes correspondientes a una pluralidad de flujos de paquetes. Sin embargo, un servicio de sesión es aplicado típicamente a la conexión física, en todo. En consecuencia, se aplica un servicio de sesión particular a todos los paquetes transmitidos vía la conexión física. La aplicación del servicio de .sesión no distingue entre diferentes flujos de paquetes transportados sobre la conexión. Los flujos individuales, y por lo tanto, los procesos asociados, pueden incurrir en la sobrecarga del procesamiento asociado con un servicio de sesión particular sin importar si el servicio de sesión es necesario o deseado por el flujo de paquetes en cuestión. En una red de comunicación inalámbrica, un enlacé inalámbrico es compartido típicamente entre usuarios múltiples a través de canales inalámbricos, los cuales son asignados y cambiados entre usuarios sobre una base de demanda por un programador. Los paquetes enviados sobre el enlace inalámbrico necesitan ser señalados y marcados en consecuencia para iniciar y emplear un servicio de sesión por los paquetes pretendidos, los cuales comprenden el flujo de paquetes. En consecuencia, sería benéfico proporcionar un mecanismo para señalar el inicio de un servicio de sesión particular por el emisor el receptor sobre el enlace inalámbrico, y para marcar los paquetes afectados para indicar cual servicio de sesión se aplica a cada paquete .
LA INVENCION En un sistema de comunicación inalámbrico, un método para identificar y aplicar servicios de sesión a un enlace inalámbrico comprende establecer una conexión que incluye el enlace inalámbrico y recibir un mensaje para su transmisión vía la conexión. Se identifica o establece un flujo de paquetes sobre el enlace inalámbrico correspondiente al mensaje recibido empleando un identificador de flujo y un filtro de perfil de transmisión. El flujo de paquetes corresponde a una sesión, y es trazado para al menos un servicio de sesión. El servicio de sesión trazado es entonces aplicado al mensaje recibido. De esta manera, puede ser aplicado, de manera transparente un servicio de sesión a un flujo de paquetes sobre el enlace inalámbrico independientemente de los otros flujos de paquetes que también pueden ser transmitidos sobre el mismo enlace inalámbrico. Un flujo de paquetes particular (flujo) está asociado con uno o más servicios de sesión a ser aplicados a paquetes (mensajes) enviados vía el flujo. El flujo es identificado por un ID de flujo en el mensaje en sí, o comparando el mensaje con un perfil de transmisión indicativo de las características del flujo. Las características del flujo establecen un contexto de flujo de paquetes, o denominador común, de los paquetes que comprenden el flujo. Por ejemplo, los paquetes que comprenden el flujo de información de audio son típicamente grandes, mientras que los paquetes http incluyendo las notificaciones ACK (reconocimiento) son relativamente pequeños. La identificación del flujo de paquetes permite que sean aplicados servicios de sesión complementarios en cada punto final del enlace inalámbrico, es decir que la compresión de encabezado aplicada cuando se envía vía el enlace inalámbrico debe ser descomprimida tras la recepción/ Se emplea un mensaje de trazo del mapa del flujo del tráfico para iniciar el flujo y asociar los servicios de sesión con el flujo. Por lo tanto, ambos puntos finales del enlace inalámbrico, típicamente un procesador de estación base (estación base) y una unidad de acceso de abonado (abonado) pueden identificar el flujo y el servicio de sesión relacionado. Los servicios de sesión pueden ser identificados con referencia a una tabla de servicios de sesión aplicables. Una vez establecido, el servicio de sesión es aplicado a todos los paquetes en el flujo. En modalidades alternativas, esa tabla puede ser almacenada en un depósito común, y de este modo ser descargada de una fuente remota en una forma estandarizada. La estandarización de la tabla de servicios de sesión permitirá la diseminación difundida y reconocimiento de los identificadores de servicio de sesión.
BREVE DESCRIPCION DE LOS DIBUJOS Los anteriores y otros objetivos, características y ventajas de la invención serán evidentes a partir de la siguiente descripción más particular de las modalidades preferidas de la invención, como se ilustra en los dibujos acompañantes en los cuales caracteres de referencia similares se refieren a las mismas partes a través de las diferentes vistas. Los dibujos no necesariamente están a escala, poniéndose énfasis en su lugar a la ilustración de los principios de la invención. La Figura 1 muestra un sistema de comunicación inalámbrico que emplea enlaces de comunicación inalámbricos operables para usarse con la presente invención; La Figura 2 muestra flujos de paquetes inalámbricos sobre un enlace inalámbrico entre una unidad de acceso de abonado y un procesador de estación base; La Figura 3 muestra el trazo del mapa de flujo de paquetes a servicios de sesión en el trazador de flujo; La Figura 4 muestra un diagrama de flujo para trazar flujos de paquetes para servicios de sesión; Las Figuras 5a y 5b muestra un ejemplo de un proceso completo de un flujo de paquetes nuevo; y La Figura 6 muestra la descarga de identificadores de servicio de sesión de un depósito global común .
DESCRIPCION DETALLADA DE LA INVENCION A continuación se da una descripción de las modalidades preferidas de la invención. En una red de comunicación inalámbrica, un enlace inalámbrico proporciona una conexión entre el proceso de envío y los procesos de recepción. El enlace inalámbrico es típicamente una porción de toda la conexión entre el proceso de envío y recepción, el cual también incluye enlaces alámbricos sobre cada lado del enlace inalámbrico. Una conexión entre los procesos de envío y recepción comprende un flujo de paquetes. Cada flujo de paquetes, representa un contexto de flujo de paquetes particular indicativo del tipo de datos transportados entre los procesos, como páginas de red de la Internet o flujo de audio. Pueden existir conexiones múltiples, y en consecuencia, flujos de paquetes múltiples, entre un proceso de envío y un proceso de recepción. Además, cada flujo puede incluir paquetes de diferentes sesiones entre procesadores personales múltiples. Puesto que cada flujo tiene un contexto de flujo de paquetes particular, indicativo de una característica sustantiva del tipo de datos transportados, puede ser benéfico aplicar un servicio de sesión particular a cada flujo. Un servicio de sesión es un mecanismo de doble extremo o de persona a persona que agrega funcionalidad a una sesión de datos de usuario existente o proporciona una nueva capacidad de aplicación. Un servicio de sesión, por lo tanto, da como resultado un paso de procesamiento adicional aplicado a o efectuado sobre un paquete. Un servicio de sesión puede proporcionar una optimización de protocolo, como compresión de encabezado, una conversión de protocolo, como un servicio proxi TCP, o una* aplicación separada para procesamiento adicional, como el procesamiento QOS (Calidad de Servicio) y verificación, o codificación. Pueden ser aplicados otros servicios de sesión de acuerdo a la presente invención. En una modalidad particular, el servicio proxi TCP es como se define en la solicitud de patente Estadounidense No. 09/850,531, presentada en Mayo 7, 2001, titulada "Compuerta Proxi Dividida en Dos para Mejorar el Desempeño del Rendimiento Total Sobre una Interconexión Inalámbrica" , (Número de Expediente del Apoderado No. 2479.2079-001) incorporada aquí como referencia. En una red de comunicaciones inalámbrica, el servicio de sesión puede ser aplicado únicamente al flujo sobre el enlace inalámbrico, o puede ser aplicada toda la conexión, y transportada totalmente (de manera continua) desde los enlaces alámbricos sobre los enlaces inalámbricos. La Figura 1 muestra un sistema de comunicación inalámbrico 10 que emplea enlaces de comunicación inalámbricos operables para usarse con la presente invención. Refiriéndose a la Figura 1, una pluralidad de unidades de acceso de abonado 14a-14c están en comunicación inalámbrica con un procesador de estación base 16 (estación base) vía los enlaces inalámbricos 22. La estación base 16 está también en comunicación con una red de datos como la Internet 18 vía un enlace alámbrico 20. Los abonados 14 proporcionan acceso inalámbrico a la Internet a equipo en locales de clientes o usuarios (CPE) 32 generalmente, como PC de escritorio 32a, 32c, asistentes digitales personales (PDA) 32b y teléfonos inalámbricos 32d a través de enlaces alámbricos 24. Deberá notarse que la funcionalidad inalámbrica proporcionada por la unidad de acceso de abonado 14 puede ser un dispositivo autónomo o incluido en la unidad de CPE 32 invocada por un usuario 32' . En cualquier caso el CPE 32 es operable para comunicarse con la Internet 18, y de este modo con nodos remotos 26, vía la estación base 16 empleando los enlaces alámbricos 20, 24 y los enlaces inalámbricos 22. La Figura 2 muestra flujos de paquetes inalámbricos sobre un enlace de comunicación entre un abonado 14 y una estación base 16. Refiriéndose a la Figura 2 y también a la Figura 1, el enlace inalámbrico 22 entre el abonado 14 y la estación base 16 comprende además flujos de paquetes 28. un flujo de paquetes 28 corresponde a una o más sesiones sobre el enlace inalámbrico 22, y es parte de la conexión (sesión) entre los proceso que incluyen los enlaces alámbricos 20, 24. Cada una de las sesiones en los flujos de paquete 28 corresponde a un proceso Pl, P2 o P3 en el abonado 14. Un proceso complementario Pl', P2 ' y P3', ya sea un emisor o receptor, reside en un extremo remoto de la conexión sobre uno de los nodos remoto 26. Un trazador de mapas de flujo 30 reside en el abonado 14 y en la estación base 16, en cada punto final del enlace inalámbrico 22, para asignar y determinar el flujo de paquetes correspondiente a cada paquete de mensaje y para aplicar el servicio de sesión respectivo, ambos descritos más adelante. Deberá notarse que un flujo de paquetes incluyen paquetes que están relacionados debido a que comparten un denominador común, como un tipo particular de contenido. Un flujo de paquetes, como se describió anteriormente, puede incluir por lo tanto paquetes correspondientes a una o más sesiones entre procesos personales. El término "sesión" denota una conexión entre dos procesos de aplicación, entre los cuales los paquetes están relacionados debido a una fuente y destino común. La correspondencia entre las sesiones y flujos de paquetes depende típicamente del protocolo y los procesos así comunicándose, e incluye parámetros como la dirección de origen, dirección de destino, puerto de origen, puerto de destino, y protocolo en una conexión TCP, por ejemplo, (algunas veces llamadas 5-tuple) . Otros trazos de mapas de flujo de paquetes/sesión pueden ser conocidos por aquellos expertos en la técnica. En consecuencia, los paquetes enviados en conjunto con la sesión pueden caer en uno o más de los flujos de paquetes, como se describe mas adelante con respecto a la aplicación de servicios de sesión al flujo. Por lo tanto, se establecen conexiones entre cada uno de los procesos y sus contrapartes complementarias: PIPI', P2-P2', y P3-P3', empleando los enlaces alámbricos 20, 24 e inalámbrico 22. Los paquetes de mensaje enviados sobre el enlace inalámbrico 22 desde un proceso a otro son asignados a un flujo 28 por el trazador de mapas de flujo 30 sobre el lado emisor del enlace inalámbrico 22, e identificados como pertenecientes a ese flujo 28 por el trazador de mapas de flujo 30 sobre el lado receptor. El trazador de mapas de flujo 30 sobre el lado emisor aplica los servicios de sesión asociados con el flujo asignado (determinado), y el trazador de mapas de flujo 30' sobre el lado receptor también aplica los servicios de sesión asociados con el flujo determinado. Como se describió anteriormente, el trazador de mapas de flujo 30, 30' reside en ambos puntos finales o extremos del enlace inalámbrico, en el abonado 14 y la estación base 16, e identifica paquetes como recibidos del enlace alámbrico 20, 24 o el enlace . inalámbrico 22. Cuando un paquete es recibido del enlace inalámbrico 22, este ya tiene un ID de flujo anexado a este por el emisor, ya sea el abonado 14 o la estación base 16. El ID de flujo recibido es trazado en una lista de ID de flujo conocidos para determinar el flujo, y en consecuencia determina que los servicios de sesión asociados con ese flujo. Si los paquete son recibidos del lado alámbrico, debe ser determinado el flujo correspondiente. Se emplea una tabla de perfil de flujo, descrita más adelante, para comparar las características del mensaje con un perfil conocido de flujos de paquetes usando un filtro. Pueden ser empleados factores como la dirección del IP de origen, dirección de IP de destino, número de puerto TCP/IP, ID de proxi y otros para comparar el paquete con un flujo vía el filtro. Si es determinado el flujo, se anexa el ID de flujo correspondiente al paquete, además de aplicar los servicios de sesión asociados con el flujo. Los flujos que requieran un procesamiento especial proporcionados por los servicios de sesión son enumerados por lo tanto en la tabla de flujo. Se considera que los paquetes que no son iguales a un flujo particular no requieren un procesamiento especial y por lo tanto no activarán la aplicación de servicios de sesión. Sin embargo, esos paquetes no obstante serán entregados al destino apropiado vía el encaminamiento de paquetes independientemente de la aplicación de servicios de sesión como se define aquí. De manera alternativa, puede ser agregado un comodín, o entrada "captura todo" (filtro) a la tabla de perfil de transmisión para cubrir paquetes que no activen otras entradas . Pueden concretarse nuevos flujos por una variedad de formas. Una aplicación particular puede tener la necesidad de un tipo de procesamiento específico. Las entradas de tablas de servicio de sesión y las tablas de perfil de transmisión correspondientes pueden ser descargadas de una fuente externa, descrita más adelante. De manera alternativa, la incapacidad para encontrar una similitud en la tabla de perfil de transmisión sería empleada para iniciar la creación de una nueva entrada de perfil de transmisión. Si se concreta un nuevo flujo, se determina el ID de flujo del nuevo flujo, y se emplea un mensaje de señalización de flujo de tráfico para transmitir la información del nuevo flujo a través del enlace inalámbrico 22 al trazador de mapas de flujo a la recepción 30' . La Figura 3 muestra el trazo de mapas de flujos de paquetes para servicio de sesión en el trazador de mapas de flujo 30. Refiriéndose a la Figura 3, se muestran las tablas incluidas en el trazador de mapas de flujo. El trazador de mapas de flujo 30 incluye una tabla de flujo 200 una tabla de perfil de transmisión 202 y una tabla de servicios de sesión 204. La tabla de flujo 200 identifica los flujos de paquetes por el ID de flujo 206. Puede ser empleado un campo de proceso 208 para identificar el proceso o procesos locales a los cuales corresponde, sin embargo, la información de encaminamiento de paquetes como el número de puerto que es realmente usado para la entrega. También se indica el filtro 210 que describe el flujo de paquetes. La tabla de perfil de transmisión 204 tiene parámetros de transmisión 212 los cuales describen cada flujo de paquete. Los parámetros de transmisión 212 describen el perfil de cada flujo de paquetes, de modo que los paquetes en el flujo pueden ser identificados por contenido, e incluye una entrada de perfil 216 por cada flujo de paquetes. Los parámetros de transmisión ilustrados incluyen el ID del filtro (FID) 214a, tipo 214b, dirección de IP de origen 214c, dirección de IP de destino 214d, ID de puerto 214e, indicadores de trasmisión de TCP/IP 214f, y dirección de flujo 214g. Los parámetros de transmisión mostrados son ilustrativos; modalidades alternativas pueden emplear filtros con campos y/o información alternativa. Cada entrada de perfil 216 también incluye una lista 218 de servicios de sesión a ser aplicados al flujo 206. Cada elementó en la lista 218 contiene un índice de servicio de sesión 220 en la tabla de servicio de sesión 204, que indica el servicio de sesión aplicable 222. La tabla de servicio de sesión 204 contiene entrada de servicio de sesión 224, referidas por el índice de servicio de sesión 220, descrito más adelante. Nótese que el índice de servicio de sesión 220 en la lista de servicio de sesión 218 se muestra como ilustrativo. Pueden ser implementados otros mecanismos para asociar los servicios de sesión 222 a una entrada de perfil 216 y ser evidentes a aquellos expertos en la técnica, como la inclusión de servicios de sesión 222 directamente en la tabla de perfil de transmisión 202 o un indicador alternativo con referencia de arreglo, dependiendo de la implementacion particular. Por lo tanto, el servicio de sesión aplicado 222 a ser aplicado a un paquete de mensaje particular es determinado en el trazador de mapas de flujo 30 identificando el flujo a través del ID de flujo 206 o la entrada del perfil 216, y el trazo del mapa de la entrada del perfil 216 a las entradas de servicio de sesión correspondientes 224, indicativa del servicio de sesión 222 a ser aplicado. Como se indicó anteriormente, los paquetes de mensaje trazados por el trazador de mapas de flujo 30 incluyen paquetes de mensaje entrantes y salientes. Los paquetes de mensaje -recibidos sobre el enlace inalámbrico (22, Fig. 2) de un trazador de mapas de flujo remoto 30 tiene la ID de flujo 206 identificado y anexo al paquete de mensaje, que permite una búsqueda en la tabla de flujo 200. Los paquetes de mensaje recibidos del enlace alámbrico 20, 24 para transmitirse sobre el enlace inalámbrico 22 son identificados comparando una entrada del perfil 216 en la tabla de perfil de transmisión 202. El trazador de mapa de flujo 30 ilustrado se muestra desde la perspectiva del abonado 14 para propósitos ilustrativos, y es igualmente aplicable a cualquier punto final o extremo del enlace inalámbrico 22. La Figura 4 muestra un diagrama de flujo para trazar mapas de flujos de paquetes para servicios de sesión. Refiriéndose a las Figuras 4 y 2, un paquete entrante es detectado por el trazador de mapas de flujo 30, como se describe en el paso 100. Se efectúa una verificación para determinar si el paquete entrante fue recibido del enlace inalámbrico 22, o un enlace alámbrico 20, 24 como se muestra en el paso 102. Como se describió anteriormente, el trazador de mapas de flujo 30 reside en ambos puntos finales del enlace inalámbrico 22. Si el paquete fue recibido del enlace inalámbrico 22, entonces el ID de flujo fue anexado al mensaje antes de la transmisión. Se efectúa una consulta en una tabla de flujo para comparar el paquete con un flujo de paquetes, como se describe en el paso 104. El ID de flujo es indexado en la tabla de servicio de sesión, como se muestra en el paso 120. Se determina el servicio de sesión correspondiente, como se muestra en el paso 122, y se aplica el paquete de mensaje, como se muestra en el paso 124. El paquete es enviado entonces al proceso correspondiente P1-P3 vía el enlace alámbrico 24, como se muestra en él paso 126. Si el paquete fue recibido del enlace alámbrico 20, 24 entonces se efectúa una comparación con las características del paquete de mensaje en una tabla de perfil de transmisión, como se describe en el paso 106, también descrito más adelante. Se efectúa una verificación para determinar si se encontró similitud en la tabla del perfil de transmisión, como se muestra en el paso 108. Si no se encontró similitud, entonces no se requieren servicios de sesión para este paquete, o se crea una nueva entrada de flujo, a través de un intercambio de mensajes de señalización de flujos de tráfico, como se describe en el paso 110 y como se describió anteriormente con respecto a la Figura 3. Si se encontró una similitud, el ID de flujo es leído de la tabla de perfil de transmisión, como se describe en el paso 111. En cualquier caso, el ID de flujo recién creado o encontrado es anexado al mensaje, como se describe en el paso 112. El servicio de sesión correspondiente es indexado en la tabla de servicio de sesión, como se muestra en el paso 114, y aplicado al paquete de mensaje, como se describe en el paso 116. El mensaje es enviado entonces sobre el enlace inalámbrico 22 como un paquete del flujo determinado, como se muestra en el paso 118, para la recepción por el trazador de mapas de flujo remoto 30. Deberá notarse que el flujo ID determinado antes de enviar la transmisión inalámbrica es determinado como se describió anteriormente y anexada a un mensaje antes de la transmisión. El ID de flujo puede ser anexado en una variedad de formas conocidas por aquellos expertos en la técnica. En una modalidad particular, el ID de flujo es encapsulado en un encabezado de paquete adicional el cual incluye el ID de flujo. Pueden ser empleados otros protocolos de implementación. Tras la recepción de la transmisión inalámbrica, el ID de flujo es separado para producir el paquete en su forma anterior a la transmisión inalámbrica. De esta manera, el ID de flujo puede ser anexado y removido del paquete de mensajes sin interferir con la otra entrega y campos de datos en el paquete. Las Figuras 5a y 5b muestran un ejemplo de un proceso que concreta un nuevo flujo de paquetes. Refiriéndose a las Figuras 5a, 5b y nuevamente a la 2, el proceso Pl desea iniciar una petición de flujo de video. El proceso Pl genera un paquete de mensaje 300 indicativo de la petición, y envía este vía el enlace alámbrico 24 al abonado 14. El trazador de mapas de flujo 30 recibe el paquete de mensajes 300 e intenta encontrar una entrada de perfil correspondiente 216 en la tabla de perfil de transmisión 202. No se encuentra similitud, de modo que el trazador de mapas de flujo 30 determina que concretará un nuevo flujo de paquetes en el trazador de mapas de flujo 30. Se genera una nueva entrada de perfil de flujo 226 por las peticiones de flujo de video, indicativas del destino remoto en el campo 214d' , y se asigna un filtro FID106. Puesto que esas peticiones son consideradas relativamente pequeñas, se selecciona el servicio del sistema de compresión de encabezado. Se crea un índice de servicio de sistema 218 para indicar el servicio en el sistema 222 para la compresión de encabezado, de acuerdo a lo mostrado por el índice del servicio de sistema 218 SS3. También se crea una nueva entrada de perfil de flujo 228 por los paquetes de mensaje de flujo de video de retorno que serán recibidos, que tienen un FID de filtro 107 que tiene un campo de ID de origen 214c' de la comparación de origen del flujo de video 214d' . Se selecciona un servicio de sistema para el procesamiento QOS (Calidad de Servicio) RT. Puesto que no existe entrada de servicio en el sistema 222 para el QOS RT aún, se crea una nueva entrada 224 por el índice de servicio de sistema 218b para SS4, y se asocia con la entrada del perfil de flujo 228. El servicio de sistema QOS RT es ejemplar; de igual modo podrían ser empleados servicios de sistema alternativos para aplicar el procesamiento u operaciones específicas de flujo. El trazador de mapas de flujo 30 genera un mensaje de señalización de flujo de tráfico 302 para enviar a la estación base 16 indicativo de los nuevos flujos F4 y F5. Después del mensaje de señalización de flujo de tráfico, el cual establece el procesamiento de servicio de sistema complementario en el trazador de mapas de flujo remoto 30', el mensaje de petición de flujo de video 300 es encuadrado para su transmisión 304 vía el enlace inalámbrico. Después del procesamiento vía el destino remoto 214d' , es recibido un paquete de flujo de video 306 por la estación base 16. La estación base, consistente con la señalización del flujo de tráfico, compara el origen del mensaje con la entrada del perfil de flujo 228. El ^trazador de mapas de flujo 30' anexa el ID de flujo F5 al mensaje 308, y envía este sobre el enlace inalámbrico 22 al abonado 14. El trazador de mapas de flujo 30 en el abonado 14 lee el ID de flujo F5, envía el ID de flujo correspondiente ID 206 en la tabla de flujo 200, y traza éste al índice de servicio de sistema SS5 para el procesamiento QOS RT. Se envió otra petición de flujo de video 310 desde un proceso Pl, y se encontró una similitud correspondiente para FID 106 en la tabla de perfil de transmisión. En consecuencia, se encontró que el Indice de servicios en el sistema 218a indica compresión de encabezado, aplicada a la petición, y enviada como un paquete de mensaje 312 vía el flujo F4. El trazo del mapa de flujo de servicio del sistema continúa de esta manera hasta que el flujo ya no es necesario y las entradas correspondientes son actualizadas con otra secuencia de mensaje de señalización de flujo de tráfico. En una modalidad alternativa, mostrada en la Figura 6, los índices del servicio de sistema 220 son estandarizados en una tabla de servicio del sistema 204 almacenada en un depósito común 230. El depósito común es accesible vía la Internet 18, y es empleada para descargar una versión actual de la tabla del servicio del sistema 204 y versiones de los servicios de sistemas en sí sobre una base periódica. El depósito común podría ser una Instalación de Internet Inalámbrica (WIF) , directorio LDAP, u otro servicio de red accesible por los abonados 14 y las estaciones base 16. Puede tenerse acceso a una pluralidad de estaciones base 16a-16n y descargar la tabla de servicio del sistema 204 del depósito común 230. Las estaciones base 16a-16n transmiten cada uno la tabla de servicio del sistema descargada 204 y archivos relacionados con cada uno de los abonados 14a-14n con los cuales están en comunicación. De esta manera, se mantiene un índice estandarizado por cada uno de los servicios de sistema aplicables a través del sistema de comunicación inalámbrico 10. Los servicios del sistema pueden variar en complejidad y profundidad de implementación. En consecuencia, los archivos ejecutables y otros detalles de implementación pueden experimentar revisiones y modificaciones por el mismo servicio de sesión. Pueden ocurrir descargas periódicas en un depósito común para actualizar y o agregar servicios de sistema. Además, también pueden ser agregadas entradas de perfil de flujo (filtros) adicionales que correspondan a o identifiquen un nuevo servicio de sesión o necesitar un nuevo servicio de sesión. En este caso, la tabla de perfil de flujo puede ser descargada del depósito común también. Para un proveedor de servicios grande, pueden existir muchas implementaciones del trazador de mapa de flujo 30, 30' desplegados entre muchos usuarios. La descarga periódica, automática, de un estado actual de los servicios del sistema proporciona por lo tanto consistencia puntual entre muchos trazadores de mapas de flujo 30, 30' el cual emplea los servicios del sistema. El método para aplicar servicios de sistema, se describe aquí que asocia paquetes entrantes con flujos de paquetes. La igualación de los paquetes de mensaje a perfiles de flujo no necesita igualar exactamente cada paquete de flujo para evitar perturbar el flujo. Otros mecanismos aseguran la entrega de los paquetes de mensaje a los receptores pretendidos . Se pretende que la aplicación de servicios de sesión mejore el rendimiento mediante la aplicación de operaciones que tienden a reducir la sobrecarga e incremento de la velocidad a la cual es encaminado un paquete. Si, por ejemplo, un paquete entre dos procesos los cuales deberán tener activado un perfil para la compresión de encabezado no se puede formar en el perfil, ese paquete de mensaje será aún entregado, aunque sin el beneficio de compresión de encabezado. Si, sin embargo, es aplicado un servicio de sesión en el lado emisor del enlace inalámbrico, entonces se anexarían el ID de flujo y se aplicaría el servicio de sesión complementario, como la descompresión del encabezado. En consecuencia, aunque no todos los paquetes entre dos procesos pueden ser necesariamente igualados para un perfil de flujo particular para ser enviados sobre el enlace inalámbrico, los paquetes que fueron igualados, de este modo procesados de acuerdo con el servicio de sistema en el lado de envió o emisión del enlace inalámbrico, recibirán el tratamiento complementario en el lado receptor del enlace inalámbrico. Por lo tanto, los servicios de sesión como se definen aquí son aplicados consistentemente en ambos puntos finales o extremos del enlace inalámbrico. Además, esos servicios pueden ser unilaterales, y efectuados en un punto a lo largo de un enlace inalámbrico, o bilaterales, y. aplicados en una forma complementaria en ambos puntos finales o extremos del enlace inalámbrico. Los expertos apreciarán fácilmente que los sistemas y métodos para aplicar servicios de sistema como se definen aquí son proporcionados en un dispositivo inalámbrico en muchas formas, incluyendo pero sin limitarse a) información permanentemente almacenada en medios de almacenamiento no escribibles como dispositivos ROM, b) información almacenada de manera alterable o medios de almacenamiento escribibles como discos sensibles, cintas magnéticas, CD, dispositivos RAM, y otros medios magnéticos y ópticos, o c) información transportada a una computadora a través de medios de comunicación, por ejemplo usando las técnicas de señalización de banda base o señalización de banda ancha, como en una red electrónica como la Internet o líneas telefónicas de módem. Las operaciones y métodos pueden ser implementados en programas y sistemas de programación ejecutables por un procesador o como un conjunto de instrucciones incluidas en una onda portadora. De manera alternativa, las operaciones y métodos pueden ser incorporadas en su totalidad o en parte usando componentes físicos, como Circuitos Integrados Específicos de la Aplicación (ASIC) , motores de estado, controladores u otros componentes físicos o dispositivos, o una combinación de componentes físicos, programas y sistemas de programación e instrucciones fijas. Aunque esta invención ha sido mostrada y descrita particularmente con referencia a modalidades particulares de la misma, será comprendido por aquellos expertos en la técnica que pueden hacerse varios cambios en la forma y detalles en ella sin apartarse del alcance de la invención abarcada por las reivindicaciones anexas.