MX2010014194A - Aparato. metodo y sistema para gestionar informacion de encapsulado de sesion dentro de una arquitectura de derivacion de contenido de protocolo de internet. - Google Patents

Abstract

Una aparato, método y sistema para proporcionar contenido de Protocolo de Internet (IP) dentro de un sistema que incluye una arquitectura de derivación con el uso de una Base de Datos de Información de Encapsulado de Sesión (SEIDB). Dentro de una trama PacketCable Multimedia existente (PCMM) utilizada como un plano de control para la configuración de flujo de derivación de contenido de IP, el sistema de la SEIDB almacena información de encapsulado de derivación de sesión para los flujos de derivación de contenido de IP dentro del sistema. Dentro de la SEIDB, cada entrada de la información de encapsulado de derivación tiene un componente clasificador de flujo que únicamente identifica un flujo de derivación de tal manera que permita que el sistema de terminación de módem de cable (CMTS) y la fuente de contenido de IP únicamente identifiquen el flujo de derivación en la SEIDEi. Inicialmente, el CMTS reúne la información de encapsulado de derivación y lo carga a la SEIDB. Antes de que comience el flujo de derivación, la fuente de contenido de IP obtiene la información de encapsulado de derivación necesaria de la SEIDB, por ejemplo, con el uso de un clasificador de flujo como un elemento de filtro de búsqueda.

Description

RATO, MÉTODO Y SISTEMA PARA GESTIONAR INFORMACIÓ ENCAPSULADO DE SESIÓN DENTRO DE UNA ARQUITECTURA DERIVACIÓN DE CONTENIDO DE PROTOCOLO DE INTERNE CAMPO DE LA INVENCIÓN vención se relaciona con proporcionar conten oló de Internet (IP) sobre sistemas de cab an una Especificación sobre Interfaz para el S ansmisión de Datos por Cable (DOCSIS) de pr ar. Más en particular, la invención se relaci itir el contenido de IP dentro de los siste an la arquitectura y procesamiento del Sist ación de Módem de Cable (CMTS) .

ANTECEDENTES DE LA INVENCIÓN La mayoría de los sistemas de cable actú . Estos estándares de compresión permiten prese contenido de video con menos bits de datos . Con PEG2 , la televisión de definición estándar actu transmitirse a una velocidad de aproximada ts por segundo (Mbps) . Con el uso del MPEG4 Pa ismo contenido de video puede transmitirse dad de aproximadamente 2 Mbps . El contenido d l por lo regular se transmite desde una fuente ra del proveedor de cable a uno o más elementos como un decodificador del usuario final ( itivo de procesamiento de video adecuado) , a tr rtador de radio frecuencia (RF) modulado vía d l contenido de video organizado en un for nte de Transporte del MPEG2 (MPEG2-TS) .

Los operadores de sistema de cable conside n no incluyen entrega de contenido con base en IP, le y probable que cantidades relativamente gra de banda sean necesarias para proporcionar conte a los usuarios finales. Además, a medida ios finales siguen cambiando sus opcio Üzación hacia aplicaciones a la carta, un po ivamente amplio de tal contenido a la lemente será el contenido de IPTV.

Para enfrentar este aumento anticip Üzación por IPTV, la industria de cable desarr coló o estándar de Especificación sobre Interfaz ció de Transmisión de Datos por Cable (DOCSIS e el estándar 3.0 de DOCSIS. En general, La e requerimientos de interfaz para módems d cados en la distribución de datos a alta velocid de sistema de televisión or cabl La indus es de contenido digital, tal como video o datos, aquetar el contenido digital en una corrie orte del MPEG, y modula de forma digital la co ansporte digital en un portador de RF de co dente con el uso de una Modulación de Ampl tura (QAM) . Las EdgeQAM se utilizan para la d l , y la transmisión de corriente descendente . En una disposición de sistema de re cional que utiliza una arquitectura de M-CM M son moduladoras de la DOCSIS de co dente, y están separadas de una porción princi de M-CMTS. Un servidor de IPTV u otro prove ido de IP adecuado se acoplan a un área regiona ea base. Esta red de línea base, a su vez, se co d de interconexión convergente (CIN) que también - ? a uno o más elementos de red del usuario final n decodificador DOCSIS o un decodificador de Pr nternet (IP-STB) . Un decodificador de IP ficador u otro dispositivo de procesamie ido multimedia que puede utilizar una red de d on para conectarse a los canales de tele ntes de video y otro contenido multimedia. Un r DOCSIS de corriente ascendente se acopla a y , tales como comandos a la carta del disposi arniento de contenido multimedia del usuario fin ores de DOCSIS de corriente ascendente se combi n dentro de una porción principal del componente En general, para la arquitectura del cional, todos los paquetes que viajan co ente o corriente descendente or lo re ular v s Capas para Conmutación de Paquetes de Datos po ) versión 3 (es decir, 12TPv3) se conocen den ar 3.0 de la DOCSIS como túneles de Interfaz a de Corriente Descendente (DEPI) , y por lo en la forma de enlaces de fibra de Ethernet de g Una de las características de la especif 3.0 pretendida para facilitar el uso de la ent ido de IPTV es que el número de EQAM de co dente puede aumentar de forma independiente al ales de datos de la DOCSIS de corriente ascenden to, la capacidad de la DOCSIS de corriente ase aumentar de manera arbitraria al ancho de rio. Sin embargo, como se menciona, el conte de corriente descendente o flujo de paquetes d ervidor de IPTV a los elementos de red de la DO cionar una arquitectura de derivación que s los problemas implicados con el flujo de paq del núcleo del M-CMTS de nuevo a través de l en la EQAM. Tal arquitectura de derivació car o incluir la tunelización directa del conte controlado por y transmitido desde un oper as múltiples (MSO) hasta un modulador de co dente, tal como una EQAM de corriente descen costo, en una manera que derive el CMTS, incluy del M-CMTS. Sin embargo, dentro de tal sis ción, para lograr la derivación adecuada, las es de contenido de IP controladas por MSO, que i ores de video, se requerirían que tengan informa sulado de la trama de la DOCSIS, al igu ación de tunelización de la EQAM. Sin embargo n dámente con el soporte apropiado de calidad de s del CMTS.

