MXPA06003327A - Administrar trafico en un sistema de comunicaciones que tiene canales de cdma diferentes. - Google Patents
Administrar trafico en un sistema de comunicaciones que tiene canales de cdma diferentes.Info
- Publication number
- MXPA06003327A MXPA06003327A MXPA06003327A MXPA06003327A MXPA06003327A MX PA06003327 A MXPA06003327 A MX PA06003327A MX PA06003327 A MXPA06003327 A MX PA06003327A MX PA06003327 A MXPA06003327 A MX PA06003327A MX PA06003327 A MXPA06003327 A MX PA06003327A
- Authority
- MX
- Mexico
- Prior art keywords
- channel
- reservation
- terminal
- data
- oriented
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 59
- 238000004458 analytical method Methods 0.000 claims abstract description 21
- 238000000034 method Methods 0.000 claims description 113
- 230000008569 process Effects 0.000 claims description 22
- 238000012545 processing Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 9
- 229920006235 chlorinated polyethylene elastomer Polymers 0.000 abstract 1
- 238000000136 cloud-point extraction Methods 0.000 abstract 1
- 230000005540 biological transmission Effects 0.000 description 46
- 238000013459 approach Methods 0.000 description 35
- 238000007726 management method Methods 0.000 description 21
- 230000011664 signaling Effects 0.000 description 14
- 238000004422 calculation algorithm Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 7
- 238000012546 transfer Methods 0.000 description 6
- 230000001934 delay Effects 0.000 description 5
- 238000001514 detection method Methods 0.000 description 5
- 230000000670 limiting effect Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 230000002829 reductive effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 206010010071 Coma Diseases 0.000 description 1
- 101100521334 Mus musculus Prom1 gene Proteins 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000013515 script Methods 0.000 description 1
- 230000002459 sustained effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J13/00—Code division multiplex systems
- H04J13/0007—Code type
- H04J13/004—Orthogonal
- H04J13/0048—Walsh
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J13/00—Code division multiplex systems
- H04J13/16—Code allocation
- H04J13/18—Allocation of orthogonal codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/803—Application aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/822—Collecting or measuring resource availability data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/826—Involving periods of time
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/83—Admission control; Resource allocation based on usage prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/06—Airborne or Satellite Networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Circuits Of Receivers In General (AREA)
- Radio Relay Systems (AREA)
Abstract
En un sistema de comunicaciones de acceso multiple por division de codigo (CDMA -code division multiple access) que incluye una o mas terminales (tal como equipos de premisa de cliente, CPEs) que se comunican con un nodo (tal como un acceso de red de Internet) mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, se proporcionan diversos esquemas para administrar el trafico de las comunicaciones entre los canales. Las decisiones referentes al canal por el cual puede transmitir una determinada terminal pueden basarse en: estadisticas de trafico (tal como el tamano de paquete o la tasa de datos promedio durante un periodo de tiempo), contenido de trafico (tal como tipo de paquete), la carga de memoria temporal de salida de la terminal (estado de cola, o "estado Q"), un historial de la carga de memoria temporal de salida de la terminal (uno o mas estados Q), etcetera. En una aplicacion, las decisiones para administrar el trafico en sesiones en vivo de navegacion de web del usuario pueden involucrar una determinacion inteligente sobre si una determinada terminal se encuentra ocupada con base en el analisis de trafico o la carga de memoria temporal de salida.
Description
"ADMINISTRAR TRÁFICO EN UN SISTEMA DE COMUNICACIONES QUE TIENE CANALES DE CDMA DIFERENTES" CAMPO DE LA INVENCIÓN la invención se refiere a administrar el tráfico en sistemas de comunicaciones de datos en los cuales se encuentran presentes canales de CDMA (code división m ltiple access - acceso múltiple por división de código) diferentes. Más particularmente, la invención se refiere a administrar tráfico en los sistemas de comunicaciones de datos en los cuales se encuentra presente un canal de CDMA asincrono de "acceso aleatorio" (sin reservación) , de menor capacidad, al lado de un canal de CDMA ortogonal "orientado por reservación" de mayor capacidad.
ANTECEDENTES DE LA INVENCIÓN En sistemas basados en el Acceso Múltiple por División de Tiempo (TDMA - Time División Múltiple Access) , el ancho de banda disponible se divide en intervalos de tiempo. Los intervalos de tiempo se dividen adicionalmente en dos categorías generales: Intervalos de Tiempo de Acceso Aleatorio (RATS - Random Access Time Slots) , e Intervalos de Tiempo de Reservación (RETS - REservation Time Slots) . Los RATS son asignados como intervalos de tiempo de contención donde diferentes equipos de premisas de
- - clientes (CPEs - customer premises equipments) contienden por recursos. Los protocolos de resolución de contención basados en ALOHA se utilizan típicamente en los RATS para resolver colisiones entre equipos de premisas de cliente (CPEs) . Los CPEs envían un pequeño paquete por los RATS para solicitar ancho de banda per los RETS . Dependiendo del sistema, los paquetes pequeños pueden transmitirse por los RATS, pero la mayor parte del tráfico se envía por los RETS al solicitar primeramente ancho de banda. Los sistemas de TDMA padecen dos desventajas principales: retraso de acceso más largo y menor eficiencia de ancho de banda. Debido a que necesita enviarse una solicitud por la RATS antes de adquirir la reservación, se introduce un retraso largo. Los intervalos de tiempo de RATS necesitan operarse con una carga de tráfico muy baja para evitar colisiones y retrasos excesivos. Esto da como resultado una menor eficiencia de ancho de banda de sistemas de TDMA. De acuerdo con lo anterior, existe la necesidad en la materia de una técnica que proporcione un retraso de acceso más corto y una mayor eficiencia de ancho de banda. Para este fin, se ha adoptado el acceso múltiple por división de código (CDMA) . Generalmente, se ha reconocido (Bhargava et al.r Digital Communications by Satellite, John Wiley & Sons, Nueva York, 1981, ver esp. el Capítulo 9) que
- - el CDMA le permite a los usuarios operar a una misma frecuencia nominal mientras que requiere la mínima frecuencia o coordinación de tiempo entre los usuarios. Han surgido diferentes planteamientos para implementar el CDMA. Es decir, los canales de CDMA que son diferentes en algunos aspectos, tal como el acceso múltiple por división de código asincrono (ACDMA, ver la norma TIA/EIA/IS95) y el acceso múltiple por división de código (OCDMA - orthogonal code división múltiple access) , han permitido flexibilidad para diseñar sistemas de comunicaciones. Sin embargo, con la capacidad de incorporar múltiples tipos de canal diferentes en un solo sistema de comunicaciones se da un requisito para administrar eficazmente el tráfico en canales diferentes. Por ejemplo, existe la necesidad de optimizar el uso de canales diferentes, con objeto de maximizar el rendimiento general de proceso y transferencia del sistema mientras se asigna equitativamente el ancho de banda entre las terminales contenciosas. Sin embargo, la complejidad de diferentes planteamientos de CDMA ha hecho difícil la administración óptima del tráfico. De acuerdo con lo anterior, existe la necesidad en la materia de proporcionar una configuración para administrar eficazmente el tráfico en redes de comunicaciones con diferentes canales, especialmente
- - canales de COMA diferentes.
BREVE DESCRIPCIÓN DE LA INVENCIÓN En un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye una o más terminales (tales como los equipos de premisas de cliente, CPEs) que se comunican con un nodo (tal como un acceso de Internet) mediante (por ejemplo) al menos un canal de acceso aleatorio (RACH - random access channel) y un canal orientado a reservaciones (RESCH - reservation-oriented channel) , se proporcionan diversos esquemas de administración de tráfico de comunicaciones entre los canales. Las decisiones referentes al canal por el cual puede transmitir una determinada terminal pueden basarse en una variedad de criterios. Las decisiones pueden ser decisiones binarias sobre si la terminal transmite por un RACH contra un RESCH; alternativamente, más decisiones de discernimiento pueden involucrar actualizaciones a canales RESCH más rápidos o degradaciones a canales RESCH más lentos. Las decisiones para administrar tráfico, por ejemplo, en las sesiones de exploración de web de un usuario en vivo pueden involucrar la determinación inteligente sobre si se encuentra ocupada una determinada terminal. Los esquemas de administración de tráfico proporcionan un control de acceso de medios (MAC - médium
acoess control) que es especialmente útil, por ejemplo, un enlace de retorno de la red de comunicaciones satelital que involucra canales de CDMA diferentes (acceso múltiple por división de código ortogonal (OCDMA.) en el RESCH, y acceso múltiple por división de código asincrono (ACDMA) en el RACH) .
BREVE DESCRIPCIÓN DE LOS DIBUJOS Una apreciación más completa de las modalidades descritas se comprende mejor por referencia a la siguiente Descripción Detallada de la Invención en conexión con los dibujos acompañantes, en los cuales los números de referencia similares se refieren a partes idénticas o correspondientes a lo largo de la misma, y en los cuales: La Figura 1 indica esquemáticamente un posible contexto del método de administración de tráfico, en el cual el enlace de retorno (RL - return link) de una red de comunicaciones que incluye una red de comunicaciones satelitales tiene tráfico que debe administrarse; La Figura 2 muestra un diagrama de flujo de una primera modalidad de un método de administración de tráfico, en el cual una terminal transmite solamente por un canal de acceso aleatorio; La Figura 3 muestra un diagrama de flujo de una segunda modalidad de un método de administración de
- tráfico, en el cual una terminal puede transmitir datos por un canal orientado a reservaciones después de enviar y conceder una solicitud de reservación de ancho de banda, concediéndose la solicitud de reservación de ancho de banda si una estadística de tráfico (de manera tal que el tamaño de paquete o tasa de datos de promedio sobre un intervalo de tiempo) excede un umbral, o si el contenido de tráfico (tal como tipos de paquete) satisface algunos criterios; La Figura 4 muestra un diagrama de flujo de una tercera modalidad de un método de administración de tráfico, en el cual se monitorea una estadística o contenido de tráfico de comunicación de la terminal, y se deja que la terminal transmita por un sub-canal "siempre encendido" de un canal orientado a reservaciones cuando el tráfico monitoreado es considerado por indicar que la terminal "se encuentra ocupada" (utilizada activamente por un usuario) ; Las Figuras 5A y 5B muestran diagramas de flujo de una cuarta modalidad de un método de administración de tráfico, en el cual se monitorea el "estado Q" de una terminal (cantidad por la cual se carga la memoria asociada de salida de una terminal) para determinar si su tráfico debe ser llevado por un canal de acceso aleatorio o por un canal orientado a reservaciones; y si el tráfico va a llevarse por el canal orientado a reservaciones (Figura
- -
5B) , donde un código de Walsh más largo (o más corto, o del mismo largo) es asignado a la terminal de manera que después de ello la terminal transmite en un canal más lento (o más rápido, o de la misma velocidad) y La Figura 6 muestra un diagrama de flujo de una quinta modalidad de un método de administración de tráfico, en el cual se monitorea el historial de un "estado Q" de una terminal (cantidad por la cual se carga la memoria asociada de salida de una terminal) para determinar si se concede o revocar el permiso de la terminal para transmitir por un sub-canal "siempre encendido" de un canal orientado a reservaciones;
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Al describir las modalidades ilustradas en los dibujos, se emplea la terminología especificada en aras de la claridad. Sin embargo, la invención no pretende limitarse a la terminología específica así seleccionada, y debe comprenderse que cada elemento específico incluye todos los equivalentes técnicos que operan de manera similar para realizar este propósito. Además, las características y procedimientos cuyas implementaciones son bien conocidas por aquellos expertos en la materia se omiten en aras de la brevedad. Por ejemplo, el inicio y término de los circuitos de
- - software, la comunicación de parámetros provenientes de una parte de una red a otra requeridos para llevar a cabo sus funcione, y demás, se basan en la capacidad de aquellos expertos en la materia, y consecuentemente puede omitirse cualquier presentación detallada de la misma. Además, pueden describirse diversos aspectos, características y modalidades del sistema de comunicaciones de datos como un proceso que puede representarse gráficamente como un diagrama de flujo, un diagrama de estructura, o un diagrama de bloques. Aunque un diagrama de flujo puede describir las operaciones como un proceso secuencial, muchas de las operaciones pueden realizarse en paralelo, concurrentemente, o en un orden diferente al descrito. Pueden omitirse las operaciones no necesarias o deseadas para una implementación particular. Un proceso puede corresponder a un método, una función, un procedimiento, software, una subrutina, un subprograma, o cualquier combinación de los mismos. Las modalidades de configuraciones de administración de tráfico pueden referirse a equipos de premisas de cliente (CPEs) , y a accesos de red entre redes de comunicaciones terrestres y satelitales . Sin embargo, debe comprenderse que las configuraciones de administración de tráfico aplican ampliamente a terminales, estaciones de trabajo, computadoras personales, y lo similar, en general;
de manera similar, las configuraciones de administración de tráfico aplican ampliamente a direccionadores , conmutadores, servidores intermediarios, nodos, y lo similar, en general. Además, funciones tales como las funciones de control que se describen implementadas o ejecutadas en una ubicación particular en una red, también pueden ejecutarse en otra(s) de ubicación (es) adecuada (s) en la red. Las modalidades de sistemas de comunicaciones pueden referirse a "canales de acceso aleatorio" (tal como se especifica en TIA/EIA/1S 95 ) , o canales orientadas para reservaciones (tal como los descritos en la solicitud de patente de E.ü. 10/428, 953, presentada el 1 de Mayo de 2003, titulada "Acceso Múltiple por División de Código Ortogonal por el Enlace de Retorno de Enlaces Satelitales" ("Orthogonal Code División Múltiple Access On Return Link Of Satellite Links") ) . Estos canales son tipos de canal solamente a manera de ejemplo; el sistema de administración de tráfico puede aplicarse a otros tipos de canal. A diversos términos utilizados en esta especificación se les da su interpretación razonable más amplia cuando son utilizados para interpretar las reivindicaciones. A manera de resumen, pueden proporcionarse al menos tres tipos de canales. Los canales son adecuados
- - para su uso en el enlace de retorno (RL) de las modalidades de la red de comunicaciones descrita en esta especificación, redes que pueden incluir una red de comunicaciones satelitales. Los tres tipos de canales incluyen: * El Canal de Acceso de Aleatorio (RACH) utiliza un método de administración sin reservaciones que permite el acceso aleatorio al medio de comunicaciones, y emplea técnicas de ACDMA
(acceso múltiple por división de código asincrono) . Consecuentemente, el RACH proporciona accesos "aleatoriamente" (no programados), pero a costa de la tasa de datos general . • El Canal de Reservación (RESCH) utiliza un método de administración orientado a reservaciones que le permite el acceso al medio con base en un número limitado de códigos
(códigos de Walsh) que son asignados (por ejemplo) por un acceso de red a las respectivas terminales de manera que el acceso de red puede distinguir confiablemente entre las terminales. Los códigos son mutuamente ortogonales, asegurando que las comunicaciones provenientes de diferentes terminales no interfieran una con
- - otra. Consecuentemente, el RESCH emplea OCDMA (acceso múltiple por división de código ortogonal) y es más eficiente que el RACH en términos de tasa general de datos, a pesar del costo de la flexibilidad proporcionada por la capacidad de acceso aleatorio (no programado) del RACH. En algunas modalidades, el RESCH puede incluir un sub-canal llamado el canal "siempre encendido" . • El Canal de Latido (HCH - heartbeat channel) se refiere a un canal de retroalimentación entre el CPE y el acceso de red, y consecuentemente es una preocupación secundaria para la administración de tráfico entre el RACH y el RESCH. El tráfico en el RACH y el RESCH pueden administrarse de acuerdo con los principios descritos en la presente. De manera preeliminar, se describen las características básicas de una implementación no limitante de los canales. El RACH. El canal RACH se basa en el Acceso Múltiple por División de Código Asincrono (ACDMA) , y las terminales de usuario pueden transmitir por el RACH en cualquier momento que tengan datos para transmitir sin tener que reservar el ancho de banda en avance. De conformidad con los principios de CDMA, las terminales
- - dispersan sus datos utilizando códigos pseudos-aleatorios (PN - pseudonoise) largos. ün cierto número de códigos de PN se encuentran disponibles para utilizarse por las terminales, especificando cada código de PN un canal de acceso aleatorio respectivo. Pueden transmitirse diferentes códigos de PN correspondientes a los diferentes canales RACH por la misma frecuencia portadora. El canal RACH descrito en la presente y utilizado en una modalidad tiene una estructura descrita en la norma TIA/EIA/IS95. Una terminal puede seleccionar aleatoriamente de entre un depósito de códigos de PN y utilizar un código de PN seleccionado para dispersar sus datos. Alternativamente, a un nodo tal como un acceso de red se le puede asignar un código para la terminal a utilizar. En cualquier caso, cada transmisión por el RACH comienza con un preámbulo para permitir que el acceso de red u otro nodo se sincronicen y detecten el inicio de la transmisión de la terminal . El RACH puede utilizarse básicamente para el registro inicial en el encendido, para enviar los paquetes al inicio de un flujo de datos cuando la terminal (equipo de premisas de cliente, CPE) ha estado inactivo durante un cierta cantidad de tiempo y no se le ha asignado ancho de banda por el RESCH, y para enviar pequeñas ráfagas de paquetes cortos como se describe a continuación. El ancho
- - de banda por el RESCH puede reservarse para terminales con base en los requisitos de ancho de banda de la terminal y el ancho de banda de RESCH disponible. El HCH se utiliza por las terminales para proporcionar retroalimentación de relación de ruido por señal e interferencia (SINR - signal to interferente-plus-noise ratio) al acceso de red y como una señal de referencia para las mediciones de resistencia de señal de RL por el acceso de red. La técnica de acceso múltiple utilizada por el RACH es CDMA asincrono . Las terminales (equipo de premisa de cliente, CPEs) distribuyen dispersan sus datos que utilizan un cierto número de códigos de pseudos ruido (PN) . Cada terminal es de potencia controlada por el RACH de manera tal que su SINR recibida se encontrará por encima de un cierto umbral, de tal manera que alcanza una tasa de error de paquete (PER - packet error rate) baja (por e emplo, <10"4) . La capacidad del RACH, el número de códigos de PN necesarios para mantener la PER debido a la colisión de códigos debajo de un nivel aceptable, el control de potencia, y el control de sobrecarga por el RACH son capaces de implementarse por aquellos expertos en la materia y no son relevantes a la administración de tráfico como tal, y consecuentemente no se encuentran presentes en ningún detalle adicional en la presente. Los procedimientos utilizados para determinar qué paquetes se
- - transmiten por el RACH y qué paquetes se transmiten por el RESCH, son un tópico de la siguiente descripción. El RESCH. La estructura de canal físico utilizada para soportar el RESCH es CDMA ortogonal (OCDMA) . Uno puede pensar el planteamiento de TDMA que utiliza códigos de Walsh de largo 1. El ancho de banda de canal en el OCDMA. se divide de acuerdo con un código de Walsh ortogonal plural de diferentes largos. Dependiendo de un requisito de tasa de datos de una terminal en el enlace de retorno, en OCDMA se le asigna a la terminal un código de Walsh ortogonal de largo particular. Al ancho de banda (definido por el código de Walsh asignado) se le asigna una terminal para un intervalo de tiempo específico. Los detalles particulares de los canales de capa física, y de los mecanismos que pueden utilizarse para alcanzar la ortogonalidad entre las señales de terminales recibidas en el acceso de red, son capaces de implementarse por aquellos expertos en la materia y consecuentemente no son importantes para la administración de tráfico como tal. El HCH. El canal de latido (HCH) es un canal de enlace de retorno (RL) que es utilizado por las terminales para enviar información de retroalimentación al acceso de red respecto a la S1NR alcanzada en la terminal. En una modalidad, la terminal transmite el índice de la máxima tasa de datos que puede decodificar la terminal con una
- - baja tasa de error de paquetes (PER - packet error rate) de TCP (por ejemplo, <10-4) . El acceso de red utiliza también la señal recibida proveniente de la terminal por el HCH para calcular la resistencia de la señal recibida (RSS -received signal strength) proveniente de la terminal. La RSS de RL se utiliza para los canales de tasa fija con control de potencia por el RACH, asi como también para determinar la máxima tasa de datos alcanzable por los canales de tasa controlada por el RESCH para un nivel de potencia de transmisión determinado. A cada terminal se le asigna un ancho de banda por el HCH. A continuación se brinda una descripción de los procedimientos de control de acceso de medios (MAC) que pueden utilizarse para administrar y dirigir la señalización y datos de usuario por el RACH y el RESCH. Se proporciona una variedad de tales procedimientos de MAC. En términos generales, cuando la terminal tiene que transmitir datos pero no tiene ninguna asignación de ancho de banda por el RESCH, la terminal comienza un flujo de datos al transmitir solamente sus paquetes por el RACH. Después de recibir los paquetes de la terminal por el RACH, el acceso de red determina que la terminal ha iniciado un flujo de datos, tras lo cual el acceso de red debe decidir si asigna o no el ancho de banda a la terminal por el RESCH .
- -
La mayoría de la siguiente descripción se enfoca en esquemas de administración de anchóte banda (y por implicación, esquemas de control de acceso de medios (MAC) ) para tráfico de HTTP (protocolo de transferencia de hipertexto) . En el tráfico de HTTP, la aplicación de exploración de web de la terminal conectada al enlace de retorno lleva los GETs y los reconocimientos. Existe un cierto número de planteamientos para llevar el tráfico de enlace de retorno generado por un flujo de HTTP. Refiriéndose a la Figura 1, un contexto del método de administración de tráfico, en el cual un enlace de retorno (RL) de una red de comunicaciones que incluye una red de comunicaciones satelital tiene tráfico que debe ser administrado, se ilustra a manera de ejemplos no limitantes. En la Figura 1, se encuentran enlazadas diversas "terminales" (equipos de premisas de cliente, CPEs) 110, 120... mediante los discos satelitales respectivos 111, 121... hacia el satélite 100 y consecuentemente a un "nodo" (tal como un acceso de Internet) 150 mediante su disco satelital 151. El enlace en avance (FL - forward link) 130 denota una dirección de comunicación desde el nodo a cualquiera de las terminales. Inversamente, el enlace inverso (RL, algunas veces llamado enlace de retorno) 140 denota una dirección de comunicación desde cualquiera de
- - las terminales al nodo. El RL puede implementarse utilizando una combinación de OCDMñ. y una técnica de ACDMA descritas con anterioridad. Los CPEs (terminales) pueden variar de estructura y operación, como puede hacerlo el acceso de red (nodos) . Generalmente, las terminales y nodos tienen equipo de comunicación que opera de acuerdo con protocolos de comunicaciones mutuamente compatibles, tales como TCP/IP y HTTP, permitiéndole a las terminales el acceso a la Internet por el nodo. El nodo y las terminales incluyen procesadores respectivos configurados para realizar las características analíticas descritas en la presente. El nodo, cuando se implementa un acceso de Internet, incluye también un servidor intermediario para permitirle a los nodos el acceso a la Internet. Aquellos expertos en la materia apreciarán fácilmente que el satélite y el ancho de banda satelital deben asignarse entre las terminales. La administración de tráfico es particularmente desafiante, por ejemplo, cuando el tráfico administrado es un tráfico de TCP/IP-HTTP de las sesiones de exploración de web en la Internet de usuarios en vivo. Tal tráfico debe cruzar trayectorias hacia y desde los satélites, trayectorias que introducen significativos retrasos de tiempo. Los planteamientos de control de tráfico descritos en esta especificación son
- - particularmente útiles para su uso en el enlace de retorno (KL) de sistemas tales como el mostrado en la Figura 1 debido a los requisitos de multiplexión de muchos a uno del RL; sin embargo, el RL de la Figura 1 es solamente una aplicación de los planteamientos. Generalmente, los planteamientos descritos involucran la administración estratégica de a cuáles terminales plurales 110, 120, ... se les concede más ancho de banda disponible, en este ejemplo, al satélite 100 y el nodo 150, una meta para maximizar el uso del ancho de banda disponible. Los ejemplos de tales planteamientos involucran un enlace que tiene un control de acceso de medios (MAC) que gobierna el acceso a los canales RACH y RESCH descritos con anterioridad. Primera modalidad (referirse a la Figura 2) . En una primera modalidad, todo el tráfico se incluye en el RACH. Una ventaja de transmitir por el RACH es que los paquetes pueden enviarse conforme se generan, y no existe ningún retraso de solicitud de reservación adicional. Refiriéndose a la Figura 2, un diagrama de flujo ilustra los pasos de una implementación a manera de ejemplo de la primera modalidad. El bloque 200 representa el inicio del proceso, seguido por el bloque 210 que indica la transmisión de datos por el canal de acceso aleatorio. El bloque 220 representa el fin del proceso, cuando se
- - completa la transmisión de datos. Las desventajas de transmitir exclusivamente por el RACH incluyen una baja eficacia de ancho de banda y baja tasa de datos . Segunda modalidad (referirse a la Figura 3) . Se describe un segundo planteamiento para administrar el tráfico de enlace de retorno con referencia al tráfico de HTTP. Por supuesto, se reconoce que las modalidades necesarias no se limitan a modalidades de tráfico de HTTP; también pueden manejarse de manera similar otros tipos de servicios . En este segundo planteamiento, se analizan las características de tráfico derivadas de una determinada terminal (CPE) .· Las características de tráfico que se analizan, pueden incluir estadísticas de tráfico tales como un tamaño de paquete o una tasa de datos promedio medida durante un periodo de tiempo) o contenido de tráfico (tal como un tipo de paquete) . Con base en las características de tráfico analizadas, el tráfico se transmite posteriormente por cualquier canal de acceso aleatorio (RACH) o por un canal orientado a reservaciones (RESCH) . En un ejemplo, la terminal envía paquetes más pequeños (tales como reconocimientos de TCP) por el RACH. Sin embargo, cuando una terminal desea enviar un paquete de largo mayor a un cierto tamaño de umbral, la terminal
- - solicita ancho de banda por el RESCH. Consecuentemente, para solicitar ancho de banda por el RESCH, la terminal envía un paquete de solicitud de reservación por el RACH. Refiriéndose a la Figura 3, un diagrama de flujo ilustra los pasos de una implementación a manera de ejemplo de la segunda modalidad, indicando el bloque 300 el inicio del proceso. El bloque 302 ilustra el análisis de tráfico de datos con relación a una determinada terminal. Por ejemplo, se analiza (n) la(s) estadística (s) de tráfico tal (es) como un tamaño de paquete o la tasa de datos promedio durante un periodo de tiempo determinado. Alternativamente, se analizan el contenido de tráfico tal como el tipo de paquete u otro criterio. En una modalidad, el análisis en crudo tiene lugar en la terminal pero en otras modalidades este análisis tiene lugar en el nodo. El bloque 310 ilustra una decisión con base en el análisis de la estadística de tráfico o el contenido de tráfico derivado del bloque 302. Si la estadística de tráfico analizado cae debajo de umbral, o si un contenido de tráfico cae en un determinado criterio o criterios, entonces el control pasa al bloque 330 el cual indica que la terminal transmite por el RACH. Sin embargo, si el tráfico analizado cumple o excede el umbral, o si el contenido de tráfico satisface determinado criterio o
- - criterios, entonces el control pasa al bloque 320. El bloque 320 ilustra que la terminal envía una solicitud de reservación de ancho de banda, en una implementación, por el RACH. El bloque subsecuente 322 indica que el nodo (acceso de red) procesa la solicitud de la terminal, y, sobre una base de ancho de banda disponible, concede la solicitud de la terminal. Para comunicar la concesión de la solicitud, el nodo envía un código de reservación de ancho de banda a la terminal, como se ilustra en bloque 324. Subsecuentemente, el bloque 326 ilustra que la terminal transmite por el RESCH. Los bloques 320, 322, 324 se delinean con líneas punteadas para enfatizar que la implementación descrita involucra un proceso de solicitud/ concesión que transpira entre la terminal (CPE) y el nodo (acceso de red) ; sin embargo, esta secuencia de concesión de solicitud no es la única contemplada con objeto de que la terminal transmita por el RESCH. Esta segunda modalidad agrega un retraso de viaje redondo a cada transmisión de RL, lo cual incrementa el tiempo de respuesta de localización para aplicaciones de HTTP. Sin embargo, la segunda modalidad tiene una mayor eficiencia de ancho de banda que solamente enviar todos los datos por el RACH como se lleva a la práctica en la primera modalidad. Después de ambos bloques 330 y 326, el control
- pasa de nueva cuenta al bloque 302 de análisis. Consecuentemente, el análisis de las estadísticas de tráfico o de contenido de tráfico, y la subsecuente determinación de si la terminal transmite por el RA.CH o por el RESCH, pueden llevarse a cabo continuamente. Tercera modalidad (referirse a la Figura 4) . Un tercer planteamiento se basa en parte en el reconocimiento que el tráfico generó en el enlace de retorno (RL) , por ejemplo, el flujo de datos de HTTP, es de tipo ráfaga y tiene un requisito de baja tasa de datos cuando se utiliza compresión. Por lo tanto, el tercer planteamiento para administrar tráfico involucra asignar el flujo de datos a un sub-canal de baja tasa de datos por el canal orientado a reservaciones (RESCH) , sin que la terminal tenga que pasar por un proceso explícito de solicitud de reservaciones. En esta descripción, este sub-canal de baja tasa de datos es referido como un canal "siempre encendido", dado que se encuentra "encendido" (asignado a una terminal particular) para al menos la duración del tiempo de transacción de solicitud/respuesta de localización. Ventajosamente, el planteamiento de canal "siempre encendido" evita el retraso de solicitud de reservación, el cual es significativo (aproximadamente 0.5 segundos) en un sistema satelital geo-estacionario . Una desventaja del planteamiento de canal "siempre encendido"
- - es que, debido a la capacidad de ráfaga del tráfico de HTTP, el canal no siempre se utilizará durante el tiempo que se le asigna y que se encuentra "encendido". Sin embargo, debido a que solamente una fracción de los usuarios a los que se les ha asignado un canal "siempre encendido" transmite actualmente, se les permite enviar a las terminales de transmisión a una mayor potencia y con una codificación/modulación más alta. Esto da como resultado una eficiencia mayor de ancho de banda cuando no transmite una terminal, una mayor eficiencia que compensa parcialmente para las terminales que no utilizan totalmente sus anchos de banda asignados, alcanzando consecuentemente una ganancia de multiplexión general (estadística) . Como se mencionó con anterioridad, no es necesario restringir este planteamiento a tráfico de HTTP; el planteamiento también puede utilizarse con otros tipos de servicios. Un planteamiento para decidir si se asigna o no un canal "siempre encendido" a un flujo es descrito a continuación. Este planteamiento se describe con referencia al tráfico de HTTP como un ejemplo no limitante: específicamente, el tráfico involucrado cuando un ser humano está navegando por la World Wide web con un explorador de web convencional. Sin embargo, se comprende que el tráfico puede ser diferente a HTTP. En resumen, el acceso de red intenta determinar
- - cuándo un usuario se encuentra actualmente en una determinada terminal con base en el análisis de tráfico asociado con la terminal. Presumiblemente, el tráfico se encuentra en el RACH y no se ha asignado ningún código de Walsh que le concedería a la terminal permiso para utilizar el RESCH más rápido. Si el acceso de red determina que un usuario está utilizando activamente determinada terminal (es decir, si la terminal se encuentra "ocupada") , entonces el acceso de red asigna esa terminal de CPE a un código de Walsh que le da permiso de utilizar un sub-canal del RESCH. En una modalidad, el sub-canal asignado es un sub-canal "siempre encendido" cuya tasa de datos es menor que la mayor parte de otro tráfico por el RESCH. El acceso de red monitorea continuamente el tráfico asociado con la terminal, con la intención de mantener el canal "siempre encendido" durante toda la sesión de web del usuario. Cuando la cantidad de tráfico en el canal activo cae debajo de un cierto nivel de actividad, entonces el acceso de red concluye que la persona ya no está utilizando activamente la terminal y revócale permiso de la terminal a fin de utilizar el canal "siempre encendido". También, cuando la naturaleza del tráfico de canal indica que solamente se va a enviar tráfico de HTTP de "respaldo", el acceso de red concluye que la persona ya no está utilizando activamente la
- - terminal y revoca el permiso del CPE de utilizar el canal "siempre encendido" . De esta manera, el continuo monitoreo del acceso de red y la asignación y revocación resultantes de los sub-canales "siempre encendidos" en el RESCH incrementa el uso general (estadístico) del ancho de banda asignable a canales "siempre encendidos" para terminales plurales. La decisión de asignar un canal "siempre encendido" a un flujo de datos puede iniciarse sea por la terminal o por el acceso de red. Si la terminal solicita el canal "siempre encendido", puede enviar la solicitud por el RACH o conectar "en cascada" la solicitud en otros paquetes de RACH. Antes de que el flujo de HTTP se diseñe para ser apto del canal "siempre encendido", sus primeros paquetes pueden transmitirse por el RACH con objeto de evitar el retraso de la reservación. En cualquier caso, el acceso de red tiene la última palabra para conceder el ancho de banda . El rendimiento de proceso y transferencia (en bit/seg) del canal "siempre encendido" puede definirse como la cantidad de datos que transmite la terminal dividida por la cantidad de tiempo que la terminal tiene la asignación de ancho de banda. La eficiencia de ancho de banda efectivo de la terminal por el canal "siempre encendido" se define como su rendimiento de proceso y transferencia
- - dividido por la cantidad de ancho de banda asignada a la terminal, es decir, bits por segundo por Hz actualmente portada . Idealmente, el acceso de red debe asignar un canal "siempre encendido" a una terminal después de detectar un flujo de datos proveniente de la terminal por el RL si espera que la eficiencia de ancho de banda por el canal "siempre encendido" sea mayor que la eficiencia de ancho de banda del RACH. En un ejemplo, el rendimiento de proceso y transferencia del canal RESCH es nominaImente de aproximadamente 1.5 bits/seg/Hz (4.5 Mbps por un canal de RL de 3 MHz) , mientras que el RACH es de aproximadamente 0.3 bits/seg/Hz. Por lo tanto, idealmente a uno le gustaría transmitir por el canal "siempre encendido". Sin embargo, como se describió con anterioridad, no todas las terminales que tienen una asignación de canal "siempre encendido" utilizan actualmente sus respectivos anchos de banda asignados. Por lo tanto, uno podría transmitir a una potencia mayor por el canal "siempre encendido" y utilizar una mayor codificación/modulación que la normalmente utilizada por el RESCH. La potencia de transmisión promedio y pico de todas las terminales que transmiten por los canales "siempre encendidos" necesitan estar por debajo de los niveles aceptables permitidos por el límite de interferencia para el satélite adyacente.
Pueden tomarse diversos planteamientos para determinar si un canal "siempre encendido" debe asignarse a una terminal, por ejemplo: • un planteamiento de detección de flujo paramétrico con base en las características de tráfico del flujo de datos; o • un mecanismo de detección de flujo con base en el contexto . El planteamiento basado en parámetros utiliza las características de tráfico del flujo para pronosticar si el flujo generará o no tráfico suficiente para alcanzar una eficiencia suficientemente alta de ancho de banda efectivo para . conceder la garantía de asignación de un canal "siempre encendido". En este planteamiento, la idea básica es dejar de asignar los canales "siempre encendidos" a los flujos que son cortos en un cierto número de bytes y no duran demasiado. Este planteamiento puede asignarle un canal "siempre encendido" a un flujo si el número de paquetes y/o el número de bytes recibidos en el acceso de red proveniente de la terminal durante un cierto intervalo de tiempo excede ciertos umbrales. Se pretende que el límite en el número de paquetes en un determinado intervalo de medición evite asignar canales "siempre encendidos" a flujos que duran poco tiempo e involucran transacciones tales como consultas de DNS .
- -
Una dificultad con desasignar un canal "siempre encendido" a un flujo si el número de paquetes provenientes del flujo se encuentra por debajo de un cierto umbral, es que incluso el flujo de HTTP comienza con un solo GET. En ese caso, un canal "siempre encendido" no seria asignado a un flujo de HTTP hasta que llega la respuesta del primer GET y genera un cierto número de GETs. Los GETs subsecuentes necesitarían ir por el RACH o experimentarían medio segundo de retraso en las reservaciones. Para detectar más temprano los flujos de HTTP, el planteamiento puede llamar un flujo si el número de bytes enviados excede un umbral, o si el número de paquetes enviados excede un umbral . Se proporciona también un criterio de terminación, para rescindir el canal "siempre encendido" cuando termina el flujo. El mecanismo basado e parámetros rescinde el canal "siempre encendido" cuando el flujo ha estado inactivo durante más de un cierto tiempo de espera después del último paquete del flujo. El parámetro importante en este planteamiento es de cuánto tiempo debe ser el tiempo de espera. Un planteamiento de espera larga (muchos minutos) pretende asegurar que el canal "siempre encendido" se encuentra disponible para un usuario mediante su sesión de
- exploración de web. En otras palabras, un tiempo de espera largo asegura que el canal "siempre encendido" no sea retirado durante los "tiempos de pensamiento". La ventaja del tiempo de espera largo es que a medida que el usuario solicita una nueva localización no existen retrasos iniciales para solicitar un canal "siempre encendido". Por supuesto, con tiempos de espera largos, el ancho de banda se desperdicia durante tiempos de pensamiento y los canales "siempre encendidos" pueden asignarse a muchos CPEs cuyas computadoras se encuentran siempre ejecutando procesos tales como refrescar solamente un sitio periódicamente. En el modelo de tiempo de espera corta, el canal "siempre encendido" es retirado después de un intervalo de tiempo breve después del último paquete de un flujo. El modelo de espera corto incrementa la eficiencia de ancho de banda, pero incrementa el número de reasignaciones de código de Walsh. El tiempo de espera corto se selecciona suficientemente largo para asegurar que el canal "siempre encendido" no es retirado antes de que se reciba toda la respuesta de localización, pero puede ser suficientemente corto para que el canal siempre encendido se libere durante el tiempo de pensamiento. Los primeros paquetes de un nuevo flujo (por ejemplo, una solicitud de localización) se transmiten por el RACH con objeto de evitar el retraso de reservación.
Este planteamiento le agrega tráfico al RACH, pero utilizando compresión se reduce considerablemente el tamaño de los paquetes tales como GETs y la carga adicional sobre el RACH es pequeña. Por lo tanto, al enviar el iniciar de un flujo por el RACH, se evitan los retrasos relacionados con las reservaciones . Aunque el número de reasignaciones de Walsh en el modelo de tiempo de espera corto es considerablemente más grande que en el modelo de tiempo de espera largo, el tiempo de procesamiento requerido y la señalización para configurar y desgastar los canales "siempre encendidos" no debe generar un cuello de botella. La razón es que, en los esquemas de TDMA, la asignación de ancho de banda se lleva a cabo de manera más dinámica que para los canales "siempre encendidos". Concebiblemente, cada GET necesitaría una reservación separada que ocasionaría grandes retrasos así como también un gran número de transacciones de solicitud/concesión de reservaciones. Por lo tanto, el número de asignaciones de canal "siempre encendido" con tiempo de espera más corto debe ser un límite inferior al número de reservaciones de canal que requiere un sistema de RL de TDMA. Otro planteamiento para decidir si un canal "siempre encendido" debe o no asignarse a un flujo se basa en el contexto (mencionado con anterioridad) .
- -
En el ejemplo no limitante que utiliza un intermediario de HTTP, el acceso de red detecta que ha comenzado una aplicación de HTTP y por lo tanto puede determinar que necesita asignarse un canal "siempre encendido". Incluso puede determinarse la tasa de datos del canal "siempre encendido", con base en otra información contextual tal como el sitio web que se visita. Debido a que la tasa de datos del canal "siempre encendido" puede depender de cómo se coloca en memoria asociada la página por el intermediario de cliente, se proporciona la comunicación entre el intermediario de cliente y el acceso de red referente a una cantidad "esperada" de tráfico de RL para el flujo. De manera similar, el acceso de red puede, con base en el contenido de los paquetes, detectar que se ha completado una respuesta de localización y que puede rescindirse el canal "siempre encendido". La eficiencia de ancho de banda efectiva de la asignación de canal "siempre encendido" con base en el contexto será más alta que el planteamiento basado en parámetros debido a que el tiempo de espera puede reducirse casi a cero. En la detección de flujo basada en contexto, la detección de flujo es realmente una extensión del intermediario. En otras palabras, el tráfico de exploración de web generado por los exploradores de web es
detectable si el usuario está utilizando el intermediario. La asignación del canal "siempre encendido" para estos usuarios es una extensión de las mejoras del intermediario. Por supuesto, la detección de flujo basada en contexto puede aplicarse a tipos de tráfico diferentes a HTTP. Refiriéndose a la Figura 4, un diagrama de flujo ilustra los pasos de una implementación a manera de ejemplo de la tercera modalidad, en el cual el bloque 400 ilustra el inicio del proceso. El bloque 410 ilustra un paso para analizar las estadísticas de tráfico o el contenido de tráfico que pueden ser esencialmente las mismas que el bloque 302 Figura 3) . De acuerdo con lo anterior, no se repetirá la descripción detallada de la misma. El bloque 420 ilustra una decisión sobre si se encuentra "ocupada" o no la terminal. La definición de "ocupado" depende de la implementación de red particular, especialmente el protocolo que se utiliza. Una terminal puede considerarse "ocupada" si se considera que un usuario humano se encuentra involucrado activamente para interactuar con la terminal de manera que ocasiona que la comunicación por el enlace de comunicaciones de una cantidad o tipo exceda el de comunicación solo de "segundo plano" . Por ejemplo, si la terminal se está comunicando
- - con los sitios de web de Internet utilizando TCP/IP y HTTP (ver la Figura 1), la determinación de si la terminal se encuentra ocupada o no puede involucrar el análisis de si la terminal está o no enviando activamente solicitudes para descargar páginas web. Si las solicitudes de página web se envían activamente y las páginas web se descargan de hecho en lo que parece ser una sesión interactiva de exploración de web, entonces se considera que la termina está ocupada y el control pasa al bloque 440. Sin embargo, si se lleva a cabo una mínima comunicación de "segundo plano", tal como el tráfico mínimo necesario para mantener una sesión de TCP en ausencia de la interacción de usuario por un periodo de tiempo predeterminado, entonces se considera que la terminal no está ocupada y el control pasa al bloque 430. El bloque 430 ilustra que, si una terminal no se considera demasiado ocupada, cualquier código de Walsh para un sub-canal "siempre encendido" de un sub-canal orientado a reservaciones se desasigna (revocado) . Si aún no se ha asignado ningún código de Walsh a la terminal, entonces el bloque 430 no lleva a cabo ninguna operación. La revocación de código de Walsh se le comunica a la terminal, la cual transmite después por el RACH como se indica en el bloque 432. Inversamente, el bloque 440 ilustra que, si una terminal se considera demasiado ocupada, se asigna un
- - código de Walsh para un sub-canal "siempre encendido" de un sub-canal orientado a reservaciones. Si un código de Walsh se ha asignado con anterioridad a la terminal, entonces el bloque 440 no lleva a cabo ninguna operación, y la asignación de código de Walsh anterior permanece vigente. Cualquier nueva asignación de código de Walsh se le comunica a la terminal, la cual transmite después por el RESCH como se indica en el bloque 442. Después de ambos bloques 432 y 442, el control pasa de regreso al bloque de análisis 410. Consecuentemente, el análisis de la estadística de tráfico o contenido de tráfico, y la subsecuente determinación de si la terminal se encuentra o no ocupada y si transmite por el RACH o por el RECH, puede llevarse a cabo continuamente. Cuarta modalidad (refiérase a las Figuras 5A,
5B) . En un cuarto planteamiento, la terminal transmite inicialmente sus paquetes por el RACH. Cada paquete contiene el "estado Q" de la terminal. Aquí, el "estado Q" indica la cantidad de datos que se encuentra en la memoria asociada (cola) de salida de una terminal. El valor de estado Q puede ser, por ejemplo, el número de bytes que permanecen en la cola de transmisión de la terminal al momento de la transmisión del primer bit de un estado Q. El estado Q puede incluirse en paquetes transmitidos en una variedad de maneras. Por ejemplo, el estado Q puede
- - anexarse al final de la cola de cada paquete de MAC, realizándose posiblemente la anexión por el ASIC (application specific integrated circuit - circuito integrado de aplicación especifica) de transmisión. ' Con base en el estado Q recibido desde la terminal, el acceso de red puede decidir asignarle un canal de reservación a la terminal. En este caso, el nodo (acceso de red) le informa a la terminal de su código de Walsh asignado y la duración del canal de reservación asignado a él . Una vez que una terminal está transmitiendo por el canal de reservaciones, la terminal continúa transmitiendo su estado Q. El nodo puede decidir, con base en el valor del estado Q enviado por la terminal, sea para actualizar el código de Walsh del canal de reservaciones de la terminal a un código de Walsh más corto (canal de tasa más alta) , a fin de extender la duración del canal actual, o para asignar un código de Walsh más largo (canal de tasa de datos más baja) . Refiriéndose a las Figuras 5A, 5B, un diagrama de flujo ilustra los pasos de una implementación a manera de ejemplo de la cuarta modalidad, en la cual el bloque 500 ilustra el inicio del proceso. El bloque 510 ilustra la transmisión de las terminales de su carga de memoria asociada de salida
- -
(estado Q) por el RACH. El bloque 520 ilustra una decisión de si el estado Q cumple o no o excede un determinado umbral de estado Q. Si el estado Q es menor que el umbral, entonces el control pasa al bloque 530 el cual ilustra que la terminal transmite por el RACH. Sin embargo, si el estado Q cumple o excede el umbral, entonces el control pasa el bloque 540 el cual ilustra la asignación del nodo a la terminal de un código de Walsh para un sub-canal "siempre encendido" en un canal orientado a reservaciones. El bloque 542 ilustra la transmisión resultante de la terminal por el sub-canal "siempre encendido" en el canal orientado en reservaciones. El bloque 544 indica generalmente el procesamiento que ocurre cuando la terminal transmite en un sub-canal orientado a reservaciones. El bloque 544 se explica más detalladamente a continuación. Con referencia a la Figura 5B. Cuando la terminal ya no transmite por el RESCH (o por el sub-canal "siempre encendido" del mismo) , entonces el control pasa del bloque 544 a 530, que ilustra que la terminal transmite por el RACH después de que ya no transmite por el RESCH o por un' sub-canal del mismo. Después del bloque 530, el control pasa al bloque 510. De esta manera, el monitoreo del estado Q de la terminal, y la subsecuente determinación de si la carga de
- - cola de salida de la terminal concede o no la asignación de un código de Walsh que le permite a la terminal transmitir por el canal de reservación, puede llevarse a cabo continuamente . Refiriéndose ahora a la Figura 5B, los detalles del procesamiento para el canal de reservaciones (Figura 5A bloque 544) se presentan más detalladamente. El bloque 550 ilustra la transmisión de terminales de su carga de memoria asociada de salida (estado Q) por el RESCH. La transmisión del estado Q por el RESCH contrasta con la transmisión del bloque 510 del estado Q por el RACH. El bloque 552 ilustra el análisis de un historial de los estados Q recientes del nodo. Preferentemente, este análisis se lleva a cabo en el nodo (acceso de red) pero no se requiere utilizar esta ubicación. En cualquier caso, con base en uno o más estados Q recientes, se toma una decisión referente a si la terminal merece que se le asignen uno de varios canales posibles: · ningún canal de transmisión orientado a reservaciones en absoluto, sino mas bien un canal de acceso aleatorio (bloque 560 y regresar a la Figura 5A) • un canal de transmisión de menor velocidad orientado a reservaciones (bloques 570, 572) , · un canal de la misma velocidad orientado a
- - reservaciones (bloques 580) , o • un canal orientado a reservaciones de mayor velocidad (bloque 590, 592) . Si el historial del estado Q indica que la carga de memoria asociada de salida de la terminal se está reduciendo por debajo de un umbral o cumple otros criterios, se concluye que la tendencia de la terminal es subutilizar substancialmente el RESCH, y consecuentemente el código de Walsh de la terminal es revocado en el bloque 560. El nodo comunica la revocación del código de Walsh a la terminal, y el control pasa del bloque 560 de regreso al bloque 530 (Figura 5A) , lo cual indica la transmisión por el RACH. Si el historial del estado Q indica que la carga de memoria asociada de salida de la terminal se está reduciendo por debajo de otro umbral o que cumple otros criterios, se concluye que la tendencia de la terminal es subutilizar ligeramente el presente RESCH. De acuerdo con lo anterior, el presente código de Walsh de la terminal es reemplazado con un código de Walsh más largo en el bloque 570. El nodo le comunica la modificación de código de Walsh a la terminal, y le pasa el control al bloque 572 el cual indica que la terminal transmite por un nuevo RESCH que tiene una menor velocidad de transmisión que la del RESCH anteriormente asignado.
- -
Si el historial del estado Q indica que la carga de memoria asociada de salida de la terminal es aproximadamente permanente o que cumple otros criterios, se concluye que la terminal está utilizando correctamente el presente RESCH. De acuerdo con lo anterior, el presente código de Walsh de la terminal permanece sin cambios y vigente. El control pasa directamente al bloque 580, lo cual indica que la terminal transmite por el mismo canal RESCH por el que ha estado transmitiendo (o al menos un canal RESCH que tiene la misma velocidad de transmisión) . Finalmente, si el historial del estado Q indica que la carga de memoria asociada de salida de la terminal se está incrementando por encima de un determinado umbral o cumple otros criterios, se concluye que la tendencia de la terminal es sobre-utilizar el presente RESCH. De acuerdo con lo anterior, el presente código de Walsh de la terminal se reemplaza con un código de Walsh más corto en el bloque 590. El nodo comunica la modificación del código de Walsh a la terminal, y el control pasa directamente al bloque 592 el cual indica que la terminal transmite por un nuevo RESCH que tiene una mayor velocidad de transmisión que la del RESCH anteriormente asignado. En cualquier caso, después de cualquiera de los bloques 572, 580, 592, el control pasa de regreso al bloque 550 para la comunicación de los subsecuentes estados Q.
- -
Consecuentemente, el análisis de la cola de memoria asociada de salida de la terminal, y la determinación subsecuente de si el historial de estado Q de la terminal concede o no un RESCH de diferente velocidad o incluso el RACH, puede llevarse a cabo continuamente. Utilizar un historial de más de un estado. Q "promedia" cualquier valor de estado Q espurio o anomalías de corta duración en la carga de memoria asociada de salida de la terminal. Este planteamiento reduce el número de veces que la terminal conmuta innecesariamente entre la transmisión de RACH y RESCH (Figura 5A contra Figura 5B) . Además, este planteamiento permite emplear técnicas analíticas sofisticadas para decidir la cantidad de ancho de banda que conceden los estados Q de una determinada terminal . Una implementación particular de esta cuarta modalidad se describe como se explica a continuación, en el entendimiento de que: • "CPE" (equipo de premisas del cliente) se refiere a la "terminal" presentada a lo largo de esta especificación, • "Acceso de red" se refiere al "nodo" presentado a lo largo de esta especificación. • "RACH" se refiere al canal de acceso aleatorio (sin reservaciones) ,
- -
• "RESCH" (canal de reservaciones) se refiere al canal orientado a reservaciones, • "RL" (enlace de retorno; algunas veces, enlace inverso) se refiere a la parte de la red de comunicaciones en la cual pueden encontrarse RACH, RESCH, y posiblemente otros canales, (ver por ejemplo la Figura 1) , y • "FL" (enlace en avance) es el enlace que envía datos en dirección opuesta en la red como el RL (ver el ejemplo en la Figura 1) . Un programador en el CPE determina si los paquetes de CPE destinados al Acceso de red van por el RACH o el RESCH. Cuando comienza la transmisión inicial de CPE, va por el RACH. Sin embargo, subsecuentemente, cuando se forma la cola de transmisión de RL de CPE, el Acceso de red puede necesitar asignar un canal de reservaciones (Código de Walsh corto por un canal de OCDMA) con objeto de acelerar el proceso de descarga de la transferencia de datos actual. El CPE reporta periódicamente la información de estado Q de RL al Acceso de red anexando esta información en cada paquete de MAC transmitido al Acceso de red. El Acceso de red determina, con base en un umbral de profundidad de cola de RL, si el estado Q de RL actualmente reportada excede este umbral que necesita realizar una seriación para el CPE. Esto se basa en el razonamiento de que le llevaría menos tiempo vaciar la carga laboral de
- - conformación de cola con una mayor tasa de reservaciones que persistir con la tasa existente a fin de liberar la carga laboral. Después, el Acceso de red tiene que determinar qué tasa (Código de Walsh corto) asignar para la reservación al CPE y durante cuánto tiempo. La tasa está determinada por la mejor tasa a partir de los depósitos disponibles de Códigos de Walsh cortos. Después, el Acceso de red determina si la potencia requerida para transmitir a la tasa puede ser soportada por el CPE (es decir, no excede la máxima potencia de transmisión del Amplificador de Potencia (PA - Power Amplifier) en el CPE) . De otra manera, se selecciona la mejor tasa posible de manera tal que la potencia de transmisión requerida en el CPE no exceda la máxima potencia de PA, y se hace la reservación (asignación de Código de Walsh corto) al CPE. El Acceso de red continúa monitoreando la información de estado Q proveniente del CPE a partir del tiempo que se le asignó a una reservación al CPE. Si las subsecuentes actualizaciones del estado Q son no decrecientes, entonces la reservación actual puede extenderse más allá del final del periodo de reservación actual. Desde que se ha asignado la reservación actual con base en la información origina de estado Q, se necesita darle al CPE un periodo extendido de reservación con base en la información de estado Q más alta actual con objeto de
- - limpiar su tamaño de cola. Un ejemplo típico de una aplicación donde pueden concederse reservaciones extendidas es en caso de cargas de ftp. En este caso, las sucesivas actualizaciones de estado Q vienen con valores más altos de tamaño de cola de RL, y el Acceso de red necesita seguir extendiendo el periodo de reservaciones hasta que se limpia toda la carga laboral de la cola de RL. También, si el Acceso de red descubre que no existe ningún Código de Walsh corto disponible actualmente, entonces en caso de que un CPE califique para obtener una reservación (mediante la información de su estado Q) , maneja el caso como se explica posteriormente en el escenario de sobrecarga de Código de Walsh corto. Se supone que el Acceso de red coordina centralmente la asignación/desasignación de Código de Walsh corto. Los detalles de esto y la señalización requerida para la asignación/desasignación de Código de Walsh corto se explican en secciones subsecuentes .
Variables de Estado mantenidos en el CPE y el
Acceso de red Tanto el CPE como el Acceso de red mantienen el estado de la conexión por un cierto número de variables de estado. El Acceso de red mantiene algunas de estas variables de estado sobre una base por CPE, es decir, a
- - todos los CPEs que se encuentran actualmente registrados y parte del sistema. Estas variables de estado son: EstadoActual - denota el estado actual de transmisión por el RL, es decir, si es por el RACH o el RESCH. Con base en ello el CPE programa el paquete a enviarse sea por el RACH o el RESCH. TamañoColaCp? - denota el tamaño de cola de transmisión actual (en bits) en el CPE como se reporta por un paquete de MAC de llegada proveniente del CPE. TamañoColaCPE denota el tamaño de cola de MAC de RL que excluye el tamaño de paquete de MAC de llegada. TamañoColaew ~ denota el tamaño (en bits) de cola de transmisión actual según se mantiene en el Acceso de red, justo antes de la llegada de un nuevo paquete de MAC proveniente del CPE. UmbralProfundidadCola - denota el umbral de tamaño de cola de transmisión (en bits) más allá de lo cual califica un CPE para una reservación. • TasaActual - denota la tasa actual a la cual está transmitiendo ese CPE los paquetes al Acceso de red
(en bits por segundo, bps) por el RL. El Acceso de red mantiene esta variable sobre una base por CPE. • TiempoActual - denota el tiempo actual de CDMA en el Acceso de red. · RTT - tiempo de Viaje Redondo Medio en el
- - enlace geoestacionario (en segundos) . Solamente se mantiene una instancia de esta variable en el Acceso de red. • TiempoGuardia - es igual a la diferencia más grande en el retraso de propagación de FL en que puede incurrir cualquiera de dos CPEs en un haz. El Acceso de red mantiene solamente una instancia de esta variable. • TiempoResv - es igual al tiempo de reservación para la reservación de Código de Walsh corto asignado a un CPE por el Acceso de red. El Acceso de red mantiene una instancia de esta variable sobre una base por CPE. • TiempoInicioResv - denota el tiempo inicial de un canal de reservación de Código de Walsh corto en el Acceso de red. Para una reservación que se determina en TiempoActual, el TiempoInicialResv se establece en TiempoActual + RTT + TiempoGuaxdia en el Acceso de red (cuando inicia la reservación en el CPE) . El Acceso de red entrega un permiso de periodo de TiempoGuardia durante el retraso de propagación de FL medio de ½ RTT con objeto de asegurar todos los CPEs en un haz pude escuchar el mensaje de reservación e iniciar su reservación en el tiempo TiempoInicioResv. • TiempoFinResv - denota el final del tiempo de reservación del Código de Walsh corto para un CPE. Es igual a TiempoInicioResv + TiempoResv.
- -
Procedimiento de Transmisión de CPE El CPE anexa la información de estado Q en cada paquete de datos enviado al Acceso de red.
Procedimiento de Recepción de CPE El CPE recibe paquetes de señalización provenientes del Acceso de red que denota un nueva reservación de Código de Walsh corto o una terminación de la reservación actual . Si existe una nueva reservación de Código de Walsh corto, entonces el CPE establece el EstadoActual igual a RESCH al inicio de TiempoInicioResv y la reservación dura hasta TiempoFinResv. Una ves que termina la reservación, el EstadoActual se establece de nueva cuenta en RACH para denotar que ocurren futuras transmisiones en el RACH en lugar del RECH. Si el CPE recibe una indicación de señalización que denota la terminación de una reservación actual, entonces establece el EstadoActual en RACH desde el tiempo de terminación indicada en el mensaje de señalización.
Reguisitos de Acceso de red En esta sección, se describen los procedimientos de Acceso de Red para determinar en qué umbral califica un
- -
CPE para obtener una reservación de Código de Walsh corto, los procedimientos para la asignación/desasignación de Código de Walsh corto a un CPE, los procedimientos para extender una sesión de reservación actual. Se describe el algoritmo de reservación de Acceso de red general.
Procedimiento de Recepción de Acceso de Red El Acceso de red recibe un paquete de MAC proveniente del CPE y lee el campo de estado Q y actualiza la variable TamañoCola ps al estado Q recibida. Si el CPE no tiene una reservación (es decir, su EstadoActual es RACH) , entonces el Acceso de red debe determinar primeramente si el CPE califica para una reservación de Código de Walsh corto.
Nuevo Procedimiento de Reservación en el Acceso de red El criterio de umbral de profundidad de cola RL para determinar un flujo sin reservación actual califica para una reservación se determina por la siguiente ecuación. TamañoColacPE > UmbralProfundidadCola = (RTT + TiempoGuardia) * TasaActual (Determinación de Umbral de Profundidad de Cola de RL)
- -
A continuación se brinda una breve explicación de la ecuación anterior. Se hace una reservación solamente si el tiempo tomado para limpiar la carga laboral en la cola de transmisión de RL al entregar una reservación es menor que el tiempo tomado para limpiar la cola de RL en la tasa actual de transmisión, es decir
z „ _ s (TamañoColarpn - TasaActual * (RTT + TiempoGuardia))*
(RTT 12 + RTT 12 + TiempoGuardia) + ± ^ - - TasaNneva TamañoColaCPE TasaActual (que define (z) + =max(0,z))
m ~ , f 1 1 ^ nrrirri „ 7. TasaActual^
= TamanoColaCPE > (RTT + TiempoGuardia i 1 TasaActual TasaNueva ) TasaNueva )
=> TamañoColarm > (RTT + TiempoGuardia) * TasaActual
La LHS (parte a mano izquierda) de la inecuación tiene el término {RTT/2+RTT/2+ Ti empoGuardia ) , la cual es el retraso total de viaje redondo después de lo cual una reservación inicia en el CPE - RTT/ 2 es el retraso de propagación media de RL después del cual el paquete de MAC que da como resultado en una reservación alcanza el Acceso de Red, y el Acceso de Red hace una reservación y RTT/ 2 +
GuardTime representa la propagación de FL + tiempo de guardia antes de lo cual inicia la reservación iniciada en el CPE. El segundo término en la LHS es el tiempo de servicio total por la nueva tasa más alta (observe que
- - representa la cola de RL drenada en la tasa vieja durante el periodo de tiempo RTT + TiempoGuardia) . La RHS (partea mano derecha) de la inecuación es el tiempo de servicio total para brindar servicio a la cola de RL a la tasa de servicio actual. El depósito de Código de Walsh corto en el Acceso de red se particiona en diversos depósitos de Códigos de Walsh cortos W8, W16, W32, W54, W128 y W256. A partir de la lista de Códigos de Walsh cortos disponibles, el Acceso de Red selecciona un Código de Walsh corto con la máxima tasa de datos de manera tal gue se cumplan algunas restricciones. Primeramente, la tasa debe ser tal que la potencia total radiada desde todos los CPEs a los satélites vecinas se encuentran dentro de los limites preescritos de FCC (United States Federal Communications Commission -Comisión Federal de Comunicaciones de los Estados Unidos) . Una vez que se recoge un Código de Walsh corto con base en los criterios anteriores, el Acceso de red determina si la potencia requerida ( Prequerida ) para que pueda soportarse la tasa de transmisión por el CPE (es decir, Prequerida < E ; donde Pmáx es la máxima potencia de transmisión de PA permitida) . Si esta tasa es soportable, entonces la tasa se establece en Tasawc- De otra manera, el Acceso de red determina cuál puede ser la siguiente mejor tasa soportable y es establece en TasaWc- El tiempo de reservación
TiempoResv se calcula como T empoResv fameñoCotecPE ~TasaAclual * (RTT +TiempoGuardiaf) Tasaffi
(Determinación de Tiempo de Reservación para un Flujo de Calificación) La reservación comienza desde TiempoInicioResv = TiempoActual + ½ RTT + TiempoGuardia, y dura hasta TiempoFinResv = TiempoInicioResv + TiempoResv. El Acceso de red actualiza también la variable de estado TamañoColaGW a TamañoColaCPE . La información de reservación de Código de Walsh corto (Código de Walsh corto, TiempoInicioRes, TiempoFinRes ) se transmite del Acceso de red a la CPE por un mensaje de señalización. El Acceso de red envia este mensaje al CPE por el Canal de Control de FL.
Algoritmo para asignar una nueva reservación a un CPE El Acceso de red recibe la información de estado
Q (TamañoColaCpz) proveniente del CPE. Actualiza TiempoActual cuando se recibe la información de estado Q. si (CPE actualmente no se encuentra recibiendo la
Reservación) //Verificar los Criterios de Umbral para reservación
- -
Si (TamañoColaCPj¡ > (RTT +
TiempoGuardia) * TasaActual) //Verificar si hay algún Código de Walsh corto disponible si (TiempoActual > TiempoFinResv durante al menos
1 WC corto) x. Seleccionar el Código de Walsh corto con máxima tasa según se permite por el Depósito de Walsh libre y otras restricciones y el CPE puede soportar la potencia de transmisión requerida. Su tasa se determina por Tasawc 2. Calcular el tiempo de reservación, TiempoResv {TamañoColaCPE - TasaActual * (RTT + TiempoGuardia ) ~RssvTime —
3. Asignar el Código de Walsh corto al CPE para TiempoResv, comenzando desde TiempoIni ioResv = TiempoActual + 4. Comunicar la reservación al CPE mediante mensaje de señalización.
endif endif endif (Algoritmo para asignar Reservación a un nuevo flujo)
- -
Extender Reservaciones a Flujos con Reservación Existente El periodo de reservaciones que se determina inicialmente por el Acceso de red puede no ser suficiente en caso de que el CPE proporciona reportes de estado Q subsecuente con un TamañoColaCp£ (es decir, la cola de transmisión de CPE está creciendo) creciente. En tal caso, el Acceso de red determina si el CPE califica para obtener una extensión a una reservación actual, y si es asi, cuánto debe extenderse la reservación. El Acceso de red determina primeramente si el TiempoActual es mayor que TiempoFinResv. Si es asi, eso implica que el CPE no puede obtener una extensión de su reservación actual (dado que su reservación actual ha expirado en TiempoFinResv) , pero tiene que pasar por el nuevo proceso de reservación. Verifica además si existe suficiente tiempo para un mensaje de extensión de registro a fin de alcanzar el CPE antes de que su reservación actual expire en TiempoFinResv, es decir TiempoActual < TiempoFinResv - {1/2 RTT + TiempoGuardia) - (Transmisión + Recepción + Retraso de Procesamiento) . Si no, el Acceso de red no puede extender la reservación al CPE. Si la reservación actual no ha expirad, entonces el Acceso de red determina el incremento/disminución creciente en TamafioColacpE desde el último reporte de estado Q. Es
decir, el Acceso de red determina Coladelta = (TamañoColaCPE - TamañoColaGw + TamañoPaqueteRecibídoActual) . Si existe un incremento, entonces calcula el incremento en la reservación como Coladelta/Tasawc. El Acceso de red actualiza el TiempoFinResv = TiempoFinResv + Coladelta/ asawc y actualiza también el TamañoColaG en TamañoColaCp£. Entonces, el Acceso de red envía la información de reservación creciente (Código de Walsh corto, TiempoFinResv) al CPE por un mensaje de señalización. El Acceso de red envía este mensaje al CPE por el Canal de Control de FL.
Algoritmo para extender la reservación existente a un CPE El Acceso de red recibe la información de estado Q [TamañoColaCPE) proveniente del CPE. si (la reservación puede extenderse de acuerdo con los criterios anteriores) Coladelta = Ta añoColaCpE - TamañoColaGW + TamañoPaqueteRecibidaActual si [Coladelta > 0) ResvCrecíente = Coladelta/Tasawc Comunicar ResvCreciente a CPE mediante el mensaje de señalización Actualizar TiempoFinResv = TiempoFinResv + ¦ResvCreciente
- -
Actualizar TamañoColaGM = Ta añoColacpE endif endif (Algoritmo para Extender la Reservación a flujos con Reservación)
Cambiar Tasa de Reservación (Tasa de Reservación Actual insostenible en CPE) Durante el periodo de reservaciones al CPE, el Acceso de Red monitorea continuamente si la potencia en el
CPE requerida para transmitir a la tasa actual ( Pdeseada ) se encuentra dentro de la máxima potencia de transmisión PA ( Pmáx ) · Si se cumple el criterio, entonces el CPE puede continuar la transmisión en la tasa actual. Si no se cumple el criterio (debido a las condiciones cambiantes del canal como la lluvia) , el Acceso de red recalcula la tasa máxima que puede permitirse con base en sus tablas de tasa. El Acceso de red rescinde la reservación actual al CPE y comunica la nueva reservación al CPE mediante un nuevo mensaje de reservación con la nueva tasa por el Canal de control de FL.
Reasignar Código de Walsh Corto a una Nueva Reservación Procedimiento de Sobrecarga en Acceso de red Suponga que un flujo de CPE califica para 1
- - reservación. El Acceso de red verifica si T empoActuaJ > TiempoFinResv para cualquier Código de alsh corto utilizado tomado actualmente. Un planteamiento más agresivo podría ser verificar si TíempoActual > TiempoFinResv - ½ RTT + TiempoGuardía para cualquier Código de Walsh corto tomado actualmente. Esto significa que una podría tomarse una decisión de reservación por el Acceso de Red para reutilizar el Código de Wals corto antes de que expire una reservación existente que utiliza el mismo Código de Walsh corto en un CPE . Esto es más eficaz dado que la nueva reservación solamente comienza desde TiempoActual + h RTT + TiempoGuardía, la cual se garantiza para ser > TiempoFinResv + 2* iempoGuardía y la reservación anterior termina en TiempoFinResv y consecuentemente, no existe colisiones en la asignación de reservaciones. Esto mejora también la eficiencia de asignación de reservaciones dado que el Código de Walsh corto no se utiliza para el intervalo 2*TiempoGuardía, el cual es una información complementaria mucho más pequeña entre las reasignaciones por el planteamiento conservador inicial. Entre las dos elecciones de diseño anteriores, se adopta el planteamiento más eficaz, es decir, la verificación de que TiempoActual > TiempoFinResv - ½ RTT + TiempoGuardía se realiza por el Acceso de red. Si es así, entonces existe una reservación disponible, y el Acceso de
- - red asigna una reservación. De otra manera, si no existe ninguna reservación disponible (condición de sobrecarga de Código de Walsh corto) , entonces el Acceso de red le deniega la reservación al CPE (es decir, no actúa sobre la información de estado Q y proporciona la reservación) .
Requisitos de Señalización para la Asignación/Desasignación de Reservación en Acceso de red El Acceso de red controla y coordina la asignación y la desasignación de la reservación de Código de Walsh corto a los CPEs. Se supone por el algoritmo de reservación que el Código de Walsh corto no se asigna al momento de la expiración del periodo actual de reservación [TiempoFinResv] y el CPE no le señaliza al Acceso de red a renunciar a la reservación de Código de Walsh corto. Observe que el TiempoFinResv puede no ser el periodo de reservación original que se le asigna al CPE, pero el TiempoFinResv actualizado después de múltiples extensiones de reservación. Para cada nueva asignación de reservación y posiblemente las extensiones subsecuentes de los periodos de reservación a un CPE, el Acceso de red le notifica explícitamente al CPE por un mensaje de señalización que se le envía por el Canal de Control de FL.
Algoritmo de CPE El CPE envía información de estado Q
{TamañoColacpE) por paquetes de datos destinados al Acceso de red.
Algoritmo de acceso de red El Acceso de red recibe información de estado Q
{TamañoColacpE) proveniente del CPE. Actualiza TiempoActual cuando se recibe la información de estado Q. si (CPE actualmente no está recibiendo la Reservación) // Verificar los Criterios de Umbral para reservación Si [TamañoColacpE > {RTT + TiempoGuardia
) * TasaActual) //Verificar si se encuentra disponible algún Código de Walsh corto si {TiempoActual > Tie poFinResv - ½ RTT + TiempoGuardia durante al menos 1 WC corto) . 1. Seleccionar el Código de Walsh corto con la máxima tasa según lo permite depósito de Walsh libre y otras restricciones y el CPE puede soportar potencia de transmisión reque
- -
La tasa se determina por la Tasare- Calcular el tiempo de reservación, TiempoResv (TamañoColaCPE -TasaActual * {RTT + TiempoGuardiaj)
TiempoResv= Tasa,wc
3. Asignarle el Código de alsh corto al CPE para TiempoResv, comenzando desde TiempoInicioResv = TiempoActual + ½ RTT + Tiempo de Guardia, y hasta TiempoFinResv = TiempoInicioResv + TiempoResv. 4. Comunicarle la reservación al CPE mediante el mensaje de señalización. else No se encuentra disponible ningún Código de Walsh corto actualmente, el Acceso de red deniega la reservación al CPE. endif endif else // el CPE recibe actualmente la Reservación // Verificar si el CPE necesita una extensión en servación Coladelta = TamañoColaCm - TamañoColaGW ÷ TamañoPaqueteRecibidoActual si {Coladelta > 0 y puede extenderse la reservación)
- -
ResvCrecient = Coladelta/ Tasanc Comunicarle ResvCeciente al CPE mediante un mensaje de señalización Actualizar TiepoFinResv = TíempoFinResv + ResvCreciente endif Actualizar TamañoColacw — TamanoColacpE //El Acceso de red determina que la tasa de reservaciones actual no puede mantenerse debido a la potencia de transmisión requerida en el CPE que excede la máxima potencia de transmisión de PA. En cambio, se notifica una tasa menor que puede sostenerse si (se requiere una nueva reservación) 1. Recalcular nueva TiempoResv con base en la nueva asignación de Código de Walsh corto . 2. Asignar el Código de Walsh corto al CPE para TiempoResv, comenzando desde TiempoInicioResv = TiempoActual + ¾ RTT + Tiempo de Guardia, y hasta Tie poFinResv = TiempoInicioResv + TiempoResv. 3. Comunicar la nueva reservación al CPE/ y rescindir simultáneamente la reservación vieja al CPE mediante el mensaje de señalización.
- - endif endif Quinta modalidad (refiérase a la Figura 6) .
También pueden utilizarse algunas de las enseñanzas de la cuarta modalidad en conjunto con el sub-canal "siempre encendido" del canal descrito con referencia a la tercera modalidad. El acceso de red puede decidir si una terminal está "ocupada" con base en el estado Q de la terminal, y para actualizar la terminal a fin de utilizar un sub-canal "siempre encendido" del canal orientado a reservaciones siempre y cuando se encuentre ocupado. Refiriéndose a la Figura 6, un diagrama de flujo ilustra los pasos de una implementación a manera de ejemplo de una quinta modalidad, en la cual el bloque 600 ilustra el inicio del proceso. El bloque 610 ilustra la transmisión de la terminal al nodo 8acceso de red) del estado Q de la terminal (carga de memoria asociada de salida) . Esta transmisión se da sea por el RACH (suponiendo que la terminal actualmente no tiene permiso de transmitir por un RESCH) o un RESCH (suponiendo que la terminal actualmente tiene permiso de transmitir en un RESCH) . El bloque 620 ilustra una decisión de si se encuentra "ocupada" la terminal o no . La definición de "ocupado" depende de la implementación de red en
- - particular, especialmente el protocolo que se utiliza. Una terminal puede considerarse "ocupada" si se considera que un usuario humano está .involucrado activamente en la interacción con la terminal de manera que origina la comunicación por el enlace de comunicaciones de una cantidad o tipo que excede la mera comunicación "de entorno". El bloque 620 es esencialmente el mismo que el bloque 420 (Figura 4) y no se repetirá su descripción detallada . El bloque 630 ilustra que, si una terminal no se considera como ocupada, cualquier código de walsh para un sub-canal de "siempre encendido" de un sub-canal orientado a reservaciones se desasigna (se revoca) . Si no se ha asignado con anterioridad ningún código de Walsh a la terminal, entonces el bloque 630 no lleva a cabo ninguna operación. La revocación de código de Walsh se le comunica a la terminal, la cual transmite después por el RACH como se indica en el bloque 632. Inversamente, el bloque 640 ilustra que, si una terminal se considera ocupada, un código de Walsh para un sub-canal "siempre encendido" de un sub-canal orientado a reservaciones se le asigna a la terminal. Si un código de Walsh se ha asignado con anterioridad a la terminal, entonces el bloque 640 no lleva a cabo ninguna operación, y la asignación de código de Walsh anterior sigue vigente.
- -
Cualquier nueva asignación de código de Walsh se le comunica a la terminal , la cual transmite después por el RESCH como se indica en el bloque 642. Después de ambos bloques 632 y 642, el control regresa al bloque 610 de análisis. Consecuentemente, el análisis de carga de memoria asociada de salida de la terminal, y la subsecuente determinación de si la terminal se encuentra no ocupada y si transmite por el RACH o por el RESCH, puede llevarse a cabo continuamente. También se proporcionan para los métodos descritos en la presente, productos de programa de computadora (tales como medios de almacenamiento) que almacenan instrucciones de programa para la ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones cuando son ejecutadas por el sistema de computadora ocasionan que el sistema de computadora ejecute los métodos descritos en la presente . Se proporcionan también sistemas para ejecutar los métodos descritos en la presente, incluyendo los sistemas al menos uno de entre una terminal (o equipo de premisas de cliente) y un nodo (tal como un acceso de red) . Las terminales y nodos (o accesos de red) , y lo similar, pueden implementarse fácilmente por aquellos expertos en la materia. En términos generales, estos elementos pueden
- - implementarse como cualquier computadora apropiada que emplea tecnología conocida por aquellos expertos en la materia por ser apropiada a las funciones ejecutadas. Puede implementarse una terminal o nodo utilizando una computadora convencional de propósito general programada de acuerdo con las enseñanzas anteriores, como será aparente para aquellos expertos en computadoras. El software apropiado puede preparase fácilmente por programadores expertos con base en las enseñanzas de la presente descripción, como será aparente para aquellos expertos en software. Pueden seleccionarse otros lenguajes de programación adecuados operativos con otros sistemas operativos disponibles. Las computadoras de propósito general pueden implementar los métodos anteriores, en los cuales el gabinete de la computadora puede alojar una CPU (central processing unit - unidad central de procesamiento) , memoria tal como DRAM (dynamic random access memory - memoria dinámica de acceso aleatorio) , ROM (reading only memory -memoria de solo lectura) , EPROM (erasable programmable read only memory - memoria programable borrable de solo lectura) , EEPROM (electrically erasable programmable read only memory - memoria programable eléctricamente borrable solo lectura) , SRAM (static random access memory - memoria estática de acceso aleatorio) , SDRAM (synchronous dynamic
- - random access meiaory - memoria dinámica sincrónica de acceso aleatorio) , y RAM (random access memory - memoria de acceso aleatorio) Flash, y otros dispositivos lógicos de propósito especial tales como ASICs (application specific integrated circuits - circuitos integrados de aplicación especifica) o dispositivos lógicos configurables tales como los GAL (generis array logic - lógica de arreglos genéricos) y FPGAs reprogramables (field programmable gate arrays) . Cada computadora puede incluir también dispositivos de entrada plural (por ejemplo, teclado, micrófono, y ratón) , y un controlador de pantalla para controlar un monitor. Adicionalmente, la computadora puede incluir un manejador de discos flexibles; otros dispositivos de medios extraibles (por ejemplo, discos compactos, cinta, y medios ópticos magnéticos extraibles) ; y un disco duro u otros manej adores fijos de medios de alta densidad, conectados utilizando un bus de dispositivo apropiado tal como un bus SCSI (small computer system interface -interfase pequeña de sistema de computadoras), un bus de IDE (integrated drive electronics - electrónica de manej adores integrados) Mejorada, o un bus de Ultra DMA (acceso directo de memoria) . La computadora también puede incluir un lector de discos compactos, una unidad lectora/escritora de discos compactos, o un reproductor de
- - discos compactos, el cual puede conectarse al mismo bus de dispositivos o a otro bus de dispositivo. Como se estableció con anterioridad, el sistema incluye al menos un medio legible por computadora. Los ejemplos de medios legibles por computadora incluyen discos compactos, discos duros, discos flexibles, cinta, discos ópticos magnéticos, PROMs (por ejemplo, EPROM, EEPROM, EPROM Flash, DRAM, SRAM, SDRAM) . El software almacenado en cualquier combinación de medios legibles por computadora es para controlar tanto el hardware de la computadora como para habilitar a la computadora a interactuar con un usuario humano, a fin de ejecutar las funciones descritas con anterioridad. Tal software puede incluir, pero no se limita a, aplicaciones de usuario, manej adores de dispositivo, sistemas operativos, herramientas de desarrollo, etcétera. Tales medios legibles por computadora incluyen además un producto de programa para computadora incluyendo código ejecutable para computadora o instrucciones ejecutables por computadora que, cuando son ejecutadas, ocasionan que una computadora ejecute los métodos descritos con anterioridad. El código de computadora puede ser código interpretado o ejecutable, incluyendo pero sin limitarse a scripts, interpretadores, bibliotecas de enlace dinámico, clases de Java, programas ejecutables completos,
y lo similar. A partir de lo anterior, será aparente para aquellos expertos en la materia que se proporciona una variedad de métodos, sistemas, programas de computadora o medios de registro, y lo similar. Por ejemplo, con base en la Figura 3, en un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, se proporciona un método para administrar el tráfico por los canales de acceso aleatorio y orientado a reservaciones. El método involucra comparar al menos un criterio, características del tráfico en el cual se comunican los datos desde una determinada terminal. Si las características de tráfico satisfacen al menos un criterio, el método involucra enviar una solicitud de reservación de ancho de banda; procesar y conceder la solicitud de reservación de ancho de banda; comunicar la concesión de la solicitud de reservación de ancho de banda para la terminal determinada; y ocasionar que la terminal determinada transmita datos por el canal orientado a reservaciones. Si las características de tráfico fallan al menos en un criterio, el método involucra ocasionar que la terminal determinada transmita datos por el canal de acceso
- - aleatorio . El canal de acceso aleatorio puede configurarse para permitirle a las terminales a fin de comunicar los datos por el canal de acceso aleatorio en momentos que no se programaron con anterioridad, y el canal orientado a reservaciones puede comunicar los datos a una tasa de datos general más alta que el canal de acceso aleatorio. Las terminales pueden ser equipos de premisas de cliente (CPEs) , y el nodo puede ser un acceso de red que se enlaza con CPEs plurales a Internet mediante una red de comunicaciones satelitales. La terminal determinada puede enviar la solicitud de reservación de ancho de banda, el nodo puede procesar y conceder la solicitud de reservación de ancho de banda, y la concesión de la solicitud de reservación de ancho de banda se comunica desde el nodo a la terminal determinada. El canal de acceso aleatorio puede transmitir datos con base en el acceso múltiple por división de código asincrono (ACDMA) , y el canal orientado a reservaciones puede transmitir datos con base en el acceso múltiple por división de código ortogonal (OCDMA) . Al menos un criterio puede incluir un tamaño de paquete de umbral, y el paso de comparación puede involucrar comparar el tamaño de paquete de umbral con un tamaño de paquete que caracteriza los paquetes en los
- - cuales se van a comunicar los datos desde la terminal determinada . Al menos un criterio puede incluir una tasa de datos de umbral, y el paso de comparación puede involucrar comparar la tasa de datos de umbral con una tasa de datos promedio calculada sobre un intervalo de tiempo, que caracteriza los paquetes en los cuales se van a comunicar los datos desde la terminal determinada. Al menos un criterio puede incluir una indicación de tipo de paquete, y el paso de comparación puede involucrar comparar la indicación de tipo de paquete con los tipos de paquete que caracterizan los paquetes en los cuales van a comunicarse los datos desde la terminal determinada . Como otro ejemplo, con base en la Figura 4, en un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, se proporciona un método para administrar tráfico por los canales de acceso aleatorio y orientado a reservaciones. El método involucra a) comparar con al menos un criterio, características de tráfico en el cual se comunican los datos provenientes de una determinada terminal, a fin de llegar a un resultado de examinación, y b) determinar, con
- - base en el resultado de examinación, si la terminal determinada se encuentra en una condición ocupada. Si se dictamina que la terminal determinada se encuentra en una condición ocupada, el método involucra asignar a la terminal determinada, un código que designa un sub-canal orientado a reservaciones; y ocasionar que la terminal determinada transmita datos por el sub-canal orientado a reservaciones. Pero si se dictamina que la terminal determinada no se encuentra en la condición ocupada, el método involucra ocasionar que la terminal determinada transmita datos por el canal de acceso aleatorio. El paso de asignación de código puede involucrar asignar un código de Walsh a la terminal determinada. El canal de acceso aleatorio puede configurarse para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos que no se programaron con anterioridad, y el canal orientado a reservaciones puede comunicar datos a una tasa de datos general más alta que el canal de acceso aleatorio. Las terminales pueden ser equipos de premisas de cliente (CPEs) , y el nodo puede ser un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales. El canal de acceso aleatorio puede transmitir datos con base en el acceso múltiple por división de código
- - asincrónico (ACDMA) , y el canal orientado a reservaciones puede transmitir datos con base en el acceso múltiple por división de código ortogonal (OCDMA) . Al menos un criterio puede incluir una tasa de datos de umbral, y el paso de comparación puede involucrar comparar el tamaño de paquete de umbral con un tamaño de paquete que caracteriza los paquetes en los cuales se van a comunicar los datos desde la terminal determinada. Al menos un criterio puede incluir una tasa de datos de umbral, y el paso de comparación puede involucrar comparar la tasa de datos de umbral con una tasa de datos promedio calculada sobre un intervalo de tiempo, que caracteriza los paquetes en los cuales se van a comunicar los datos desde la terminal determinada. Al menos un criterio puede incluir una indicación de tipo de paquete, y el paso de comparación puede involucrar comparar la indicación de tipo de paquete con los tipos de paquete que caracterizan los paquetes en los cuales van a comunicarse los datos desde la terminal determinada. Como otro ejemplo, con base en la Figura 5A, en un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, se
- - proporciona un método para administrar tráfico por los canales de acceso aleatorio y orientado a reservaciones. El método involucra examinar un grado de carga de memoria asociada de salida de una determinada terminal para llegar a un estado Q, y comparar un umbral con el estado Q de la terminal determinada. Si el estado Q es mayor que el umbral, entonces el método involucra asignarle a determinada terminal, un código que designa un sub-canal orientado a reservaciones; y ocasionar que la terminal determinada transmita los datos por el sub-canal orientado a reservaciones. Pero si el estado Q es menor que el umbral, entonces el método involucra ocasionar que la terminal determinada transmita datos por el canal de acceso aleatorio . El método puede involucrar además comunicar el estado Q sobre el canal de acceso aleatorio. El canal de acceso aleatorio puede configurarse para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos que no se -programaron con anterioridad, y el canal orientado a reservaciones puede comunicar los datos a una tasa de dato general mayor que el canal de acceso aleatorio. Las terminales pueden ser los equipos de premisas de cliente (CPEs) , y el nodo puede ser un acceso de red que enlaza los CPEs plurales a Internet mediante una red de
comunicaciones satelitales. El canal de acceso aleatorio puede transmitir los datos con base en el acceso múltiple por división de código asincrónico (ACDMA) , y el canal orientado a reservaciones puede transmitir datos con base en el acceso múltiple por división de código ortogonal (OCDMA) . Con base en la Figura 5B, el método puede involucrar, después de ocasionar que la terminal determinada transmita datos por el sub-canal orientado a reservaciones: analizar un historial de al menos un estado Q de la terminal determinada para llegar a un análisis de historial de estado Q; y con base al menos en parte del análisis de historial del estado Q, seleccionar y ejecutar un paso de un grupo que incluye: (i) asignarle a la terminal determinada, un primer código que designa un sub-canal más rápido orientado a reservaciones que opera a una tasa de datos más alta que la presente tasa de datos; (ii) asignarle a la terminal determinada, un segundo código que designa un sub-canal orientado a reservaciones con la misma velocidad operando a una misma tasa de datos que la presente tasa de dato; (iii) asignarle a la terminal determinada, un tercer código que designa un sub-canal más lento orientado a reservaciones a una tasa de datos más lenta que la presente tasa de datos; o (iv) revocar la terminal determinada, cualquier código que designa
- - cualquier sub-canal orientado a reservaciones. Los códigos primero, segundo, y tercero pueden ser códigos de Walsh progresivamente más largos que designan sub-canales respectivos orientados a reservaciones que operan a tasas de datos respectivas progresivamente más bajas . El método también puede involucrar comunicar el estado Q sobre un sub-canal orientado a reservaciones. El canal de acceso aleatorio puede configurarse para permitirle a las terminales comunicar datos por el canal de acceso aleatorio en momentos que no reprogramaron con anterioridad, y el canal orientado a reservaciones puede comunicar datos a una tasa de datos general más alta que el canal de acceso aleatorio. Las terminales pueden ser equipos de premisas de cliente (CPEs) , y el nodo puede ser un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales. El canal de acceso aleatorio puede transmitir datos con base en el acceso múltiple por división de código asincrónico (ACDMA) , y el canal orientado a reservaciones puede transmitir datos con base en el acceso múltiple por división de código ortogonal (OCDMA) . Como otro ejemplo, con base en la Figura 6, en un sistema de comunicaciones de acceso múltiple por división
- - de código (CDMñ.) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, se proporciona un método para administrar tráfico por los canales de acceso aleatorio y orientado a reservaciones. El método involucra examinar un grado de carga de memoria asociada de salida de una determinada terminal para llegar a un estado Q, y determinar, con base al menos en parte del estado Q, si la terminal determinada se encuentra en una condición ocupada. Si se dictamina que la terminal determinada se encuentra en la condición ocupada, el método involucra asignarle a la terminal determinada, un código que designa un sub-canal orientado a reservaciones, y ocasionar que la terminal determinada transmita los datos por el sub-canal orientado a reservaciones. Pero si se dictamina que la terminal determinada no se encuentra en la condición ocupada, se ocasiona que la terminal determinada transmita datos por el canal de acceso aleatorio. El código puede ser un código de Walsh que designe el sub-canal orientado a reservaciones. El canal de acceso aleatorio puede configurarse para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos no programados con anterioridad, y el canal orientado a reservaciones puede comunicar los datos a una tasa de datos general más alta
- - que el canal de acceso aleatorio . Las terminales pueden ser equipos de premisas de cliente (CPEs) , y el nodo puede ser un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales. El canal de acceso aleatorio puede transmitir datos con base en el acceso múltiple por división de código asincrónico (ACDMA) , y el canal orientado a reservaciones puede transmitir datos con base en el acceso múltiple por división de código ortogonal (OCDMA) . Se proporcionan productos de programa de computadora para almacenar instrucciones de programa para la ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones ocasionan que el sistema de computadoras ejecute los métodos descritos con anterioridad cuando son ejecutadas por el sistema de computadora. Se proporcionan los sistemas de computadora que se configuran para ejecutar los métodos descritos con anterioridad. Las descripciones anteriores son meramente ejemplos y no pretenden interpretarse como limitantes de la invención. Las presentes enseñanzas pueden aplicar fácilmente para otros tipos de aparato. La descripción de las modalidades pretende ser ilustrativa, y no limitar el
- - alcance de las reivindicaciones. Muchas alternativas, modificaciones, y variaciones serán aparentes para aquellos expertos en la materia. Son posibles numerosas modificaciones y variaciones de la presente invención a la luz de las enseñanzas anteriores. Por ejemplo, la implementación particular del software de función de administración de tráfico, terminales, y nodos o accesos de red, puede variar sin aislarse del alcance de la invención. Por supuesto, el hardware o implementación de software particular de la invención puede variar mientras se permanezca dentro del alcance de la presente invención. Por lo tanto, se comprende que dentro del alcance de las- reivindicaciones anexas y sus equivalentes, la invención puede llevarse a la práctica de otra manera que lo descrito específicamente en la presente.
Claims (4)
- NOVEDAD DE LA INVENCIÓN Habiéndose descrito la invención como antecedente, se reclama como propiedad lo contenido en las siguientes reivindicaciones
- REIVINDICACIONES 1. En un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, un método para administrar el tráfico por los canales de acceso aleatorio y orientado a reservaciones, caracterizado el método porque comprende: a) comparar con al menos un criterio, las características de tráfico en el cual se comunican los datos desde una determinada terminal; y bl) si las características de tráfico satisfacen al menos un criterio: 1) enviar una solicitud de reservación de ancho de banda; 2) procesar y conceder la solicitud de reservación de ancho de banda;
- 3) comunicar la concesión de la solicitud de reservación de ancho de banda para la terminal determinada; y
- 4) ocasionar que la terminal determinada transmita datos por el canal orientado a reservaciones; o b2) si las características de tráfico fallan en al menos un criterio, ocasionan que la terminal determinada transmita datos por el canal de acceso aleatorio. 2. El método según la reivindicación 1, caracterizado porque: el canal de acceso aleatorio se encuentra configurado para permitirle a las terminales comunicar datos por el canal de acceso aleatorio en momentos no programados con anterioridad; y el canal orientado a reservaciones comunica datos a una tasa de datos general más alta que la del canal de acceso aleatorio. 3. El método según la reivindicación 1, caracterizado porque: las terminales son equipos de premias de cliente (CPEs) ; y el nodo es un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales . 4. El método según la reivindicación 1, caracterizado porque: la terminal determinada envía la solicitud de reservación de ancho de banda; el nodo procesa y concede la solicitud de reservación de ancho de banda; y la concesión de la solicitud de reservación de ancho de banda se comunica desde el nodo a la terminal determinada. 5. El método según la reivindicación 1, caracterizado porque: el canal de acceso aleatorio transmite datos con base en el acceso múltiple por división de código asincrónico (ACDMA) ; y el canal orientado a reservaciones transmite datos con base en el acceso múltiple por división de código ortogonal (OCDMA.) . 6. El método según la reivindicación 1, caracterizado porque: al menos un criterio incluye un tamaño de paquete de umbral; y el paso de comparación incluye comparar el tamaño de paquete de umbral con un tamaño de paquete que caracteriza los paquetes en los cuales se van a comunicar los datos provenientes de la terminal determinada. 7. El método según la reivindicación 1, caracterizado porque: al menos un criterio incluye una tasa de datos de umbral; y el paso de comparación incluye comparar la tasa de datos de umbral con una tasa de datos promedio calculada durante un intervalo de tiempo, que caracteriza los paquetes en los cuales se van a comunicar los datos provenientes de la terminal determinada. 8. El método según la reivindicación 1, caracterizado porque: al menos un criterio incluye una indicación de tipo de paquete; el paso de comparación incluye comparar la indicación de tipo de paquete a los tipos de paquete que caracterizan los paquetes en los cuales se van a comunicar los datos provenientes de la terminal determinada. 9. En un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, un método para administrar tráfico por los canales de acceso aleatorio y orientado a reservaciones, caracterizado el método porque comprende: a) comparar con al menos un criterio, las características del tráfico en el cual se comunican los datos desde una determinada terminal, a fin de llegar a un resultado de examinación; b) determinar, con base en el resultado de examinación, si la terminal determinada se encuentra en una condición ocupada; y el) si se considera que la terminal determinada se encuentra en una condición ocupada: 1) asignarle a la terminal determinada, un código que designe un sub-canal orientado a reservaciones; y 2) ocasionar que la terminal determinada para transmitir datos por el sub-canal orientado a reservaciones; o c2) si se considera que la terminal determinada no se encuentra en una condición ocupada, ocasionar que la terminal determinada transmita datos por el canal de acceso aleatorio . 10. El método según la reivindicación 9, caracterizado porque el paso de asignación de código incluye : asignarle un código de Walsh a la terminal determinada . 11. El método según la reivindicación 9, caracterizado porque: el canal de acceso aleatorio se encuentra configurado para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos no programados con anterioridad; y el canal orientado a reservaciones comunica los datos a una tasa de datos general más alta que el canal de acceso aleatorio. 12. El método según la reivindicación 9, caracterizado porque: las terminales son equipos de premisas de cliente (CPEs) ; y el nodo es un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales . 13. El método según la reivindicación 9, caracterizado porque: el canal de acceso aleatorio transmite los datos con base en el acceso múltiple por división de código asincrónico (ACDMA) / y el canal orientado a reservaciones transmite datos con base en el acceso múltiple por división de código ortogonal (OCDMñ.) ; 14. El método según la reivindicación 9, caracterizado porque: al menos un criterio incluye un tamaño de paquete de umbral; el paso de comparación incluye comparar el tamaño de paquete de umbral con un tamaño de paquete que caracteriza los paquetes en los cuales se van a comunicar los datos desde la terminal determinada. 15. El método según la reivindicación 9, caracterizado porque: al menos un criterio incluye una tasa de datos de umbral; y el paso de comparación incluye comparar la tasa de datos de umbral con una tasa de datos promedio calculada sobre un intervalo de tiempo, que caracteriza los paquetes en los cuales se comunican los datos desde la terminal determinada . 16. El método según la reivindicación 9, caracterizado porque al menos un criterio incluye una indicación de tipo de paquete; el paso de comparación incluye comparar la indicación de tipo de paquete con los tipos de paquete que caracterizan los paquetes en los cuales se van a comunicar los datos desde la terminal determinada. 17. En un sistema de comunicaciones de acceso múltiple por división de código (CDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, un método para administrar tráfico por los canales de acceso aleatorio y orientado a reservaciones, caracterizado el método porque comprende: a) examinar un grado de carga de una memoria asociada de salida de una determinad terminal para llegar a un estado Q; b) comparar un umbral con el estado Q de la terminal determinada; y el) si el estado Q es mayor que el umbral: (1) asignarle a la terminal determinada, un código que designa un sub-canal orientado a reservaciones; y (2) ocasionar que la terminal determinada transmita los datos por el sub-canal orientado a reservaciones; o c2) si el estado Q es menor que el umbral, ocasionar que la terminal determinada transmita datos por el canal de acceso aleatorio. 18. El método según la reivindicación 17, caracterizado porque comprende además: comunicar el estado Q por el canal de acceso aleatorio . 19. El método según la reivindicación 17, caracterizado porque: el canal de acceso aleatorio se encuentra configurado para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos no programados con anterioridad; y el canal orientado a reservaciones comunica los datos a una tasa de datos general más alta que el canal de acceso aleatorio. 5 20. El método según la reivindicación 17, caracterizado porque: las terminales son equipos de premisas de cliente (CPEs) ; y el nodo es un acceso de red que enlaza CPEs 10 plurales a Internet mediante una red de comunicaciones satelitales . 21. El método según la reivindicación 17, caracterizado porque: el canal de acceso aleatorio transmite datos con ' 15 base en el acceso múltiple por división de código asincrónico (ACDMA) ; y el canal orientado a reservaciones transmite dato con base en el acceso múltiple por divino de código ortogonal (OCD A) . 20 22. El método según la reivindicación 17, caracterizado además porque comprende, después (2) de ocasionar que la terminal determinada transmita datos por el sub-canal orientado a reservaciones: (3) analizar un historial de al menos un estado Q 25 de la terminal determinada para llegar a un análisis de historial de estado Q; y (4) con base al menos en parte del análisis historial del estado Q, seleccionar y ejecutar un paso de un grupo que incluye: i) asignarle a la terminal determinada, un primer código que designa un sub-canal más rápido orientado a reservaciones que opera a una tasa de datos más alta que una presente tasa de datos; ii) asignarle a la terminal determinada, un segundo código que designa un sub-canal de la misma velocidad orientado a reservaciones que opera a una misma tasa de datos que la presente tasa de datos; iii) asignarle a la terminal determinada, un tercer código que designa un sub-canal más lento orientado a reservaciones que opera a una tasa de datos menor que la presente tasa de datos; o iv) revocar de la terminal determinada, cualquier código que designe cualquier sub-canal orientado a reservaciones. 23. El método según la reivindicación 22, caracterizado porque: los códigos primero, segundo y tercero son códigos de Walsh. progresivamente más largos que designan sub-canales respectivos orientados a reservaciones que operan a tasas de datos respectivas progresivamente más baj as . 24. El método según la reivindicación 22, caracterizado además porque comprende: comunicar el estado Q por un sub-cana orientado a reservaciones. 25. El método según la reivindicación 22, caracterizado porque: el canal de acceso aleatorio se encuentra configurado para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos no programados con anterioridad; y el canal orientado a reservaciones comunica los datos a una tasa de datos general más alta que el canal de acceso aleatorio. 26. El método según la reivindicación 22, caracterizado porque: las terminales son equipos de premisas de cliente (CPEs); y el nodo es un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales. 27. El método según la reivindicación 22, caracterizado porque: el canal de acceso aleatorio transmite datos con base en el acceso múltiple por división de código asincrónico (ACDMñ.) ; y el canal orientado a reservaciones transmite datos con base en el acceso múltiple por división de código ortogonal (OCDMA) . 28. En un sistema de comunicaciones de acceso múltiple por división de código (OCDMA) que incluye terminales plurales que se comunican con un nodo mediante al menos un canal de acceso aleatorio y un canal orientado a reservaciones, un método para administrar tráfico por los canales de acceso aleatorio y orientado a reservaciones, caracterizado el método porque comprende: a) examinar un grado de carga de una memoria asociada de salida de una determina terminal para llegar a un estado Q; b) determinar, con base al menos en parte del estado Q, si la terminal determinada se encuentra en una condición ocupada; y el) si se considera que la terminal determinada se encuentra en la condición ocupada: 1) asignarle a la terminal determinada, un código que designa un sub-canal orientado a reservaciones; y 2) ocasionar que la terminal determinada transmita datos por el sub-canal orientado a reservaciones; o c2) si se considera que la terminal determinada no se encuentra en la condición ocupada, ocasionar que la terminal determinada transmita datos por el canal de acceso aleatorio. 29. El método según la reivindicación 28, caracterizado porque: el código es un código de Walsh que designa el sub-canal orientado a reservaciones; 30. El método según la reivindicación 28, caracterizado porque: el canal de acceso aleatorio se encuentra configurado para permitirle a las terminales comunicar los datos por el canal de acceso aleatorio en momentos no programados con anterioridad; y el canal orientado a reservaciones comunica lo datos a una tasa de datos general más alta que la del canal de acceso aleatorio. 31. El método según la reivindicación 28, caracterizado porque: las terminales son equipos de premisas de cliente (CPEs) ; y el nodo es un acceso de red que enlaza CPEs plurales a Internet mediante una red de comunicaciones satelitales . 32. El método según la reivindicación 28, caracterizado porque: el canal de acceso aleatorio transmite datos con base en el acceso múltiple por división de código asincrónico (ACDMA) ; y el canal orientado a reservaciones transmite datos con base en el acceso múltiple por división de código ortogonal (OCDMA.) . 33. Un producto de programa para computadora que almacena instrucciones para su ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones, cuando son ejecutadas, ocasionan que el sistema de computadora ejecute el método según la reivindicación 1. 34. Un producto de programa para computadora que almacena instrucciones para su ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones, cuando son ejecutadas, ocasionan que el sistema de computadora ejecute el método según la reivindicación 9. 35. Un producto de programa para computadora que almacena instrucciones de programa para su ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones, cuando son ejecutadas por el sistema de computadora, ocasionan que el sistema de computadora ejecute el método según la reivindicación 17. 36. Un producto de programa para computadora que almacena instrucciones de programa para su ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones, cuando son ejecutadas por el sistema de computadora, ocasionan que el sistema de computadora ejecute el método según la reivindicación 22. 37. U producto de programa para computadora que almacena instrucciones de programa para su ejecución en un sistema de computadora que tiene al menos un dispositivo de procesamiento de datos, cuyas instrucciones, cuando son ejecutadas por el sistema de computadora, ocasionan que el sistema de computadora ejecute el método según la reivindicación 28. 38. Un sistema de computadora configurado para ejecutar el método según la reivindicación 1. 39. Un sistema de computadora configurado para ejecutar el método según la reivindicación 9. 40. Un sistema de computadora configurado para ejecutar el método según la reivindicación 17. 41. Un sistema de computadora configurado para ejecutar el método según la reivindicación 22. 42. Un sistema de computadora configurado para ejecutar el método según la reivindicación 28.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US50629003P | 2003-09-25 | 2003-09-25 | |
| PCT/US2004/030967 WO2005032079A1 (en) | 2003-09-25 | 2004-09-21 | Managing traffic in communications system having dissimilar cdma channels |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MXPA06003327A true MXPA06003327A (es) | 2006-06-08 |
Family
ID=34393135
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MXPA06003327A MXPA06003327A (es) | 2003-09-25 | 2004-09-21 | Administrar trafico en un sistema de comunicaciones que tiene canales de cdma diferentes. |
Country Status (16)
| Country | Link |
|---|---|
| US (2) | US7590099B2 (es) |
| EP (1) | EP1665683B1 (es) |
| JP (2) | JP4505461B2 (es) |
| KR (1) | KR100807130B1 (es) |
| CN (1) | CN100591034C (es) |
| AT (1) | ATE438986T1 (es) |
| AU (2) | AU2004306092A1 (es) |
| BR (1) | BRPI0414731A (es) |
| CA (1) | CA2539786A1 (es) |
| DE (1) | DE602004022431D1 (es) |
| IL (1) | IL174457A (es) |
| MX (1) | MXPA06003327A (es) |
| NZ (1) | NZ546101A (es) |
| RU (1) | RU2354062C2 (es) |
| UA (1) | UA88882C2 (es) |
| WO (1) | WO2005032079A1 (es) |
Families Citing this family (63)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9544860B2 (en) * | 2003-02-24 | 2017-01-10 | Qualcomm Incorporated | Pilot signals for use in multi-sector cells |
| US9661519B2 (en) * | 2003-02-24 | 2017-05-23 | Qualcomm Incorporated | Efficient reporting of information in a wireless communication system |
| US7218948B2 (en) * | 2003-02-24 | 2007-05-15 | Qualcomm Incorporated | Method of transmitting pilot tones in a multi-sector cell, including null pilot tones, for generating channel quality indicators |
| US8811348B2 (en) * | 2003-02-24 | 2014-08-19 | Qualcomm Incorporated | Methods and apparatus for generating, communicating, and/or using information relating to self-noise |
| US9268607B2 (en) | 2004-03-13 | 2016-02-23 | Adaptive Computing Enterprises, Inc. | System and method of providing a self-optimizing reservation in space of compute resources |
| US20050265268A1 (en) * | 2004-04-28 | 2005-12-01 | Lars Erup | Return link adaptation algorithm |
| US8027327B2 (en) | 2004-06-25 | 2011-09-27 | Alcatel Lucent | Distributed scheduling in wireless networks with service differentiation |
| US20060092881A1 (en) * | 2004-10-14 | 2006-05-04 | Rajiv Laroia | Methods and apparatus for determining, communicating and using information which can be used for interference control purposes |
| EP1810409A4 (en) | 2004-10-14 | 2012-07-04 | Qualcomm Inc | METHOD AND DEVICES FOR DETERMINING, TRANSMITTING AND USING INFORMATION THAT MAY BE USED FOR TROUBLESHOOTING PURPOSES |
| US8503938B2 (en) | 2004-10-14 | 2013-08-06 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information including loading factors which can be used for interference control purposes |
| US7940794B2 (en) * | 2004-12-22 | 2011-05-10 | Atheros Communications, Inc. | Dynamic channel bandwidth management |
| US7433335B2 (en) * | 2005-06-29 | 2008-10-07 | Lucent Technologies Inc. | Method for selecting an access channel or a traffic channel for data transmission |
| CN100455042C (zh) * | 2005-07-18 | 2009-01-21 | 华为技术有限公司 | 一种反向信道建立方法 |
| EP1748602B1 (en) * | 2005-07-29 | 2016-11-23 | Avaya Inc. | Broadcast/Multicast data in a wireless network |
| US9131371B2 (en) * | 2005-09-30 | 2015-09-08 | Alcatel Lucent | Method and apparatus for managing a random access communication system |
| US9191840B2 (en) * | 2005-10-14 | 2015-11-17 | Qualcomm Incorporated | Methods and apparatus for determining, communicating and using information which can be used for interference control |
| US8989084B2 (en) | 2005-10-14 | 2015-03-24 | Qualcomm Incorporated | Methods and apparatus for broadcasting loading information corresponding to neighboring base stations |
| US9473265B2 (en) * | 2005-12-22 | 2016-10-18 | Qualcomm Incorporated | Methods and apparatus for communicating information utilizing a plurality of dictionaries |
| US9137072B2 (en) | 2005-12-22 | 2015-09-15 | Qualcomm Incorporated | Methods and apparatus for communicating control information |
| US9338767B2 (en) | 2005-12-22 | 2016-05-10 | Qualcomm Incorporated | Methods and apparatus of implementing and/or using a dedicated control channel |
| US8514771B2 (en) * | 2005-12-22 | 2013-08-20 | Qualcomm Incorporated | Methods and apparatus for communicating and/or using transmission power information |
| US8437251B2 (en) | 2005-12-22 | 2013-05-07 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
| US9148795B2 (en) * | 2005-12-22 | 2015-09-29 | Qualcomm Incorporated | Methods and apparatus for flexible reporting of control information |
| US9125093B2 (en) * | 2005-12-22 | 2015-09-01 | Qualcomm Incorporated | Methods and apparatus related to custom control channel reporting formats |
| US9572179B2 (en) * | 2005-12-22 | 2017-02-14 | Qualcomm Incorporated | Methods and apparatus for communicating transmission backlog information |
| US9451491B2 (en) * | 2005-12-22 | 2016-09-20 | Qualcomm Incorporated | Methods and apparatus relating to generating and transmitting initial and additional control information report sets in a wireless system |
| US9125092B2 (en) * | 2005-12-22 | 2015-09-01 | Qualcomm Incorporated | Methods and apparatus for reporting and/or using control information |
| US9119220B2 (en) * | 2005-12-22 | 2015-08-25 | Qualcomm Incorporated | Methods and apparatus for communicating backlog related information |
| US20070249360A1 (en) * | 2005-12-22 | 2007-10-25 | Arnab Das | Methods and aparatus related to determining, communicating, and/or using delay information in a wireless communications system |
| US20070149132A1 (en) | 2005-12-22 | 2007-06-28 | Junyl Li | Methods and apparatus related to selecting control channel reporting formats |
| US8457076B2 (en) * | 2006-01-20 | 2013-06-04 | Lg-Ericsson Co., Ltd. | Apparatus and method for transmitting and receiving a RACH signal in SC-FDMA system |
| US20070243882A1 (en) * | 2006-04-12 | 2007-10-18 | Qualcomm Incorporated | Method and apparatus for locating a wireless local area network associated with a wireless wide area network |
| US20080120426A1 (en) * | 2006-11-17 | 2008-05-22 | International Business Machines Corporation | Selective acceleration of transport control protocol (tcp) connections |
| JP5168699B2 (ja) | 2007-02-06 | 2013-03-21 | エントロピック・コミュニケーションズ・インコーポレイテッド | ネットワークにおけるパラメータ化サービス品質アーキテクチャ |
| EP2456143A1 (en) * | 2007-02-14 | 2012-05-23 | Entropic Communications Inc. | Parameterized quality of service in a network |
| CN101277517B (zh) * | 2007-03-28 | 2012-09-05 | 中兴通讯股份有限公司 | 随机接入方法和装置 |
| JP4536755B2 (ja) * | 2007-07-11 | 2010-09-01 | 日本電信電話株式会社 | 無線基地局装置、無線通信システム、および、無線通信方法 |
| KR101110878B1 (ko) * | 2007-09-21 | 2012-02-15 | 삼성전자주식회사 | 신호 전송 방법 및 신호 수신 방법 |
| KR20100091177A (ko) * | 2007-10-08 | 2010-08-18 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 이전에 사용된 구성을 사용하여 전용 업링크(ｅ-ｄｃｈ) 자원으로의 신속한 액세스 |
| KR100948840B1 (ko) * | 2007-12-17 | 2010-03-22 | 한국전자통신연구원 | 무선랜 ＶｏＩＰ 시스템에서 음성 품질 보장을 위한 코덱비트율 제어 방법 |
| US8660062B2 (en) * | 2008-02-01 | 2014-02-25 | Qualcomm Incorporated | Methods and apparatus for quality of service-based uplink polling schemes |
| US8532032B2 (en) * | 2008-03-18 | 2013-09-10 | Blackberry Limited | Dynamic scheduling overwriting of semi-persistent allocation in an uplink |
| JP2009272874A (ja) * | 2008-05-07 | 2009-11-19 | Sony Corp | 通信装置、通信方法、プログラム、および通信システム |
| EP2169551A1 (en) * | 2008-09-26 | 2010-03-31 | Siemens Aktiengesellschaft | Method for dispatching of application messages |
| US8850509B2 (en) * | 2008-12-23 | 2014-09-30 | Cisco Technology, Inc. | Multiple frequency channel data distribution |
| WO2010082735A2 (en) * | 2009-01-19 | 2010-07-22 | Lg Electronics Inc. | Method of transmitting signal in a wireless system |
| EP2237591A1 (en) * | 2009-04-03 | 2010-10-06 | Thomson Licensing, Inc. | Device and method for online computation of the feasible rates region of a random access network |
| KR101046526B1 (ko) * | 2009-04-10 | 2011-07-04 | 주식회사 엘지유플러스 | 다양한 채널을 통해 통신 데이터를 전송하는 이동통신 단말기 및 그 제어방법 |
| JP5285535B2 (ja) | 2009-08-17 | 2013-09-11 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法及び移動局 |
| CN101765029A (zh) * | 2009-09-04 | 2010-06-30 | 深圳市好易通科技有限公司 | 应用于对讲机的自选址通信方法 |
| WO2011075670A1 (en) * | 2009-12-18 | 2011-06-23 | Google Inc. | Matching encoder output to network bandwidth |
| WO2011099150A1 (ja) * | 2010-02-12 | 2011-08-18 | 富士通株式会社 | 無線通信装置、無線通信システムおよび無線通信方法 |
| JP4728434B1 (ja) * | 2010-02-15 | 2011-07-20 | 株式会社エヌ・ティ・ティ・ドコモ | 移動局及び無線基地局 |
| US8804589B2 (en) * | 2011-10-14 | 2014-08-12 | Nokia Corporation | Adaptive awake window |
| CA2851825C (en) * | 2011-10-25 | 2019-07-16 | Fourth Wall Media, Inc. | Network bandwidth regulation using traffic scheduling |
| US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
| JP6137878B2 (ja) * | 2013-03-07 | 2017-05-31 | 三菱電機株式会社 | 衛星通信システム、衛星通信制御方法、移動局、固定局、およびプログラム |
| US10200509B1 (en) * | 2014-09-16 | 2019-02-05 | Juniper Networks, Inc. | Relative airtime fairness in a wireless network |
| EP3012798B1 (en) * | 2014-10-22 | 2019-06-05 | Facebook, Inc. | Social scores for network elements |
| US20160117355A1 (en) * | 2014-10-22 | 2016-04-28 | Facebook, Inc. | Social Scores for Network Elements |
| US10009923B2 (en) * | 2016-01-28 | 2018-06-26 | Qualcomm Incorporated | Contention-based data transmissions on return link |
| US11659427B2 (en) * | 2020-04-27 | 2023-05-23 | Spirent Communications, Inc. | Efficient real-time 802.11ax OFDMA statistics logging |
| CN116743501B (zh) * | 2023-08-10 | 2023-10-20 | 杭银消费金融股份有限公司 | 一种异常流量控制方法及系统 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2856086B2 (ja) * | 1994-12-26 | 1999-02-10 | 日本電気株式会社 | 衛星チャネルアクセス方式 |
| CA2226102C (en) * | 1997-03-12 | 2002-06-11 | Denso Corporation | Paging technique for personal communications systems and apparatus for implementing the same |
| US5914950A (en) | 1997-04-08 | 1999-06-22 | Qualcomm Incorporated | Method and apparatus for reverse link rate scheduling |
| US6594240B1 (en) * | 1998-05-22 | 2003-07-15 | Lucent Technologies Inc. | Methods and apparatus for random backoff based access priority in a communications system |
| DE10024153A1 (de) * | 2000-05-19 | 2001-11-22 | Philips Corp Intellectual Pty | Drahtloses Netzwerk mit Kapazitätsmessung |
| US7280526B2 (en) * | 2001-01-18 | 2007-10-09 | Lucent Technologies Inc. | Fast and scalable approximation methods for finding minimum cost flows with shared recovery strategies, and system using same |
| US20030078050A1 (en) * | 2001-10-24 | 2003-04-24 | Paul Carlborg | Method and apparatus for allocating air interface resources |
| CA2364860A1 (en) * | 2001-12-13 | 2003-06-13 | Soma Networks, Inc. | Communication channel structure and method |
| CA2471351C (en) | 2001-12-21 | 2012-09-18 | 3Dfacto Aps | A method, a computer system, and a computer program product for configuring a virtual representation of an assembly of a plurality of components |
-
2004
- 2004-09-13 US US10/940,039 patent/US7590099B2/en not_active Expired - Fee Related
- 2004-09-21 RU RU2006113928/09A patent/RU2354062C2/ru not_active IP Right Cessation
- 2004-09-21 JP JP2006528118A patent/JP4505461B2/ja not_active Expired - Fee Related
- 2004-09-21 NZ NZ546101A patent/NZ546101A/en unknown
- 2004-09-21 WO PCT/US2004/030967 patent/WO2005032079A1/en active Application Filing
- 2004-09-21 EP EP04788888A patent/EP1665683B1/en not_active Not-in-force
- 2004-09-21 MX MXPA06003327A patent/MXPA06003327A/es active IP Right Grant
- 2004-09-21 CA CA002539786A patent/CA2539786A1/en not_active Abandoned
- 2004-09-21 BR BRPI0414731-6A patent/BRPI0414731A/pt not_active IP Right Cessation
- 2004-09-21 AT AT04788888T patent/ATE438986T1/de not_active IP Right Cessation
- 2004-09-21 UA UAA200604510A patent/UA88882C2/ru unknown
- 2004-09-21 DE DE602004022431T patent/DE602004022431D1/de active Active
- 2004-09-21 CN CN200480034933A patent/CN100591034C/zh not_active Expired - Fee Related
- 2004-09-21 KR KR1020067008006A patent/KR100807130B1/ko not_active IP Right Cessation
- 2004-09-21 AU AU2004306092A patent/AU2004306092A1/en not_active Abandoned
-
2006
- 2006-03-21 IL IL174457A patent/IL174457A/en not_active IP Right Cessation
-
2008
- 2008-12-22 AU AU2008261159A patent/AU2008261159C1/en not_active Ceased
-
2009
- 2009-09-10 US US12/556,854 patent/US7796576B2/en not_active Expired - Fee Related
- 2009-11-04 JP JP2009253256A patent/JP2010093826A/ja not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010093826A (ja) | 2010-04-22 |
| AU2008261159B2 (en) | 2010-05-13 |
| JP4505461B2 (ja) | 2010-07-21 |
| AU2008261159C1 (en) | 2010-09-23 |
| KR100807130B1 (ko) | 2008-02-27 |
| DE602004022431D1 (de) | 2009-09-17 |
| CN1886948A (zh) | 2006-12-27 |
| RU2354062C2 (ru) | 2009-04-27 |
| US20050068922A1 (en) | 2005-03-31 |
| KR20060057646A (ko) | 2006-05-26 |
| ATE438986T1 (de) | 2009-08-15 |
| US20100002584A1 (en) | 2010-01-07 |
| IL174457A (en) | 2010-12-30 |
| AU2004306092A1 (en) | 2005-04-07 |
| US7796576B2 (en) | 2010-09-14 |
| IL174457A0 (en) | 2006-08-01 |
| UA88882C2 (ru) | 2009-12-10 |
| CA2539786A1 (en) | 2005-04-07 |
| NZ546101A (en) | 2008-02-29 |
| AU2008261159A1 (en) | 2009-01-15 |
| EP1665683A1 (en) | 2006-06-07 |
| CN100591034C (zh) | 2010-02-17 |
| US7590099B2 (en) | 2009-09-15 |
| BRPI0414731A (pt) | 2006-11-21 |
| RU2006113928A (ru) | 2007-11-20 |
| EP1665683B1 (en) | 2009-08-05 |
| JP2007507174A (ja) | 2007-03-22 |
| WO2005032079A1 (en) | 2005-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| MXPA06003327A (es) | Administrar trafico en un sistema de comunicaciones que tiene canales de cdma diferentes. | |
| CA2328054C (en) | Collision-free multiple access reservation scheme for multi-tone modulation links | |
| US7330893B2 (en) | Adaptive allocation of last-hop bandwidth based on monitoring of end-to-end throughput | |
| EP1021001A3 (en) | Onboard control of demand assigned multiple access protocol for satellite ATM networks | |
| KR20060019448A (ko) | 다중 셀 ｏｆｄｍａ 망에서의 랜덤 접속 방법 | |
| IL182627A (en) | Network accelerator for controlled long delay links | |
| Agarwal et al. | DSAT-MAC: Dynamic slot allocation based TDMA MAC protocol for cognitive radio networks | |
| KR20060065656A (ko) | 무선 네트워크에서 대역폭 및 전파점유시간 공정성을제공하는 방법, 액세스 포인트 및 프로그램 제품 | |
| KR100240634B1 (ko) | 코드분할 다중접속 네트워크에서 매체 접근 제어 프로토콜 | |
| Vardakas et al. | Performance analysis of OCDMA PON configuration supporting multi-rate bursty traffic with retrials and QoS differentiation | |
| US8045577B2 (en) | Method and apparatus for allocating wireless resource and wireless network system | |
| KR100547621B1 (ko) | 파일전송 관리 시스템 및 방법과 그 프로그램을 기록한기록매체 | |
| KR20010054039A (ko) | 무선 이동 단말에서의 트래픽 제어 방법 | |
| Tian et al. | An MAC protocol supporting multiple traffic over mobile ad hoc networks | |
| Haas et al. | On the performance of the dynamic packet reservation multiple access scheme in the presence of fading | |
| Selvakennedy et al. | Dynamic scheduling scheme for handling traffic multiplicity in wavelength division multiplexed optical networks | |
| Kwok et al. | A quantitative comparison of multiple access control protocols for integrated voice and data services in a cellular wireless network | |
| Mendez et al. | Performance evaluation of the CDMA/GPS-DW model for multimedia traffic considering a preemptive priority scheme | |
| Khalaf | A new approach to service differentiation in wireless Ad Hoc networks | |
| Mahlaba | A MAC protocol for IP-based CDMA wireless networks. | |
| Shi et al. | Performance improvement of random/reservation satellite access scheme | |
| CA2614610A1 (en) | Collision-free multiple access reservation scheme for multi-tone modulation links | |
| KR20090108301A (ko) | 이동 통신 시스템의 트래픽 처리 장치 및 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Grant or registration | ||
| HH | Correction or change in general |