HÉTODCTY APARATO PARA LA NEGOCIACIÓN DE PARÁMETROS DE
TRANSMISIÓN PARA SERVICIOS DE DIFUSIÓN/MULTIDIFUSIÓN Campo de la invención La presente invención se relaciona a sistemas de comunicación inalámbrica general y específicamente a métodos y aparato para la negociación de parámetros de transmisión por servicios de difusión/multidifusión
Antecedente de la invención Existe una demanda incrementada para servicios de datos empacados sobre sistemas de comunicación inalámbrica. Cuando los sistemas de comunicación inalámbrica tradicionales se diseñan para comunicaciones de voz, la extensión para soportar servicios de datos introduce muchos retos. Específicamente, la provisión de servicios uni-direccionales, tales como servicios de difusión donde la información de video y audio es de transferencia continua a un suscriptor, tiene un conjunto único de requerimientos y objeto. Tales servicios pueden tener amplios requerimientos de banda ancha, donde los diseñadores de sistema buscan minimizar la transmisión de la información en costos operativos. Adicionalmente , se necesita la información__esjp^^¿f_ica__paxa enviar y o-accesar las transmisiones de difusión, tales como los parámetros y prn^nr^n de pr-&o &amjrcnto . Exis-te—tm-problema en la transmisión de información específica por difusión, mientras se optimiza el uso de banda ancha disponible . Existe una necesidad, por lo tanto, para un método eficiente y exacto de transmisión de datos en un sistema de comunicación inalámbrico. Además, existe una necesidad para un método eficiente y exacto para proporcionar información específica de servicio.
Breve descripción de los dibujos La FIGURA 1 es un diagrama de un sistema de comunicación inalámbrico que soporta las transmisiones de difusión . La FIGURA 2 es un diagrama de flujo para parámetros de transmisión de negociación en un sistema de comunicación que soporta transmisiones de difusión. La FIGURA 3 es un diagrama de bloque de una porción de un sistema de comunicación que soporta las transmisiones de difusión. La FIGURA 4 es un diagrama de flujo para la negociación de parámetros de transmisión en un sistema de comunicación que soporta transmisiones de difusión. La FIGURA 5 es un diagrama de bloque de una porción de un sistema de comunicación que soporta las 1-T-anwm-i si nriF-c; rle»__¿LLfn q -j ?? La FIGURA 6 es un diagrama de flujo para la negociación de parámetros de transmisión en un sistema de comunicación que soporta transmisiones de difusión. La FIGURA 7 es un diagrama de bloque de una porción de un sistema de comunicación que soporta las transmisiones de difusión. La FIGURA 8 es un diagrama de bloque de un sistema de comunicación que soporta transmisiones de difusión. La FIGURA 9 es un diagrama de flujo para negociar parámetros de transmisión en un sistema de comunicación que soporta transmisiones de difusión.
Descripción detallada de la invención La palabra "ejemplar" se utiliza exclusivamente en la presente para dar a entender "sirven como un ejemplo, instancia o ilustración" . Cualquier modalidad descrita en la presente como "ejemplar" no necesita de manera necesaria interpretarse como preferida o ventajosa sobre otras modalidades. Aunque los diversos aspectos de las modalidades se presentan en los dibujos, los dibujos no se trazan necesariamente a escala a menos de que se indique específicamente. Una modalidad ejemplar de un sistema de comunicación i nal mb-ri m emplea.—U;—método—de—eemprcaión de encabezamiento que reduce el tamaño de cada encabezamiento mientras satisface los requerimientos de exactitud y transmisión del sistema. La modalidad ejemplar soporta un servicio de difusión uni-direccional . El servicio de difusión proporciona paquetes IP a múltiples usuarios. Típicamente, los paquetes IP comprenden transferencias continuas de video y/o audio. Los suscriptores en el servicio de difusión "sintonizan" a un canal designado para accesar a la transmisión de difusión. Cuando el requerimiento de banda ancha para la transmisión de alta velocidad de difusión de video es extenso, es deseable reducir el tamaño de cualquier encabezamiento asociado con tal transmisión de difusión. Algunas veces, el servicio de difusión puede utilizarse como un servicio que envía información a un grupo de usuarios basado en su localización geográfica. Esto puede también considerarse transmisión de mensaje "no direccionado" . Los ejemplos deben ser de información local de difusión tales como alertas de tráfico o de clima basados en una celda/sector o zona de paginación específica. Todos los usuarios en esa área que sean capaces de recibir información de difusión deben recibirla . Los servicios de difusión también pueden utilizarse para multidifusión: L~a mu11idi-fusiéR &e-refiere a la capacidad de información de difusión en un conjunto específico de usuarios basados en su suscripción en un grupo de usuarios . El grupo de usuario puede mantenerse por un administrador. Además, el grupo de usuario puede ser capaz de suscribirse públicamente (por ejemplo inscribiéndose por publicidad, por valores de acciones, etc.), o pueden concluirse en una suscripción pública (por ejemplo, lista corporativa) . La lista de multidifusión también puede configurarse para tener recepción de reconocimiento de dispositivo móvil del mensaje como se define por el administrador de grupo de usuario. Esto puede ser una transmisión de mensaje dirigible considerada. Los grupos de usuario de multidifusión se consideran generalmente que pueden ser grupos cerrados . En estos grupos, un miembro típicamente se suscribe al servicio (grupo de multidifusión pública) enviando una solicitud al administrador, por alguna interfaz de red u otro mecanismo. Un grupo de multidifusión privado se restringe explícitamente a membresías por el administrador agregando manualmente miembros. Los servicios de difusión también pueden dividirse en grupos públicos y privados. Un grupo de difusión público se utiliza para enviar información específica—geográfica^—Todos—-res—dirspositivos—en—ei— rea geográfica específica que tienen capacidad de difusión están en el grupo público y recibirán esta información. Ejemplos de información de difusión para este tipo de difusión pública son alertas de clima de emergencia, condiciones de tráfico, etc. Los grupos de difusión privada se orientan para enviar información específica a un grupo específico de dispositivos en un área particular. Un ejemplo de este tipo de servicio debe ser de publicación basada en la localidad. Un escenario posible para este ejemplo es dónde un usuario puede elegir recibir publicidad cuando él o ella está en un centro comercial, pero no en otros momentos. La siguiente discusión desarrolla la modalidad ejemplar presentando primero un sistema de comunicación inalámbrico de propagación-espectro generalmente. Enseguida, se introduce el servicio de difusión, en donde se refiere el servicio como un Servicio de Difusión de Alta Velocidad (HSBS) . Las interfaces entre la estación base y el nodo de servicio de datos de paquete se introducen por el tráfico y señalización de usuario. Los mensajes para establecer una conexión A10 para tráfico de usuario se discuten. El tratamiento de flujo y los datos de mapeo para el tratamiento de transmisión e información de mapeo en un nodo de servicio de datos de paquete se ilustra y explica. Fljem los de enstí©—de—tratamiento—de-flujo y datos de mapeo desde la estación base al nodo de servicio de datos de paquete se muestra. Se muestran los detalles para mapear un flujo en la interfaz correcta, presentan el uso de un parámetro de opción de servicio para definir los específicos de un algoritmo de compresión. Finalmente, varios beneficios para utilizar el tratamiento de flujo y datos de mapeo se establecen para transmitir la información de tratamiento y mapeo. Observe que una modalidad ejemplar se proporciona como un todo ejemplar de esta discusión; sin embargo, las modalidades alternativas pueden incorporar varios aspectos sin apartarse del alcance de la presente invención. Específicamente, la presente invención es aplicable a un sistema de procesamiento de datos, un sistema de comunicación inalámbrica, un sistema de difusión uni-direccional y cualquier otro sistema que desee transmisión eficiente de información.
Sistema de Comunicación Inalámbrico La modalidad ejemplar emplea un sistema de comunicación inalámbrico de propagación-espectro, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica se han desarrollados ampliamente para proporcionar varios tipos de comunicación tales como voz , datos, etc - Estos si sfpmas puedes—basarse—&?—un-acceso múltiple por división de código (CDMA) , división de tiempo de múltiple acceso (TDMA) o algunas otras técnicas de modulación. Un sistema CDMA proporciona ciertas ventajas sobre otros tipos de sistemas, incluyendo la capacidad de sistema incrementado. Un sistema puede diseñarse para soportar uno o más estándares tales como "Estándar de Compatibilidad de Estación Base-Estación Móvil TIA/EIA/lS-95-? para Sistema Celular de Espectro-Propagación de Banda Ancha de Modo Dual" referido en la presente como el estándar IS-95, el estándar ofrecido por un consorcio llamado "3rd Generation Partnership Proyect" referido en la presente como 3GPP, una modalidad en un conjunto de documentos incluyendo los documentos Nos. 3G TS 25.211, 3G TS 25.212, 3G TS 25.213, y 3G TS 25.214, 3G TS 25.302, se refiere en la presente como el estándar W-CDMA, el estándar ofrecido por un consorcio llamado "3rd Generation Partnership Proyect 2" referido en la presente como 3GPP2 , y TR-45.5 referido en la presente como el estándar cdma2000 anteriormente llamados IS-2000 MC . Los estándares citados en la presente en lo anterior son expresamente incorporados por la presente en la misma para referencia. Cada estándar específicamente define el procesamiento dp rlat-ns—par —la—transmisión—desde—una estación base a móvil y viceversa. Como una modalidad ejemplar, la siguiente discusión considera un sistema de comunicación propagación-espectro consistente con el estándar CD A200 de protocolos. Las modalidades alternas pueden incorporar otro estándar. Aun otras modalidades pueden aplicar los métodos de compresión descritos en la presente a otros tipos de sistemas de procesamiento de datos .
Sistema de Difusión de Alta Velocidad (HSBS) Un sistema 100 de comunicación inalámbrica se ilustra en la FIGURA 1, en donde los paquetes IP se proporcionan por el Servidor de Contenido (CS) 116 mediante una interfaz 114 de Protocolo de Internet (IP) al menos un Nodo de Servicio de Datos de Paquete (PDSN) 110. Un CS 116 proporciona datos que se transmiten como paquetes de datos de Protocolo de Internet ("Paquetes IP") a través de la interfaz 114 IP. Muchas clases diferentes de datos pueden transmitirse por el CS 116. Por ejemplo, los datos de audio, datos de video, datos textuales, archivos electrónicos, etc., pueden transmitirse por el CS 116 a través de la interfaz 114 IP. La información de video y audio puede ser de la programación televisada o una transmisión de radio. De este morio, el CS 1_1 _ puede—sex-uH—servidor configurade-para servicio de datos de video, datos de audio, etc. En una modalidad, el CS 116 puede ser un servidor de red conectado a la Internet y funciona en datos de servicio para usuarios que consultan la Red Mundial de Documentos (www) . La interfaz 114 IP puede ser la Internet, una intranet, una red IP privada, etc. El PDSN 110 recibe y procesa los paquetes IP para transmitirlos a un nodo 108 de Función de Control de Paquete (PCF) . El PCF 108 entonces se comunica con el Controlador de Estación Base (BSC) 104 mediante una interfaz 106 IP. Observe que el PCF 108 puede estar en comunicación con los BCS múltiples (no mostrados) o alternativamente con una o más Estaciones Base (las BS) . Una vez que la BSC 104 recibe los datos, envía los datos a una o más Estaciones Móviles (las MS) tales como MS 102. El PCF 108 también está en comunicación con PDSN 112, con comunicaciones con la interfaz 118 IP. En una modalidad ejemplar, las comunicaciones del BSC 104 hacia el PCF 108 son comunicaciones alámbricas, mientras que la comunicación del BSC 104 en la MS 102 son comunicaciones inalámbricas. Las comunicaciones inalámbricas se realizan en una red referida como la Red de Acceso (??) 130, mientras que la MS 102 se refiere como la Terminal de Acceso (AT) 140.
La informarinn HP nn-CS~ ^—S-C ?G? ß3?€÷ß¾3—eefflQ-datos empaquetados tales como paquetes IP. El PDSN 110 procesa los paquetes IP para la distribución dentro de un AN 130. Como se ilustró, el AN 130 se define como las porciones del sistema 100 incluyendo un BSC 104, las interfaces 106, 114, 118 IP, PCF 108, los PDSN 110, 112 y CS 116. Para el servicio HSBS, el BSC 104 recibe la transferencia continua de información desde el PDSN 110 y proporciona la información en un canal designado para los suscriptores dentro del sistema 100. El HSBS es una transferencia continua de información proporcionada sobre una interfaz de aire en un sistema de comunicación inalámbrico. El "canal HSBS" se refiere a una sesión de difusión lógica HSBS sencilla como se define por el contenido de difusión. Observe que el contenido de un canal HSBS dado puede cambiar con el tiempo, por ejemplo, noticias de las 7am, el clima de las 8am, películas a las 9am, etc. El tiempo basado en la programación es análogo en un canal de TV sencillo. El "canal de difusión" se refiere a un canal físico de enlace de envío sencillo, es decir, un Código Walsh dado que porta tráfico de difusión. El Canal de Difusión BCH, corresponde a un canal CDM sencillo. Un canal de difusión sencillo puede portar uno o más canales HSBS; en este caso, los canales HSBS se División (TD ) dentro del canal de difusión sencillo. En una modalidad, un canal HSBS sencillo se proporciona en más de un canal de difusión dentro de un sector. En otra modalidad, un canal HSBS sencillo se proporciona en frecuencias diferentes para servir a los suscriptores en aquellas frecuencias. De acuerdo a la modalidad ejemplar, el sistema 100 ilustrado en la FIGURA 1 soporta un servicio de difusión de multimedia de alta velocidad referido como el Servicio de Difusión de Alta Velocidad (HSBS) . Las capacidades de difusión del servicio se pretenden para proporcionar programación a una velocidad de datos suficiente para soportar las comunicaciones de video y audio. Como un ejemplo, las aplicaciones del HSBS pueden incluir transferencia continua de video de películas, eventos deportivos, etc. El servicio HSBS es un servicio de datos de paquete basados en el Protocolo de Internet (IP) . De acuerdo a la modalidad ejemplar, un proveedor de servicio se refiere como el CS 116, en donde el CS 116 anuncia la disponibilidad de tal servicio de difusión de alta velocidad a los usuarios del sistema. Cualquier usuario que desea recibir el servicio HSBS puede suscribirse con el CS 116. El suscriptor es nt-pp ? ca jz de—explorar—el—horario—de—servici-o—da-difusión en una variedad de formas que pueda proporcionarse por el CS 116. Por ejemplo, el contenido de difusión puede comunicarse a través de anuncios, mensajes de Sistema de Administración Corto (SMS), Protocolo de Aplicación Inalámbrica (WAP) , y/o algunos otros medios generalmente consistentes con y convenientes para comunicaciones inalámbricas móviles. Los BSC 104 transmiten los parámetros relacionados a HSBS en mensajes de encabezado, tales como aquellos transmitidos en canales y/o frecuencias designadas para el control e información, es decir, mensajes sin carga útil. Carga útil se refiere al contenido de información de la transmisión, en donde una sesión de difusión de la carga útil es el contenido de difusión, es decir, el programa de video, etc. Cuando un suscriptor de servicio de difusión desea recibir una sesión de difusión, es decir un programa programado de difusión particular, la MS 102 lee los mensajes de encabezado y aprende la configuración adecuada. La MS 102 entonces sintoniza la frecuencia que contiene el canal HSBS, y recibe el contenido de servicio de difusión. A fin de que las MS 102 descubran y escuchen a los canales de difusión exitosamente, varios parámetros relacionados al servicio de difusión se transmiten sobre La in£_exX-a-z—de—ai e .—El—servicio—de—difusión—se—diseña-para soportar diferentes opciones de protocolo en la pila de protocolo. Esto requiere que los receptores de servicio de difusión puedan ser informados de las opciones de protocolo seleccionados para facilitar la decodificación y procesamiento adecuado de la difusión. En una modalidad, el CS 102 proporciona esta información al receptor como un mensaje de parámetro de sistema de encabezado, consistente con el estándar cdma2000. Una ventaja en el receptor es la capacidad de recibir la información inmediatamente desde el mensaje de encabezado. En esta forma, el receptor puede inmedi tamente determinar si el receptor tiene fuentes suficientes para recibir la sesión de difusión. El receptor monitorea los mensajes de parámetro de sistema de encabezado. El sistema puede implementar un número de opciones de servicio correspondientes a un juego de parámetros y protocolos en donde el número de opción de servicio se proporciona en el menaje de encabezado. Alternativamente, el sistema puede proporcionar un juego de bits o marcas para indicar las opciones de protocolo diferentes seleccionadas. El receptor entonces determina las opciones de protocolo para decodificar la sesión de difusión correctamente. Dentro del AN están las interconexiones o interface-s múXtijxl-es-,—En—La—mc^iid —descx-i-ta—en—la_ presente, la PCF 108 tiene una conexión señaladas con el PDSN 104 que se referirá como la interfaz All. Además, existe una conexión para el tráfico de usuario, que se referirá como la interfaz A10. La interfaz A10 se utiliza para proveer una trayectoria para el tráfico de usuario entre un PDSN 104 y un PCF 108 para servicios de datos de paquete. El BSC tiene una conexión señalada con el PCF, que se referirá como la interfaz A9. Además, existe una conexión para el tráfico de usuario, la cual se referirá como la interfaz A8. La interfaz A8 se utiliza para proveer una trayectoria para tráfico de usuario entre el BSC y un PCF para servicios de datos de paquete. Presentadas a continuación existen varias modalidades de métodos y aparato para negociar los parámetros de transmisión para un servicio BC. Los parámetros de transmisión se refieren a una capacidad genérica del servicio BC. Una capacidad puede incluir el tipo de compresión de encabezado utilizada, tal como especificar los parámetros de algoritmo, o puede incluir cualesquier parámetros utilizados por el PDSN 110 y la MS 102, que no puede necesariamente utilizarse por los elementos de sistema de intervención. Por ejemplo, la MS 102 y el PDSN 110 ambos utilizan la compresión de encabezado para transmisiones de proceso. El PDSN 110
api i r.a al aJLgxxcitmo— de-—compresióa—de—encabezado— ara comprimir los datos previos a la transmisión. La MS 102 utiliza la información a aproximadamente el algoritmo de compresión de encabezado para extraer la información original desde la información recibida transmitida por el PDSN 110. Aunque el PDSN 110 y la MS 102 utiliza la información de compresión de encabezado en los datos de proceso, el BSC 104 no necesita conocer el tipo de compresión de encabezado aplicada. La compresión de encabezado se proporciona como un ejemplar de una capacidad genérica sin embargo, las capacidades genéricas no se limitan a la compresión de encabezado. Una capacidad genérica puede ser cualquier parámetro que al menos dos de los elementos de sistema requieren para procesamiento adecuado de una transmisión. Como en un servicio de uni-presentación, la MS 102 y PDSN 110 requiere un procedimiento para indicar o negociar las capacidades genéricas para el servicio de difusión/multidifusión. Como se discutió en lo anterior, estas capacidades pueden incluir algoritmos de compresión de encabezado, así como algoritmos y métodos para dirigir el flujo de paquete de datos en una conexión A10 apropiada. La forma que el PDSN comprime los paquetes IP puede referirse como el tratamiento de flujo. Cuando se utiliza en la presente, un flujo es una serie de paquetes que comparten una ej pm l i f H r ^ci 6n—e-specífic —de—&apas de-protocolo IETF. Por ejemplo, un flujo de RTP puede consistir de paquetes de una ej emplificación de protocolo IP/UDP/RTP, todas de las cuales comparten la misma fuente y la dirección de destino IP y número de puerto UDP. Cuando el PDSN recibe los paquetes IP determina dónde los envía los paquetes IP y cómo los paquetes se comprimen. El mapeo de PDSN (función tipo reenvío) los paquetes IP en una conexión A10 pueden referirse como el mapeo de flujo. De acuerdo a un método empleado en un servicio de uni-difusión, MS negocia tales capacidades con un PDSN correspondiente durante un procedimiento de Protocolo de Control de Protocolo de Internet (IPCP) , Protocolo de Punto a Punto (PPP) . La MS entonces utiliza el Protocolo de Tratamiento de Flujo de Multi-Canal (MCFTP) para indicar la información de tratamiento de flujo en el PDSN. MCFTP se desarrolla en 3GPP2 y se describe en el documento 3GPP2 , P.S0001-B, "Estándares de Red Inalámbrica IP" , los cuales se incorporan en la presente para referencia. Los aparatos y métodos descritos en la presente para proporcionar el tratamiento de flujo y la información de mapeo de flujo en el PDSN 206 son alternativos en MCFTP que proporcionan ciertos beneficios sobre MCFTP. Este método no es aplicable directamente en un servicio de di fnsi ?? /muí t i di fj_iai_ón—eofao—la—MS—pued-e-tener una sesión PPP establecida con un primer PDSN, en donde el primer PDSN es diferente de un segundo PDSN proporcionando el contenido de difusión/multidifusión en la MS. Además, el tratamiento de flujo que la MS indica en el primer PDSN no es aplicable, como el primer PDSN no se involucra en el transporte de difusión/multidifusión . Como se ilustra en la FIGURA 1, el BSC 104 se comunica con el PCF 108 mediante una interfaz A8/A9. El PCF 108 puede conectar a uno o más PDSN, tales como PDSN 110 y 112, mediante una interfaz A10/A11 como se describe en TIA/EIA/IS-2001-?, Especificación de Interoperabilidad (IOS) para las Interfaces de Red de Acceso cdma2000, agosto 2001. El servidor del contenido de difusión/multidifusión, CS 116, envía medios como paquetes IP en el PDSN 110. Observe que la MS 102 puede tener conectividad IP a más de un PDSN dentro del sistema en cualquier tiempo dado. Observe que cada caso de servicio de difusión/multidifusión dentro de una red portadora es únicamente identificada por un Identificador de Servicio de Difusión/Multi-Difusión, o ID, y una Dirección de Multi-Difusión IP. Cuando la MS 102 desea suscribirse a un servicio de difusión/multidifusión particular, la MS 102 recupera una descripción de servicio de CS 116. La descripción de servicio puede proporcionarse por un mpranismn tipo—fuera—desbanda—Gomóse describe en la Solicitud de Patente Norteamericana No. 09/934,021 titulada "Método y Aparato para Salida de Transmisión de Banda de la Opción de Servicio de Difusión en un Sistema de Comunicación Inalámbrica" por Nikolai Leung, presentada el 20 de agosto del 2001, asignada al cesionario de la misma y por lo que expresamente se incorpora para referencia. A partir de la descripción de servicio, la MS 102 extrae la ID y la dirección IP MC, y luego es capaz de recibir el servicio. Observe que el PDSN 110 puede soportar e implementar varios tipos de compresión para reducir la cantidad de tráfico que se envía al MS 102. Por ejemplo, el PDSN 110 puede soportar los siguientes algoritmos de compresión de encabezado: compresión de encabezado TCP/IP Van Jacobson (RFC 1144), compresión de encabezado (RFC 2507) , encabezado Comprimido RTP/UDP/IP (RFC 2508) , técnica de supresión/generación de encabezado, y Compresión de Encabezado Robusto (RFC 3095) (Estándar de Red Inalámbrica IP, Número de Identificación de Documento 3GPP2 P. S0001-B) . Cuando el PDSN 110 recibe los paquetes IP determina dónde envía los paquetes IP y cómo los paquetes se comprimen. El PDSN 110 mapea (una función tipo reenvío) . Los paquetes IP en una conexión A10 que puede referirse como el mapeo de—fluj o . Con respecto al mapeo de flujo, envía los paquetes IP al MS 102 correcto, el PDSN 110 mapea exactamente la entrada de los paquetes IP en una conexión de manera que los paquetes puedan transmitirse al MS 102 correcto. Los paquetes IP entonces se envían al BSC 104 mediante el PCF 108. El BSC 104 entonces envía los paquetes IP al MS 102. El tratamiento de flujo concerniente, el PDSN 110 comprime los paquetes IP utilizando un método de compresión determinado y luego transmite los paquetes al MS 102. La MS 102 luego descomprime los paquetes IP. Presentadas en la presente están varias modalidades para negociación e indicación de capacidades genéricas para un servicio de difusión/multidifusión. De acuerdo a una primera modalidad, las capacidades genéricas se pre-configuran en el BSC 104, en donde en respuesta a la solicitud para un servicio BC particular, el BSC 104 proporciona la información de capacidad genérica en la MS 102 y el PDSN 110 basado en una lista de servicios BC disponibles y las capacidades correspondientes. Una segunda modalidad, similar a la primera modalidad, pre-configura el PDSN 110 con la información de capacidad genérica, en donde en respuesta a la solicitud durante un servicio BC particular, el BSC 3r&4—solicita el PDSN 110 para la información de ca a -dacL genérica. De acuerdo a una tercera modalidad, el PDSN 110 se pre-configura con la información de capacidad genérica, en donde la MS 102 solicita el PDSN 110 directamente para la información de capacidad genérica mediante una conexión PPP . En una cuarta modalidad, la MS 102 solicita el PCF 108, que a su vez solicita todos los PDSN en el sistema. El PDSN responsable por las respuestas BC a la pregunta, donde el PDSN múltiple puede soportar el BSC, el primero responde utilizando la dirección de multidifusión que elimina la necesidad para las otras respuestas. Como se discute en la presente en adelante, en la primera modalidad, las capacidades genéricas se preconfiguran en el BSC 104. Cuando la MS 102 solicita un servicio BC particular, el BSC 104 proporciona la información de capacidad genérica en la MS 102. Además, el BSC 104 también proporciona la información de capacidad genérica en el PDSN 110. El BSC 104 almacena y/o tiene acceso a la información de lista BC. La información de lista BC es una lista de servicios BC disponibles y las capacidades correspondientes de cada uno . Para cada uno de los servicios de difusión/multidifusión dentro de una red de portador, las capaaidadco genéricas de un PDSN bales como PDSN 110-,—en_ el manejo del servicio de difusión/multidifusión se preconfiguran en el BSC, tal como el BSC 104. La MS 102 puede aprender las capacidades de PDSN 110 para un servicio de difusión/multidifusión escuchando en el mensaje de encabezado periódico enviado por el BSC 104; sin embargo, el o los mensajes de encabezado contienen información de capacidad para aquellos servicios de difusión/multidifusión que ya han sido configurados. Existen varios mecanismos que pueden activar la configuración del servicio de difusión/multidifusión. De acuerdo al primer mecanismo, la MS 102 envía un mensaje de Registro ai BSC 104, en donde la solicitud de registro dinámicamente activa una configuración. Un segundo mecanismo es durante una operación configurada al servicio en el BSC 104. La FIGURA 2 es un diagrama de flujo que ilustra la primera modalidad de la capacidad de negociación en un sistema de comunicación que soporta el servicio BC. El eje horizontal representa la topología del sistema, es decir, los elementos de infraestructura. Los ejes verticales representan la línea de tiempo. Cualquier número de etapas adicionales (no mostradas) puede incorporarse en el procedimiento. En el tiempo ti la MS 102 envía una solicitud de registro BC al BSC 104 que busc —establecer—la—comunicación—eos—ei—BDSN—LIO-—E_L_ mensaje de Registro contiene el ID ( identificador de servicio) y/o la dirección MC IP. La MS 102 puede obtener el ID y la dirección de MC IP desde la descripción del servicio a partir del CS 116, tal como mediante una transmisión fuera de banda. El BSC 104 se pre-configura , es decir tiene acceso al BC que lista la base de datos, con la información de capacidad genérica para el BC . Como se ilustra en la FIGURA 3, BSC 104 puede acoplarse a una base de datos 150 de configuración, o alternativamente, la base de datos 150 de configuración puede almacenarse en un dispositivo de almacenaje de memoria dentro del BSC 104. La base de datos 150 de configuración es efectivamente una lista de cada uno del BC soportado por el CS 116. Cada BC entonces se mapea en una capacidad correspondiente. En una modalidad, la base de datos 150 de configuración se mantiene por un operador. En una modalidad alterna, la base de datos 150 de configuración es una base de datos que se descarga en el BSC 104. En la recepción del mensaje de Registro, el BSC
104 verifica que la información de capacidad genérica para PDSN110 (o el PDSN asociado con el BC) esté disponible para el servicio de difusión/multidifusión solicitado. Si el BSC 104 se pre-configura con la información, BSC 104 difundirá las capacidades del PDSN 10 en un mensaje de pn ahp^arin jnecLLarit-e—La—interfaz—deaire. De este modo, en el tiempo t2 el BSC 104 envía la información de capacidad al MS 102. Además, en el tiempo t3, el BSC 104 realiza un A9 -conectado-A8 configura el procedimiento con PCF 108. El BSC 104 informa al PCF 108, mediante un Mensaje A9-configuración-A8 , las capacidades genéricas para el servicio de difusión/multidifusión. El PCF 108 transmite esta información en el PDSN110, mediante el Mensaje de All-registro-solicitud, en el tiempo t4. Basado en esta información, el PDSN aplica el tratamiento adecuado para el servicio de difusión/multidifusión. En el tiempo t5, el PDSN 108 empieza a transmitir datos, cuando se reciben desde el CS, en la MS 102 al BSC 104. Basado en la dirección de multidifusión IP de los paquetes recibidos, el PDSN reenvía el paquete al PCF mediante la conexión A10 adecuada que corresponde a aquella dirección de multidifusión IP. El PCF envía los datos recibidos desde esa conexión A10 en su conexión A8 correspondiente destinada para un BSC. La segunda modalidad discutida de aquí en adelante se ilustra en las FIGURAS 4 y 5. De acuerdo con la segunda modalidad, la MS 102 dinámicamente activa el servicio BC configurado como el BSC 104 que no se preconfigura con la información de capacidad. La MS 102 envía una solicitud par-a n T-p-g-Í-aijcn-JBC—on el BSC—ÍQ4—en-el tiempo ti. El registro BC solicita identificar un servicio BC particular deseado, tal como las cotizaciones de acciones, servicios de noticias, eventos deportivos, etc. El BSC 104 recibe la solicitud, e identifica el PDSN110 que soporta el servicio BC . El BSC 104 entonces envía una solicitud al PDSN110 (mediante el PCF 108) en el tiempo t2. El BSC 104 inicia la conexión A9-configuración-A8 con el PCF 108 enviando un Mensaje A9-configuración-A8 en PCF 108. El PCF reenvía la solicitud al PDSN 110 utilizando un Mensaje de All -registro-solicitud. El PCF 108 establece una conexión All con el PDSN 110 en el tiempo t3 y t4. El PCF 108 reenvía el PDSN 110 de respuesta al BSC 104 mediante el mensaje A9-conexión-A8. En el conocimiento, las capacidades de PDSN 100 para el manejo del servicio de difusión/multidifusión solicitado, el BSC 104 difunde la información en un mensaje de encabezado mediante la interfaz de aire. De este modo, como se ilustra, el PCF 108 recibe la información de capacidad desde el PDSN 110 en el tiempo t5 y la información se transmite al MS 102 en el tiempo t6. Como se ilustra en la FIGURA 5, el PDSN almacena y/o tiene acceso a la base de datos 150 de configuración. En una modalidad, existen varias opciones para el BSC para identificar el PDSN asociado con el BC, incluyendo, pero no limitado a:— —El BSC determina cual—PDSN basado en la dirección de multidifusión IP del servicio BC (descrito en la Solicitud de Patente Norteamericana No. XXXX, titulado "Método y Aparato para Seleccionar un Nodo de Servicio de Datos de Paquete para Servicios de Difusión/Multi-difusión" por Raymond Hsu, que tiene el Expediente del Apoderado No. 020063, presentado el 5 de noviembre del 2001) (2) El BSC se aprovisiona con la información en la cual el PDSN se proporciona en el cual el servicio BC identificado mediante la dirección de multidifusión IP. En la primera y segunda modalidades, la configuración de servicio de dif sión/multidifusión se activó dinámicamente por un registro MS . En la primera y segunda modalidades, las capacidades de un servicio BC pueden periódicamente difundirse aún sin una solicitud específica desde la MS . Esta característica es útil durante una ventana (por ejemplo mas/menos 10 minutos) alrededor del inicio de un servicio BC (tal como un cierto evento deportivo) , en donde algunas personas quien ver el evento. En este caso, utilizar la petición/pregunta de sobrecargar el Canal de Señal Común Delantero y Inverso. De este modo, utilizar la características de difusión advierte las capacidades para que el servicio BC ahorre recursos de aire. Las capacidades del servicio BC incluye, pero no se limita a, 1a. cap-a -idad—de--coa^ar-ag-i-oa—de encabezamiento,—mapeo entre la dirección de multidifusión IP y BCMCS_ID, etc. La primera y segunda modalidades proporcionan la capacidad en la red de informar la MS de la capacidad genérica de un PDSN para un servicio de difusión/multidifusión particular sin requerir que la MS establezca una sesión PPP. Esto, sin embargo, se balancea contra menos flexibilidad en el conjunto diferente de negociación de las capacidades (por ejemplo el algoritmo de compresión de encabezamiento) para el servicio de difusión/multidifusión diferente al anuncio en el mensaje de encabezado. De acuerdo a la tercera modalidad, ilustrada en las FIGURAS 6 y 7, la capacidad genérica para los servicios BC se pre-configuran en cada PDSN en la red o sistema. Específicamente, para cada instancia de servicio de difusión/multidifusión en la red de portador, la capacidad genérica correspondiente (para manejar el servicio de difusión/multidifusión) se pre-configura en todos los PDSN dentro de la red de acceso de portador. Para determinar las capacidades para un servicio de difusión/multidifusión, la MS 102 primero establece una sesión PPP en un PDSN110 como se muestra en el tiempo ti de la FIGURA 6. Este PDSN110 no puede necesariamente ser el PDSN que soporta el medio de difusión/multidifusión del CS 116.—Una vez que la sesión PPP se ha establecido, la MS emplea el Protocolo de Tratamiento de Flujo de Muíti -Canal (MCFTP) para describir las capacidades de los PDSN que soportan el servicio de difusión/multidifusión deseado en el tiempo t2. La MS 102 envía una pregunta que solicita la información de capacidad utilizando MCFTP sobre PPP. Como se ilustra en la FIGURA 7 el PDSN múltiple almacena y/o tiene acceso a la base de datos 150 de configuración. La tercera modalidad proporciona un procedimiento que es transparente al BSC 104 y PCF 108, y cualesquier otros elementos de intervención (no mostrados) . La MS 102 aprende las capacidades genéricas para el servicio de difusión/multidifusión con respecto de cual PDSN en la red es su MCFTP igual. En otras palabras, no es necesario que la MS 102 establezca una conexión de PPP con el PDSN que soporta la sesión de difusión, como todos los PDSN se pre-configuran con la información de capacidad. La MS 102 puede aprender de la información de capacidad de un primer PDSN, y luego recibir la sesión de difusión a través de un PDSN diferente. Además, ya que esta información de capacidad no es periódicamente difundida en el mensaje de encabezado sobre la interfaz al aire, no se desecha el recurso de enlace al aire.
De ot a—m n ra, —la—aplica^^ios—d@—una—tercera-modalidad puede requerir cada PDSN dentro de la red de acceso del portador que se pre-configura con las capacidades para todos los servicios de difusión/multidifusión, aún a través de algunos PDSN que no son capaces de soportar el servicio de difusión/multidifusión. Es posible que sólo un subconjunto de PDSN dentro de la red de acceso de portador sea capaz de soportar el servicio de difusión/multidifusió . Haciendo que todos los PDSN dentro del servicio de difusión/multidifusión de red conscientes de introducir encabezamientos en el proceso. Por ejemplo, cuando cambian, el cambio se actualiza por cada PDSN en la red. Además, la S establece una sesión PPP con una llamada de datos normal que selecciona la Opción de Servicio 33 para correr el MCFTP. Una desventaja de utilizar MCFTP descubre las capacidades para un servicio BC es que es un método de uni -difusión que requiere canales de tráfico para establecerse sobre el aire. Utilizando los canales de tráfico para este propósito no eficientes sobre el aire. De otra manera, la primera y segunda modalidades pueden usar canales de señal comunes, que sean más eficientes que los canales de tráfico de utilización para transportar la misma información en la MS . Además, la primera y segunda modalidades puedeü difundir Las ca acidades de n_ servicio BC sobre el Canal Común de Difusión que aún es más eficiente sobre el aire. En una cuarta modalidad, la MS 102 utiliza MCFTP para aprender de la información de capacidad genérica para el servicio de difusión/multidifusión, donde el PDSN se pre-configura con la información de capacidad. En contraste con la tercera modalidad, sólo aquel PDSN soporta la difusión que se pre-configura con la información de capacidad. Además, diferente a la tercera modalidad, no es necesario para la MS establecer una sesión PPP en el PDSN que soporta el flujo de difusión/multidifusión . Como se ilustra en la FIGURA 8, un CS 214 se comunica con el PDSN 202 y 204 mediante una interfaz 208 IP. También dentro del sistema 200 están los PDSN 206 y 212 que se comunican con los recursos (no mostrados) mediante una interfaz 210 IP. El PDSN 206 y 212 pueden estar en comunicación con cualquier otro de una variedad de otras fuentes de datos. La MS, tal como la MS 102, puede estar en comunicación con cualquiera de los PDSN 202, 204, 206, y 212. Observe que el PDSN múltiple puede estar en comunicación con las MS mediante un PCF común (no mostrado) . Una MS (no mostrada) puede establecer una sesión PPP en el PDSN 206 que no recibe el contenido de PDSN 206 para las capacidades genéricas de un servicio de difusión/multidifusión deseada. En la recepción de la solicitud, el PDSN 206 utiliza un Protocolo Inter-PDSN en solicitud de la información de capacidad del PDSN 202 y/o PDSN 204, que cada uno recibe en contenido de difusión de CS 216. Por ejemplo, el PDSN 206 envía una pregunta a un grupo de multidifusión, en donde los miembros de grupo son los PDSN en una red portadora, tal como el sistema 200. La pregunta solicita la información de capacidad asociada con el servicio de difusión/multidifusión (identificado por ID y la dirección MS IP) . La pregunta se envía en forma de un paquete IP MC dirigido al grupo de difusión de los miembros PDSN. En una modalidad, el grupo se identifica por una dirección de multidifusión IP reservada con un alcance administrativo de manera que el paquete no se reenviará fuera de la red portadora para propósitos de seguridad. La recepción de la pregunta, aquellos PDSN que soportan la respuesta de servicio de difusión/multidifusión designada con la información de capacidad. Otro PDSN eliminará la pregunta sin acción. La respuesta de capacidad entonces se envía al mismo grupo de multidifusión de los miembros PDSN. Como una optimización para reducir un inundación de respuestas desde los PDSN t??? i pl e.q en—L —misma— regunta,—si—una-respuesta se envía ya por un PDSN, otro de los PDSN lo verá y no lo enviará a la misma respuesta. En la recepción de la respuesta, el PDSN 206 utiliza MCFTP para proporcionar la información de capacidad al MS de solicitud. Nuevamente, otro PDSN eliminará las respuestas sin acción, es decir silenciosamente. La cuarta modalidad además se ilustra en la FIGURA 9 como el proceso 300. En un diamante 302 de decisión el proceso espera por una pregunta MS para la información de capacidad PDSN. En respuesta a la pregunta MS, continúa el procesamiento en la etapa 304 para enviar una pregunta de multidifusión que solicita la información de capacidad. La pregunta de multidifusión puede enviarse a todo el PDSN en la red, o puede enviarse a un subconjunto del mismo. Cada PDSN determina si el BC se soporta, y si el PDSN soporta el BC designado en el diamante 306 de decisión. El procesamiento continúa en el diamante 312 de decisión. Para determinar si una respuesta se envió por otro PDSN. Si ninguna respuesta se envió, el PDSN envía una respuesta en la etapa 310; y si una respuesta se envía, el procesamiento regresa a la espera durante la siguiente pregunta para MS . Si el PDSN no soporta el BC designado en el diamante 306 de decisión, el procesamiento regresa a la espera durante la siguiente pregun t a rlp l a MS . De acuerdo con la cuarta modalidad, una MS no necesita necesariamente conectarse al PDSN que soporta el contenido de difusión/multidifusió . La capacidad genérica de una sesión de difusión dada puede obtenerse sin esta conexión específica. Un protocolo Inter-PDSN adicional, sin embargo, se utiliza para intercambiar información con respecto a las capacidades del PDSN de servicio para el servicio de difusión/multidifusión. Aquellos con experiencia en la técnica entenderán que la información y las señales pueden representarse utilizando cualquiera de las variedades de tecnología y técnicas diferentes. Por ejemplo, datos, instrucciones, órdenes, información, señales, bits, símbolos y chips que pueden referirse en la descripción anterior pueden representarse por voltajes, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos. Aquellos expertos además apreciarán que varios bloques lógicos ilustrativos, módulos, circuitos, y etapas de algoritmo descritas junto con las modalidades descritas en la presente, pueden implementarse como hardware electrónico, software de computadoras, o combinaciones de ambos. Para ilustrar claramente esta intercamhi ^ i "l "i a de hardware y- software, varios-componentes ilustrativos, bloques, módulos, circuitos, y etapas se han descrito en lo anterior generalmente en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y diseño de limitación impuesto en el sistema global. Los expertos pueden implementar la funcionalidad descrita en varias formas para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del alcance de la presente invención. Varios bloques lógicos ilustrativos, módulos y circuitos descritoa en relación con las modalidades descritas en la presente pueden implementarse o realizarse con un procesador de propósito general, un procesador de señal digital (DSP) , un circuito integrado específico de aplicación (ASIC) , una disposición de puerta programable de campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógico transistor, componentes de hardware discretos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa. El procesador puede ser cualquier procesador convencional, controlador, micro-controlador o implementarse como una combinación de dispositivos de computadora, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores uno o más microprocesadores junto con un núcleo DSP, o cualquier otra configuración. Las etapas de un método o algoritmo descritos junto con las modalidades descritas en la presente pueden representarse directamente en hardware, en un módulo de software ejecutado por un procesador, o en combinación de los dos. Un módulo de software puede residir en la memoria RAM, memoria instantánea, memoria ROM, memoria EPROM, memoria EEPROM, registradores, disco duro, un disco removible, un CD-ROM, o cualquier otra forma de medio de almacenaje conocida en la técnica. Un medio de almacenaje ejemplar se acopla al procesador, tal procesador puede leer la información de, y escribir la información a, el medio de almacenaje. En la alternativa, el medio de almacenaje puede integrarse al procesador. El procesador y el medio de almacenaje pueden residir en un ASIC. El ASIC puede residir en una terminal de usuario. En la alternativa, el procesador y el medio de almacenaje pueden residir como los componentes discretos en una terminal de usuario. La descripción previa de las modalidades descritas se p npnrrinna par permitir a cualquier persona experta en la técnica hacer o utilizar la presente invención. Varias modificaciones de estas modalidades serán evidentes para aquellos expertos en la técnica y los principios genéricos definidos en la presente pueden aplicarse a otras modalidades sin apartarse del espíritu o alcance de la invención. De esta manera, la presente invención no está pretendida para limitar a las modalidades mostradas en la presente aunque será de acuerdo al alcance más amplio consistente con los principios y características novedosas descritas en la presente .