BREVE DESCRIPCIÓN DE LAS FIGURAS La FIGURA 1 es un diagrama de bloques de un trega de contenido de Protocolo de Interne cional, que incluye una red de Sistema de Term em de Cable modular (M-CMTS) ; la FIGURA 2 es un diagrama de bloques de un trega de contenido de IP, que incluye una Arqui rivación de Video por IP de la DOCSIS (DIBA) , e tenido de IP deriva el núcleo del M-CMTS; la FIGURA 3 es un diagrama de bloques de un trega de contenido de IP con una red de CMTS int ambién incluye una Arquitectura de Derivación d la FIGURA 6 es un diagrama de bloques de un trega de contenido de IP con el uso de la tra que incluye una arquitectura de derivación, e la Base de Datos de Información de Encápsu (SEIDB) ; la FIGURA 7 es un cuadro de flujo que áticamente un método para entregar contenido de un sistema que incluye una arquitect ción y que incluye una Base de Datos de Informa ulado de Sesión (SEIDB) ; y la FIGURA 8 es un diagrama de bloques tura de comando de Puerto-Conjunto de PCMM, que dificación de comando SesiónClaseID.' DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En l i uraciones y disposiciones son útiles sin aleja tu y alcance de la invención.

El aparato, métodos y sistemas descritos te implican utilizar unas trama de Pack edia (PCM ) existente u otra trama existente a un plano de control para la configuración de f ción de contenido de IP y añadir un compon a de Base de Datos de Información de Encapsu (SEIDB) a la trama existente. La SEIDB se co almacenar la información encapsulada de deriva para los flujos de derivación de contenido del sistema. Dentro de la SEIDB, cada ent ación encapsulada de derivación para un fI ción tiene un componente clasificador de fl ente identifica un flujo de derivación de tal capsulado de derivación recopilada a la SEIDB. carga, el CMTS continúa con el resto del proced nfiguración de PCMM para el flujo de derivaci ?, de una manera convencional. Entonces, antes el flujo de derivación, la fuente de contenid ece una comunicación con la SEIDB para obte ación de encapsulado de derivación necesari o, con el uso de un clasificador de flujos tal to de filtro de búsqueda. Al utilizar el PCMM ex a trama del sistema para configurar el fl ción, no se requiere de carga para el procedimi uración del sistema existente mientras que se lo S proporcione los flujos de derivación. Tambi es independiente de cualquiera de la fuente o s tenido de IP, de esta manera permitiendo que mú servidores de video funci n n im l e video a la carta (VOD) , servidores 104 de v on de IPTV, fuentes 106 de video por Internet, s adecuadas para proporcionar contenido de s de contenido de IP se conectan a un área reg 14 de línea base. La red 114 de área regional pu ier red de comunicación o disposición de serv ecuado para transmitir el contenido de IP. Por e d 114 de área regional puede ser o incluir Int ed con base en IP, una red de computadora, una en la web u otro sistema de red o red alám brica.

Acoplada a la red 114 de área regional se en ed 118 de interconexión convergente (CIN) , que pacidad de enrutamiento y conmutación para cone 14 de área regional a un Sistema de Terminación d ble (CMTS tal como un CMTS modular M-CMTS s digitales con los elementos de red (tale tos de red que incluyen módem de ificadores y otros dispositivos de procesami ido, y adaptadores de terminal de medio) en una . El CMTS o M-CMTS por lo regular se ubica en la de una compañía de televisión por cable.

El M-CMTS 122 incluye un bucle 14 de M-CM regular incluye o contiene uno o más receptores nte ascendente, tales como un receptor de DO nte ascendente. El M-CMTS 122 también incluye un dores de DOCSIS de corriente descendente, tal más EdgeQAMs (EQAMs) 128, que son externos parte del núcleo 124 de M-CMTS. Por lo regular 122 se conecta a uno o más elementos 132 de red un módem de cable de usuario final, un descodif a tador de terminal de medios MTA otro ura para recibir las transmisiones de IP/DO nte ascendente, tal como los comandos a la cart ificador de usuario final. Los datos de CO ente se transmiten al receptor 126 de co ente mediante la red 134 y un canal 142 de d nte se acopla entre la red 134 y el receptor nte ascendente. El núcleo 124 de M-CMTS, que inc or 126 de corriente ascendente, convierte los d nte ascendente recibidos en paquetes de Proto et (IP) , que entonces se envían a un enrutador d dispositivo o componente adecuado, para transmi rgo de la CIN 118 y la red 114 de área regiona tos de corriente descendente, el M-CMTS 122 util EQAMs 128 u otros moduladores de corriente dese dos para convertir los datos de paquete de IP nte de trans orte formateada de DOCSIS u otra co Uno o más de los componentes dentro del M-Civ ncluye uno o más del núcleo 124 de M-CMTS, el r corriente ascendente y el EQAM 128 pueden compr l o completamente en cualquier estructura o disp da, por ejemplo, uno o más circuitos inte n, debe entenderse que el M-CMTS 122 incluy entes, hardware y software (no se muestran) an para la operación de otras característ nes del M-CMTS 122 no descrito específicamente te . También, el M-CMTS 122 puede configurarse pa ente en la forma del sistema de circuito eléct re y/u otros componentes de hardware dentro itivo más grande o grupo de componentes. D a, el M-CMTS 122 puede configurarse par ente en la forma de software, por ejemplo cia dentro del M-CMTS 122.

Un módem de cable DOCSIS 3.0 y otros eleme n capaces de recibir múltiples canales 144 de co dente. De acuerdo con la norma DOCSIS 3.0, pued s de corriente descendente "primarios" íos". De éstos, uno o sólo un canal de co dente será el canal de corriente descendente "pr S elementos de red. Los elementos de red úni rán los registros de tiempo de sincronización, rios para la operación de corriente ascendente y n como mensajes SYNC, en su canal de co dente primario. De esta manera, el canal "pr n es una canal "sincronizado" . Los elementos n dependen del canal "primario" para la entrega es del Descriptor de Dominio Mac (MDD) , que perm ente o corriente descendente por lo regular v del núcleo 124 de -CMTS para procesar de da y reenviar por consiguiente a la interfaz ta o portador de datos, tal como un portador d . Debido a que el receptor 126 de corriente ase mbina con el núcleo 124 de M-CMTS y su procesa atos de corriente ascendente recibidos por el r e corriente ascendente pueden transmitirse direc el receptor 126 de corriente ascendente hasta el e M-CMTS y entonces reenviarse de forma adecua o, debido a que el modulador de corriente dese 128) no es parte del núcleo 14 de M-CMTS, los d nte descendente recibidos por el M-CMTS 122 de iajan primero a través del núcleo 124 de M-CM arniento adecuado y después se dirigen hacia el E m irá de una cantidad desproporcionada de ancho d mutación para el núcleo 124 de M-CMTS y la CIN 1 Con referencia ahora a la FIGURA 2, se mu ma de bloque de un sistema 50 de entrega de co que incluye la arquitectura de derivación de M-< stema 50, el contenido de corriente descend o viaja directamente desde una o más fuentes ido de IP hacia un EQAJM 28, por ejemplo, media de área regional y una CIN 18, derivándose un M-CMTS 22 y su núcleo 24 de M-CMTS. El cont nte descendente viaja directamente al EQAM 28 una o más conexiones adecuadas (mostradas gener na conexión 52) . Por ejemplo, la conexión 52 pu más conexiones Me túnel" o "pseudo-cableada n túnel de DEPI . Como se mencionará posteriorm l c n nido se canaliz pondientes al sistema sin tener que aumentar el ales de datos de corriente ascendente, proporc ilidad al sistema. Sin embargo, la arquitec ción, por ejemplo, como se muestra en la FI ciona la ventaja adicional de permitir nales, sin tener que añadir capacidad de proces nal al núcleo 24 del M-CMTS, o la CIN 18, lo qu vamente costoso.

También, de forma alterna, una arquitect ción de M-CMTS puede utilizarse en los siste en un CMTS integrado, en vez de un M-CMTS más c ta manera, la arquitectura de derivación hace lo implementar un CMTS integrado con EQAMs de DEPI nal. El CMTS integrado incluye un canal de d de corriente descendente "sincronizado" o "pr in ado, que difiere de un M-CMTS y que también inc 64 de datos de DOCSIS de corriente descendente a elementos 32 de red del usuario final. Por e te una red 34 de HFC . Los elementos 32 de red r uno o más elementos de red del usuario final un módem de cable , un descodificador, un adapt al de medios (MTA) u otro equipo local del o usuario final adecuado. El canal 64 de d de corriente descendente es totalmente fun ne registro de tiempo de sincronización, y se considera como "primario" o "sincroniza ación, el canal 44 de datos de DOCSIS de co dente el EQAM 28 con los elementos 32 de red (m d 34 de HFC) , que transporta el contenido de IP, urarse para operar sin registros de tie nización de est man r del CMTS 62 integrado. Los módems de DOCSIS r a sincronización del reloj principal de DO menté un canal de datos sincronizado, es de ado canal de datos de corriente descendente "pr o tanto, tal sincronización puede suministrarse TS 62 integrado mediante el canal 64 de datos d orriente descendente "sincronizado" . De forma incronización puede suministrarse mediante un EQ simple que se sincroniza con el reloj prin S con la DTI de DOCSIS.

Al utilizar la arquitectura de derivación istema 60 evita que el gasto de CMTS (o el M- que establecer o generar canales de datos de c ndenté tanto sincronizados como no sincronizados ga de contenido de IP. Un canal de datos sincr e del CMTS 62 inte rado o su núcleo uede ro de DOCSIS no sincronizado generado para un costoso que generar un canal de datos de onizado para un CMTS integrado o un M-CMTS. Tamb MTS integrado y sin tiempos de registro en el no sincronizado, la DTI (que se requiere tectura de M-CMTS) no es necesaria en los sist o de la arquitectura de derivación de CMTS.

Dependiendo de la fuente 12 de contenido, l rea regional y la CIN 18, igual que el tipo de sistemas de entrega de contenido de IP que úti tectura de derivación de CMTS pueden utilizar di cas de tunelización y por ende tener varios enca tos de derivación adecuados. El encapsulado de d eneral es el proceso de tomar un paquete de un cular que contiene datos como su carga útil, y nido genera u origina un túnel de L2TPv3 (DEPI) de DEPI. En la primera técnica de tunelización cida como el Protocolo de Corriente de Paquete IS, se encapsula el contenido de IP en tramas d IS o paquetes de datos, es decir, tramas de DOCSI sportan en la carga útil (datos) del túnel L2 al, el PSP permite que las trama de DOCSIS se a fila de espera, con el uso de cualquier conca aumentar el rendimiento de la red) o fragmenta paquetes en túnel son demasiado grandes) . La té lización de DEPI de PSP permite que el EQAM 28 m eriido de IP originado de las fuentes 12 de cont on el contenido no IP, tal como los datos de V e IP) del núcleo 24 de M-CMTS, en el mismo por 3 de corriente descendente de DOCSIS. yen dentro de un flujo de daos de D-MPT. El e el flujo de datos de D-MPT busca la carga út para cualquier mensaje SYNC de DOCSIS y rea cciones de SYNC. El EQAM entonces reenvía el pa a la interfaz de RF, para la transmisión en el atos de RF. Con el uso de la técnica de tuneliz , los paquetes de MPEG pueden recibirse mediante enviarse directamente a la interfaz de RF sin t nar y regenerar la trama de MPEG. La única mani carga útil de D-MPT es la corrección de SYNC.

De forma alterna, el EQAM 28 puede ser un ente de Transporte de MPEG2 (MPEG2-TS) estánda 28 es un EQAM de MPEG2-TS, la fuente 12 de cont uede transmitir el contenido de IP en paquetes teados del PSP. En tal caso, un convertidor de tiliza ara convertir el formato de datos en un ación de CMTS u otra arquitectura de derivació n sistema de entrega de contenido de IP req sa información de encapsulado para los fl ación de contenido de IP adecuados. Por ejemp r la derivación adecuada, los servidores de cont eben tener la información de encapsulado de DO que la información de EQAM seleccionada, por mación de tunelización del EQAM. El CMTS éricos del CMTS, tales como el Gestor de Rec (ERM) de EQAM, , tienen tal información, sin servidores de contenido de IP y otras fue nido de IP por lo regular no tienen tal informac Por ejemplo, con referencia ahora a la FIGU ra un diagrama de bloque de encapsulado de s etapas en los sistemas de entrega de conteni nocidas para la fuente 12 de contenido de IP. capas 76 de encapsulado exterior de fuente de c P, la capa de UDP (EQAM) y la capa de IP (E nocidas para la fuente 12 de contenido de IP.

El aparato, métodos y sistemas descrito nte proporcionan una forma evidente y efectiva fuentes de contenido de IP obtengan la inf sulada necesaria y otra información necesaria s de derivación contenido de IP adecuados. El os y sistemas descritos en la presente rcionan un plano de control, con el uso de la ma existe, para tales arquitecturas de deriva ten las fuentes de contenido de IP obte mación de encapsula de derivación necesaria s de derivación de contenido de IP adecuados uier tipo de servicio dentro de una red de DOCSI La trama de PCMM incluye una Función de Co n de Llamada Proxy (P-CSCF) 82 acoplada a la es 12 de contenido de IP. En general, la P- rciona conectividad a la red PacketCable para l contenido de IP. También, la P-CSCF 82 es res servar, confirmar y liberar los recursos de la rvicio (QoS) para una sesión de flujo de conteni minada. Los mensajes entre la P-CSCF 82 y la f ontenido de IP, que incluye los mensajes de re ol de sesión, se intercambian con el uso de un p iado, por ejemplo, el protocolo de inicio d , y con el uso de una interfaz adecuada en los omo una interfaz Gm.

La trama de PCMM también incluye una Fu al es un sistema que actúa principalmente mediario entre el PAM 86 y el CMTS 62. El Servid ica aplica políticas de red a solicitudes med 6 y mensajes de proxies entre el PAM 86 y el CMT La información de configuración de polít en la sesión intercambiada entre la P-CSCF 82 urre con el uso de un protocolo apropiado, por rotocolo de Diámetro, y con el uso de una iada en el mismo, tal como una interfaz de itudes, mensajes u otra información intercambia M 86 y el Servidor 88 de Política ocurre con e otocolo apropiado, por ejemplo, el protocolo de olítica Abierta Común (COPS) . También, los me mación intercambiados entre el Servidor 88 de Po TS 62 ocurre con el uso de un protocolo apropi colo de Flujo en Tiempo Real (RTSP) .

Con referencia ahora a la FIGURA 6, se mu ama de bloque de un sistema 90 de entrega de c P de acuerdo con las especificaciones de la arqu CMM, que incluye una arquitectura de derivació ye una Base de Datos de Información de Encaps n (SEIDB) 92. La SEIDB 92 se añade a las trama ente como el plano de control para la configura de derivación del contenido de IP. La SEID ra acoplada entre la fuente 12 de contenido de 62, aunque la SEIDB 92 puede ubicarse en cualqui o del sistema 90 mientras que la SEIDB 9 icarse adecuadamente con la fuente 12 de conteni ros componentes del sistema necesarios, tal como Cuando se acopla a la fuente 12 de contenido d 92 intercambia información con la fuente ación de contenido de IP, por ejemplo, la fuen nido de IP, el CMTS 62 y otros componentes apr IDB 92 puede ser cualquier componente de base ado, por ejemplo, una base de datos configur ir y proporcionar información de acuerdo colo Ligero de Acceso al Directorio (LDAP) . La nfigura para almacenar la información de encaps n de derivación del contenido de IP necesaria tal información esté disponible para la fuent riido de IP, el CMTS 62 y otros componentes de sea necesario. La SEIDB 92 pasa la informa sulado de derivación necesaria (en un formato ap componentes necesarios dentro del sistema 90, ue el sistema 90 tenga que pasar tal inform sulado de derivación a través de las interfaces m n l iv información recibida por la SEIDB 92. El con én gestiona el movimiento del contenido de IP mación; tal como la como la entradas de inform sulado de derivación, hacia y desde el element enamiento de datos. Además del elemento enamiento de contenido, la SEIDB 92 puede inclui un tipo de memoria o unidad de memoria (no se o del controlador 96 y/o una unidad de almacena d de almacenamiento de datos acoplada al contro almacenar las instrucciones de procesamie mación recibida y/o creada por la SEIDB 92.

La primera y segunda interfaces 94, guran para recibir el contenido de IP desde y tr ntenido de IP hasta otros componentes dentro del or ejemplo, la fuente 12 de contenido de IP y nos a la SEIDB 92. Debido a que todos los sis ibución o contenido no son los mismos, las in 5 se configuran para soportar los protocolos del cular que proporciona el contenido. Tan funciona te de protocolo incluye la identificación entes de contenido y soporte de p spondiente requerido por el sistema de distr sistema de distribución por lo regular utili nto de protocolos definido.

Uno o más del controlador 96, el element enamiento y las interfaces 94, 95 pueden comp al o talmente en cualquier de la estru sición adecuadas, por ejemplo, uno o más c rados. También, debe entenderse que la SEIDB 92 componentes, hardware y software (no se muestra zan la o eración de otras caracterís no o más conjuntos de lógica o código de computa onfiguración, la lógica o instrucciones de proce lo regular se almacena en un disposit enamiento de datos, por ejemplo, el element enamiento contenido u otro dispositivo de almacé tos adecuado. El dispositivo de almacenamiento o regular se acopla a un procesador o controla ío, el controlador 96. El controlador acsed ucciones necesarias del elemento de almacenam y ejecuta las instrucciones o transíi ucciones a la ubicación adecuada dentro de la SE Con referencia ahora a FIGURA 7, continuand encia a la FIGURA 6, se muestra un cuadro de f ra vía esquemática un método 200 para prop nido de IP dentro de un sistema que incl ación, por ejemplo, entre la fuente 12 de cont el C TS 62. La SEIDB 92 se autentica (o pre-au én con la fuente 12 de contenido de IP y el CMT nfiguración y pre-autenticación puede requerir d liente de base de datos dentro de la fuent nido de IP. Sin embargo, tal adición por lo re ica modificación necesaria para que la fuent nido de IP implemente el método 200.

El método 200 incluye una etapa 204 de la dentro del sistema 90 de entrega de contenido d a el CMTS 62 para una nueva sesión de deriv nido de IP. Para iniciar una nueva sesión de ación de contenido de IP, las porciones adecuad de PCMM dentro del sistema 90 de entrega de c P activan o alertan al CMTS 62 de una nueva s modificación necesaria para que el PAM 86 imple o 200.

El método 200 incluye una etapa 206 de CMT la información de encapsulado de derivación. EL onfigura (o preconfigura) con la información a respecto a la SEIDB 92 y se autentica (o pre-au la SEIDB 92. La preconfiguración y pre-auten n requerir de la adición de un cliente de base o del CMTS 62. Sin embargo, tal adición por lo a de únicamente unas cuantas modificaciones al ueden requerirse para implementar el método 200.

En respuesta al CMTS 62 que se acciona sesión de derivación de contenido de IP (etapa 62 reúne la información de encapsulado de de aria que se requerirá para los flujos de deriva nentes de sistema apropiados. También, el CMTS r la información de identificación relacionada c lementos 32 de red (por ejemplo, dirección de MA de Señal de Transmisión (TSID) ) de los element y/o de otros componentes de sistema apropiad mación de encapsulado de derivación incluye inf capsulado de DOCSIS (por ejemplo, la cabecera d S: campo FC, MAC_PARM) , el Descriptor de Dom de DOCSIS (MDD) y la información de encaps de Capa 2. La información de encapsulado de 2 incluye la cabecera de IP (dirección de IP DS) , la cabecera de UDP (número de puerto de , la cabecera de datos de L2TP (ID de sesión o de versión, bit T) , y la cabecera de las subca cera de subeapa PSP: ID de flujo, bit VCCV, bit era de subea a de DMPT: ID de flu o bit VCCV b ndonará posteriormente, tanto el CMTS 62 como l contenido de IP podrán buscar las entradas de on el uso de este único clasificador de fl ntos de este componente clasificador de onales pueden incluir el tipo de protocolo, la d de fuente, el número de puerto de fuente, la d destino y el número de puerto destino.

El método 200 incluye una etapa 208 del CMT la nueva entrada de encapsulado de derivaci 92. Una vez que el. CMTS 62 reúne informa sulado de derivación necesaria relacionada con n de derivación de contenido de IP (que inc onal del clasificador de flujo único) , el CMTS eva entrada de encapsulado de derivación direct EIDB 92. Como resultado, dentro de la SEIDB onfiguración PCMM para el flujo de deriva nido de IP, por ejemplo, en una manera conve se mencionará más adelante, al utilizar la trama ente para configurar los flujos de derivac nido de IP, no es necesario algún ca dimiento de configuración del sistema existen cto a la porción del procedimiento de configura ucra la transmisión del comando de Reconocimi o-Conjunto { Puerto-Conj unto-Reconocimiento) por l CMTS 62 puede modificarse fácilmente para de misión del comando Puerto-Conjunto-Reconocimien a carga del encapsulado de derivación a la SEIDB eta .

El método 200 incluye una etapa 210 de la f ntenido de IP que obtiene la información de ene rivación de la SEIDB 92. Antes de ue inicie el mación de encapsulado de derivación de la aria para la fuente 12 de contenido de IP s de datos de derivación de contenido de IP adec El método 200 también incluye una etapa 62 que elimina la entrada de encapsulado de de a SEIDB 92 después de que terminan los fl ación de contenido de IP respectivos. Una na la sesión de flujo de derivación de conteni nterés, el CMTS 62 se configura de manera ma el CMTS 62 pueda eliminar la entrada de ene rivación asociada de la SEIDB 92.

Los flujos de datos específicos asociados iguración de flujo de derivación de contenido ibirán ahora con un ejemplo del uso del SIP colo de configuración de sesión. De forma inici ncionará la SEIDB 92 se reconfi ura con la inf de derivación. La P-CSCF 82 entonces reenvía el INVITE a la fuente 12 de contenido de IP tamente o a través de otros componentes de seña IP intermedios (no se muestra) . Después de re do de Sip INVITE, la fuente 12 de contenido de nvitación de SIP y transmite un comando SIP OK 82 ya sea directamente o a través de otos compon ización de SIP intermedios. En respuesta, la P mite un comando (protocolo de Diámetro) de S de la AA (aplicación de autorización) al PAM itar soporte de QoS para el flujo de derivación.

En respuesta al AAR, el PAM 86 transmite un uerto-Conjunto (con un conjunto indicar de deriva idor 88 de Política. El Servidor 88 de Política ornando de Puerto-Conjunto (con un conjunto indi /a ón al MTS 2 ara c nfi ar el medios. Al recibir el comando de SOLIC GURACIÓN DE RTSP, el EQAM 28 transmite una RESP GURACIÓN DE RTSP nuevamente al ERM 89, que el ía al CMTS 62.

Al recibir una RESPUESTA DE CONFIGURACIÓN MTS 62 transmite un comando de SOLICITUD de DBC nión Dinámico) (DOCSIS) al elemento 32 de red configurar para configurar un canal de c ndenté de DOCSIS no primario. En respuesta, el e red transmite una RESPUESTA DE DBC nuevamente El CMTS 62 entonces transmite un comando de SOLI (Adición de Servicio Dinámico) al elemento 32 de esta, el elemento 32 de red emite una RESPUEST MENTE al CMTS 62. El CMTS 62 entonces tran OCIMIENTO DE DSA nuevamente al elemento 32 de re mación de encapsulado reunida para el f ación. En respuesta, la SEIDB 92 transmite una R GREGADO DE LDAP nuevamente al CMTS 62. El mite un Puerto-Conjunto-Reconocimiento al Servid ica, que reenvía el Puerto-Conjunto-Reconocim 6. El PAM 86 entonces transmite un comando RESP P-CSCF 82 para indicar que ese soporte QoS para erivación está listo. En respuesta al com ESTA-AA recibido, la P-CSCF 82 transmite un com elemento 32 de red para completar la configur .

La fuente 12 de contenido de IP entonc r un comando de SOLICITUD DE BÚSQUEDA DE LDAP a tes de comenzar la transmisión de flujo de der solicitud incluye el componente clasificador los flujos de derivación del contenido de IP ad és, la fuente 12 de contenido de IP com mitir el flujo de derivación.

Como se menciona anteriormente , el uso de dentro del sistema de entrega de contenido rciona varias ventajas. Por ejemplo, al útil de PCMM existente para configurar los fl ación del contenido de IP, no se requiere ca dimiento de configuración del sistema ex ras que también se logra que el QoS proporcion erivación. También, la SEIDB 92 es independ uiera de una fuente o servidor de contenido tiendo de esta manera una buena escalabili ío, para añadir o eliminar fuentes de contenido estión relativamente fácil de múltiples fue ipción de la FIGURA 7 y almacenarse o transmitir legible por computadora. Las instrucciones n crearse con el uso de códigos de fuente o c herramienta de diseño asistida por computadora. le por computadora puede ser cualquier medio r a cabo esas instrucciones e incluye memoria d orio (RAM) , RAM dinámica (DRAM) , memoria flash, ólo lectura (ROM) , ROM de disco compacto (CD-ROM al versátil (DVD) , discos o cintas magnéticos, os u otros discos, memoria de silicio (por ible, no-removible , volátil o no volátil) , se misión alámbricas o inalámbricas en paquete te .

Será aparente para aquellos expertos en la varios cambios y sustituciones pueden realizars tos métodos sistemas de ar ui

Claims (1)

1. NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invenc dera como novedad y por lo tanto se recla edad lo descrito en las siguientes: REIVINDICACIONES 1. Un aparato de base de datos de inf sulado de sesión { SEIDB) para uso en un sist mitir contenido de protocolo de Internet (IP) d una fuente de contenido de IP a un modul ente descendente y que tiene una arquitec ación, caracterizado porque el sistema incluye una red acoplada entre la fuente de conteni ma de terminación de módem de cable (CMTS) , y odulador de corriente descendente se acopla a una red y se configura para transmitir el cont ar el aparato de base de datos de informa mación de encapsulado de sesión al sis nación de módem de cable, en .donde el controlador se configura para nformación de encapsulado de derivación del si nación de módem de cable, en donde el controlador se configu rcionar información de encapsulado de de ida del sistema de terminación del módem de cab nos una fuente de contenida, y en donde por lo menos una fuente de conteni za la información de encapsulado de de rcionada por el aparato de base de datos de inf ncapsulado de sesión para transmitir contenido o menos una red al modulador de corriente descen manera que el contenido de IP transmitido d spondiente . 3. El aparato de conformidad con la reivin e caracteriza porque la información de encaps ación proporcionada por el aparato de base de mación de encapsulado de sesión a por lo . m e de contenido de IP incluye por lo menos mación de trama de DOCSIS e información de tune odulador de corriente descendente. .4. El aparato de conformidad con la reivin e caracteriza porque por lo menos uno del con e información de encapsulado de derivación del rminación de módem de cable y el controlador pro mación de encapsulado de derivación a por lo m e de contenido mediante un Protocolo Ligero d to (LDAP) . 5. El aparato de conformidad con la reivin caracteriza porque por lo menos una fuente de c P incluye por lo menos uno de un servidor de ión (VOD) , un servidor de video de difusión de uente de video de Internet . 7. El aparato de conformidad con la reivin se caracteriza porque el modulador de c ndenté además comprende un modulador de Modul tud en Cuadratura de Borde (EQAM) . 8. Un método para transmitir contenido de p nternet (IP) de por lo menos una fuente de cont . un modulador de corriente descendente dentr ma de entrega de contenido IP que tiene una arqu erivación, caracterizado porque el sistema de en nido de IP incluye por lo menos una red acopla lo menos una fuente de contenido de IP y un si nación de módem de cable (CMTS) , y en donde el m ada al sistema de terminación de módem de cable; proporcionar información de encapsul ación de la base de datos de información de enc sión a por lo menos una fuente de contenido de I en donde por lo menos una fuente de conteni za la información . de encapsulado de de rcionada por el aparato de la base de d mación de encapsulado de sesión para trans nido de IP de por lo menos una red al modu ente descendente de tal manera que el conteni mitido derive el sistema de terminación de acoplado a por lo menos una red. 9. El método de conformidad con la reivin e caracteriza porque la información de encaps ación incluye por lo menos una entrada de ación que tiene un componente clasificador de ación proporcionada por el aparato de base de mación de encapsulado de sesión a por lo m e de contenido de IP incluye por lo menos mación de trama de DOCSIS e información de tune dulador de corriente descendente . 11. El método de conformidad con la reivin e caracteriza porque por lo menos una de la inf ncapsulado de derivación que recibe la etap mación de encapsulado de derivación que propor transmite información de encapsulado de de nte un Protocolo Ligero de Acceso Aleatorio (LDA 12. El método de conformidad con la reivin e caracteriza porque el método además comprende e el sistema de terminación de módem de cable mación de encapsulado de derivación en respues ación para una nueva sesión de derivación de c e caracteriza porque el método además comprende e el sistema de terminación de módem de cable l arato de base de datos de información de encaps n que elimine por lo menos una porción de inform sulado de derivación recibida después de final n de flujo de derivación de contenido de IP d una fuente de contenido de IP al modulador de c ndenté . 15. El método de conformidad con la reivin e caracteriza porque el método además comprende utenticar la base de datos de información de enc esión con por lo menos uno del sistema de termin de cable y por lo menos una fuente de contenido 16. Un medio legible por computadora que ucciones que, cuando se ejecutan en un pr amado, llevan a cabo un método para trans a a por lo menos una red y se configura para tr ontenido de IP a por lo menos un elemento de io final acoplado al modulador de corriente dese instrucciones para recibir la informa sulado de derivación del sistema de terminación able mediante una base de datos de informa sulado de sesión { SEIDB) acoplada al sis nación de módem de cable; y instrucciones para proporcionar informa sulado de derivación de la base de datos de inf ncapsulado de sesión a por lo menos una f nido de IP, en donde por lo menos una fuente de conteni za la información de encapsulado de derivac mitir el contenido de IP de por lo menos una ador de corriente descendente de tal manera de derivación correspondiente. 18. El medio legible por computadora de con la reivindicación 16, se caracteriza po mación de encapsulado de derivación proporcionad to de base de datos de información de encaps n a por lo menos una fuente de contenido de IP lo menos una de información de trama de D mación de tunelización de modulador de c ndenté . 19. El medio legible por computadora de con la reivindicación 16, se caracteriza porque por del controlador recibe la información de encaps ación del sistema de terminación de módem de ca olador proporciona información de encapsu ación a por lo menos una fuente de contenido med colo Ligero de Acceso Aleatorio (LDAP) .