MXPA04010455A - Metodo y aparato para identificar corrientes de transporte como redes. - Google Patents

Metodo y aparato para identificar corrientes de transporte como redes.

Info

Publication number
MXPA04010455A
MXPA04010455A MXPA04010455A MXPA04010455A MXPA04010455A MX PA04010455 A MXPA04010455 A MX PA04010455A MX PA04010455 A MXPA04010455 A MX PA04010455A MX PA04010455 A MXPA04010455 A MX PA04010455A MX PA04010455 A MXPA04010455 A MX PA04010455A
Authority
MX
Mexico
Prior art keywords
data packet
transport stream
network
stream
address
Prior art date
Application number
MXPA04010455A
Other languages
English (en)
Inventor
Edward Mack Robert
Original Assignee
Gen Instrument Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gen Instrument Corp filed Critical Gen Instrument Corp
Publication of MXPA04010455A publication Critical patent/MXPA04010455A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/10Mapping addresses of different types
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6118Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6402Address allocation for clients
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6408Unicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Los datos recibidos de una red pueden enrutarse a una corriente de datos. Una modalidad de la invencion permite que los datos de IP se transmitan mediante paquetes de datos que incluyen una direccion de destino para los datos. La direccion de destino puede utilizarse para identificar una corriente de datos, tal como una corriente de PID de MPEG que forma parte de una corriente de transporte de un sistema de cable. De este modo, la corriente de PID de MPEG/corriente de transporte puede identificarse utilizando una direccion de IP y la mascara de red, por ejemplo.

Description

MÉTODO Y APARATO PARA IDENTIFICAR CORRIENTES DE TRANSPORTE COMO REDES CAMPO DE LA INVENCIÓN Esta invención se refiere generalmente al campo de enrutamiento de información digital . Más específicamente, está invención se refiere al enrutamiento de datos de red para su uso en un sistema de distribución por cable.
ANTECEDENTES DE LA INVENCIÓN En el pasado, los sistemas de conexión en red han distribuido paquetes de información entre varios dispositivos de red al identificar cada dispositivo físico con una dirección de dispositivo e incluir la dirección de dispositivo de destino en cada paquete de información. Por ejemplo, en una red de computadoras se le asigna una dirección a una computadora individual en la red que permite se designe como el receptor de un paquete de información enviado por otro dispositivo de red. En un sistema de Internet típico, una primera computadora, tal como una computadora de servidor, es capaz de transmitir paquetes de información a una segunda computadora tal como una computadora de cliente, a través de la Internet al proporcionar una dirección de origen y una dirección de destino como parte de cada paquete individual de información. De este modo, cada paquete de información del servidor se enruta a través de la red a la dirección de destino que coincide con la dirección de la computadora de cliente en la red. Además, los paquetes de datos enviados por la computadora del cliente a la computadora del servidor se transmiten en la misma forma. Además de las computadoras de cliente, otros dispositivos de red tales como enrutadores se les proporciona direcciones de red de manera que puedan designarse también. Estos dispositivos facilitan la transmisión de paquetes de datos individuales a través de la inter/intra red de manera que los paquetes de datos pueden transportarse desde la dirección de origen a la dirección de destino. De este modo al identificar dispositivos físicos con una dirección, los datos pueden enrutarse a un dispositivo físico particular. En la industria del cable, varios servicios, por ejemplo, canales de material de programación, se transmiten mediante corrientes de transporte desde un cabezal de cable hasta una caja del convertidor/decodificador del suscriptor. Múltiples servicios individuales o canales pueden combinarse en una corriente de transporte la cual se transmite a la caja del convertidor-decodificador del suscriptor a través del medio de cable. Estas corrientes de transporte pueden transmitirse mediante fibras ópticas alquiladas por la red de cable o mediante otros medios alternativos . El cabezal de cable es responsable de recibir el contenido de proveedores de contenido y distribuirlo a los suscriptores . Típicamente, un cabezal de cable recibe el contenido destinado para un servicio de salida particular. El enrutamiento del contenido a un servicio de salida particular requiere que un operador haga una determinación en cuanto a qué servicio debe enrutarse en el contenido recibido. De este modo, para un sistema de cable de tamaño apropiado, el proceso de enrutamiento del material de contenido al servicio apropiado puede ser bastante desalentador. Aunque un cabezal de cable puede recibir contenido de una variedad de fuentes, se está volviendo cada vez más popular recibir contenido mediante la Internet en los cabezales de cable. De este modo, como es el caso con el contenido recibido de otras fuentes, este contenido recibido mediante la Internet se designará como siendo para un servicio particular de una corriente de transporte particular o una corriente de PID del componente que no es parte de un servicio de MPEG. Nuevamente, esto puede ser una operación consumidora de tiempo que requiere que un operador enrute el contenido recibido mediante la Internet a la corriente de transporte apropiada/número de servicio o corriente de PID de MPEG no relacionada con el servicio. Puede ser deseable si existiera un mecanismo que pudiera enrutar eficientemente el contenido recibido mediante una red, tal como la Internet, a una corriente de PID de salida deseada o servicio de MPEG, el cual es parte de una corriente de transporte dada.
SUMARIO DE LA INVENCIÓN Una modalidad de la presente invención proporciona un método para enrutar el contenido recibido desde una red a una corriente de transporte deseada/número de servicio (o corriente de PID de componente) . Esto puede lograrse al recibir un paquete de datos que comprende una dirección de destino de red, identificar la corriente de transporte mediante la dirección de destino de red, y enviar el paquete de datos para su uso en la corriente de transporte basándose en la dirección de destino de red. Otra modalidad de la invención proporciona un método para distribuir datos que comprende recibir un paquete de datos que comprende una dirección de red, proporciona una corriente de transporte, y determinar que paquetes de datos debe enrutarse a la corriente de transporte basándose en la dirección de red del paquete de datos . En una modalidad de la invención, un método para enrutar datos se proporciona al proporcionar una corriente de datagrama de IP que tiene una dirección de destino de IP, proporcionar una corriente de transporte que comprende una corriente de PID de MPEG, designar la corriente de PID de MPEG con la dirección de red de IP, y enrutar la corriente de datagrama de IP a la corriente de PID de MPEG basándose en la dirección de red de IP. Las modalidades adicionales de la invención serán aparentes para aquellos con experiencia ordinaria en la técnica a partir de una consideración de la siguiente descripción tomada junto con los dibujos anexos, en donde ciertos métodos, aparatos y artículos de manufactura para practicar las modalidades de la invención se ilustran. Sin embargo, se debe entender que la invención no se limita a los detalles descritos pero incluye todas las variaciones y modificaciones que caigan dentro del espíritu de la invención y el alcance de las reivindicaciones anexas .
BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 ilustra una modalidad de la invención que muestra un enrutador para enrutar datos de red a un número de corriente de transporte correspondiente/número de servicio o corriente de PID de componente . La Figura 2 ilustra un dispositivo de cómputo típico el cual puede utilizarse para enviar, enrutar, y recibir datos en los dispositivos de origen, enrutador y destino . La Figura 3 ilustra una modalidad de un sistema para proporcionar el contenido de programación y distribuir el contenido de programación a un receptor de contenido, tal como una caja del convertidor-decodificador en la casa de un suscriptor. La Figura 4 es un diagrama de flujo que ilustra un método para enrutar datos de acuerdo con una modalidad de la invención. La Figura 5 es un diagrama de flujo que ilustra un método para enviar datos a una corriente de transporte desde una fuente de red de acuerdo con una modalidad de la invención. La Figura 6 es un diagrama de flujo que ilustra un método para enrutar un paquete de datos a una corriente de transporte de acuerdo con una modalidad de la invención. La Figura 7 es un diagrama de flujo que ilustra un método para enturar un paquete de datos a una corriente de PID de una corriente de transporte de acuerdo con una modalidad de la invención. La Figura 8 es un diagrama de flujo que ilustra un método para enrutar un datagrama de IP a una corriente de PID de MPEG de acuerdo con una modalidad de la invención . La Figura 9 es un diagrama de flujo que ilustra un método para mapear un datagrama de IP en una corriente de PID de MPEG basándose en una dirección de destino de IP de acuerdo con una modalidad de la invención. La Figura 10 es un diagrama de flujo que ilustra un método para enrutar un paquete de datos de acuerdo con una modalidad de invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN De acuerdo con una modalidad de la invención, se proporciona un sistema el cual permite un mapeo de una primera corriente de datos de red en una segunda corriente de datos de red. Por ejemplo, una corriente de datos de IP puede mapearse a una corriente de datos de PID que es para su uso en un sistema de MPEG. Para lograr esto, puede proporcionarse un enrutador para recibir la corriente de datos de IP entrante y para enrutarla a la corriente de PID apropiada.
Por ejemplo, a cada corriente de PID se le proporciona una dirección de IP como una máscara de red. La máscara de red de cada corriente de PID entonces tiene intersección lógica con la dirección de destino de un paquete que llega al enrutador como parte de la corriente de datos de IP entrante. El resultado de esta intersección lógica entonces se compara con la dirección de red de la corriente de PID asociada con la máscara de red para ver si existe una correlación. De este modo, esta modalidad de la invención permite que una corriente de PID, por ejemplo, se designe por una dirección de IP estándar y los datos se enruten a la corriente de PID. La Figura 1 ilustra una modalidad de la invención. En el ejemplo ilustrado en la Figura 1, una red 124 proporciona una corriente de datos, por ejemplo, una corriente de datos de un solo destino de IP, la cual se enruta a través de un enrutador de red en la dirección de IP 168.74.100.2. En la Figura 1, esta corriente de datos de IP de un solo destino se transmite mediante el enrutador 104 de red al enrutador 112 que reside en la dirección 168.74.100.1. El enrutador 112 compara la dirección de destino recibida como parte del datagrama con las máscaras de red de las corrientes de PID individuales mediante la intersección lógica de la dirección de destino con cada máscara de red. Por ejemplo, la dirección de destino de un datagrama entrante 168.77.2.34 puede tener intersección lógica con las máscaras de red para los servicios 10, 11, 12 y 5 mostrados en la Figura 1. Particularmente, pueden tener intersección lógica con el valor de máscara de red de 255.255.0.0 para el número 10 de servicio. Si esa intersección lógica resulta en un valor de 168.75.0.0 puede corresponder con la dirección de red mostrada para el servicio 10. Similarmente, la dirección de red del paquete entrante puede compararse con la máscara de red para el servicio 11 que se muestra como 255.255.0.0. En ese caso, por ejemplo, la intersección lógica puede necesitar dar como resultado en un valor de 168.76.0.0 para el servicio 11 que se selecciona como el destino de enrutamiento . Sin embargo, en este caso, la intersección lógica de la dirección de destino 168.77.2.34 con la máscara de red para el servicio 12, el cual es 255.255.0.0, resulta en un valor de 168.77.0.0 que corresponde a la dirección de red para el servicio 12 (también designada como corriente 200 de PID en la Figura 1) . De este modo, al utilizar la máscara de red para cada corriente de PID saliente y la intersección lógica cada una a la dirección de destino del datagrama entrante, la corriente de PID saliente apropiada puede seleccionarse para propósitos de enrutamiento.
Una tabla de rutas puede utilizarse para que el enrutador logre esto. Una vez que el enrutador ha determinado el número de servicio apropiado, el enrutador puede enrutar el datagrama al puerto apropiado como parte de la corriente de transporte no. 1 en la Figura 1. La Figura 1 también muestra las corrientes de PID individuales para cada corriente de transporte mostrada. Particularmente, la corriente 128 de PID se muestra como servicio 10 que tiene una dirección de red de 138.75.1.1 con un valor de máscara de red de 255.255.0.0. Similarmente, el servicio 11 se designa como corriente 132 de PID. Tiene una dirección de red de 168.76.1.1 y un valor de máscara de red de 255.255.0.0. Además, el servicio 12 se designa como corriente 136 de PID que tiene una dirección de red de 168.77.1.1 y una máscara de red de 255.255.0.0. Además, para la corriente 2 de transporte, el servicio 5 se designa como corriente 140 de PID que tiene una dirección de red de 168.78.1.1 y un valor de máscara de red de 255.255.0.0. La Figura 1 ilustra que los servicios 10, 11 y 12 son parte de una corriente 1 de transporte, aunque el servicio no. 5 es parte de la corriente 2 de transporte . La corriente 1 de transporte se designa 116 en el sistema 100 mostrado en la Figura 1. La corriente 2 de transporte se designa como 120 en la Figura 1.
Además de recibir los datagramas de IP de un solo destino, el enrutador 112 también puede recibir los datagramas de IP de varios destinos desde una computadora principal. Por ejemplo, la Figura 1 ilustra que el ordenador 108 principal puede transmitir una corriente de datos de varios destinos dirigida al enrutador 112. Nuevamente, los paquetes de datos individuales pueden proporcionarse con una dirección de destino que se utiliza por el enrutador en comparación con las máscaras de redes para cada corriente de PID para determinar la corriente de PID apropiada a la cual debe enrutarse la corriente de datos. La Figura 2 ilustra un diagrama de bloque estándar para calcular los dispositivos que pueden utilizarse como parte de un sistema mostrado en la Figura 1. Por ejemplo, los dispositivos de cómputo individuales conectados a la red 124 asi como al ordenador 108 principal, el enrutador 104 de red, el enrutador 112 y los dispositivos de usuario que no se muestran en la Figura 1, tal como los receptores de contenido (por ejemplo cajas de convertidor-decodificador) , pueden configurarse de acuerdo por el diagrama de bloque mostrado en la Figura 2. La Figura 2 ilustra ampliamente como los elementos del sistema 100 individuales pueden implementarse en una forma separada o más integrada dentro de varios sistemas de procesamiento generalmente configurados en forma similar. El sistema 200 se muestra comprendido de elementos de hardware que pueden acoplarse eléctricamente mediante el bus 208, que incluye un procesador 201, dispositivo 202 de entrada, el dispositivo 203 de salida, el dispositivo 204 de almacenaje, el lector 205a de medios de almacenaje que se puede leer por computadora, el sistema 206 de comunicación que procesa la aceleración 207 (por ejemplo, DSP o procesadores de propósito especial) y la memoria 209. El lector 205a de medios de almacenaje que se puede leer por computadora además se conecta al medio 205b de almacenaje que se puede leer por computadora, la combinación representa comprensivamente los dispositivos de almacenaje remotos, locales, fijos y/o removibles más el medio de almacenaje, memoria, etc., para contener temporal y/o más permanentemente la información que se puede leer por computadora, la cual puede incluir el dispositivo 204 de almacenaje, la memoria 209 y/o cualquier otro recurso del sistema 200 accesible. El sistema 200 también comprende elementos de software (mostrados como siendo localizados actualmente dentro de la memoria 291 de trabajo) que incluye un sistema 292 de operación y otro código 293, tal como programas, aplicaciones diminutas, datos y similares.
El sistema 200 proporciona flexibilidad extensiva y configurabilidad consistente con la ya permitida por el sistema 100 de la Figura 1. De este modo, por ejemplo, una arquitectura sencilla puede utilizarse para implementar uno o más servidores que pueden configurarse además de acuerdo con los protocolos actualmente deseables, variaciones de protocolo, extensiones, etc. Sin embargo, será aparente para aquellos con experiencia en la técnica que variaciones sustanciales pueden utilizarse bien de acuerdo con requerimientos de aplicación más específicos. El hardware adaptado también puede utilizarse y/o elementos particulares pueden implementarse en hardware, software (que incluye el así llamado "software portátil", tal como aplicaciones diminutas) o ambos. Además, aunque las conexiones a otros dispositivos de computo tales como dispositivos de entrada/salida de red (no mostrados) pueden emplearse, se entenderá que la conexión o conexiones alámbrica, inalámbricas, de módem y/u otras u otros dispositivos de computo también pueden utilizarse. En el procesamiento distribuido, visualización de ciclo múltiple, envío de información, colaboración, recuperación y fusión de información remota y capacidades relacionadas cada una se contempla. La utilización del sistema de operación también variará dependiendo de los dispositivos de ordenador principal particulares y/o tipos de proceso (por ejemplo, computadora, aparato, dispositivo portátil, etc.) y ciertamente no todos los componentes del sistema 200 se requerirán en todos los casos . - · En un sistema de banda ancha, el contenedor puede proporcionarse a un suscriptor usuario final desde una variedad de fuentes. Además, el contenedor puede recibirse en un cabezal de cable y distribuirse mediante la instalación de cable mediante una variedad de medios de transmisión, por ejemplo, mediante fibra óptica o en medios de transmisión cableados al usuario final . La Figura 3 ilustra un sistema 300 típico en el cual el cabezal 304 de cable recibe un contenido de una variedad de fuentes. Particularmente, la Figura 3 muestra una torre 332 de transmisión la cual puede transmitir contenido mediante la transmisión de RF al cabezal de cable, y un sistema satelital con un satélite 328 y el receptor 324 satelital que comunica el contenido adicional al cabezal de cable, asi como una computadora 312 que proporciona contenido la cual transmite el contenido mediante la red 308 tal como la Internet, al cabezal de cable. El cabezal de cable entonces puede utilizar sus diversos medios de transmisión para distribuir el contenido a un receptor 316 de contenido, tal como una caja del convertidor-decodificador, para la presentación al usuario final, tal como mediante el receptor 320 de televisión o similar. Un protocolo de IP estándar puede utilizarse para distribuir los datos mediante la red 308 al cabezal 304 de cable. Una variedad de formatos de red puede utilizarse para lograr esto, y la invención no debe limitarse solamente a IPv4. Por ejemplo, el formato IPv6 también puede implementarse como el protocolo de red bajo el nivel de red del modelo de referencia OSI, de acuerdo con por lo menos una modalidad de la invención. La Figura 4 ilustra un método para implementar una modalidad de la invención. En el diagrama 400 de flujo de la Figura 4, el bloque 404 muestra que un paquete de datos se recibe el cual comprende una dirección de destino de red. El bloque 408 muestra que una corriente de transporte puede identificarse por la dirección de red, es decir la dirección que identifica a la red y consecuentemente se asocia con una corriente de PID. El bloque 412 muestra que el paquete de datos puede enviarse para su uso en la corriente de transporte basándose en la dirección de red. Similarmente, el diagrama 500 de flujo de la Figura 5 ilustra otra modalidad de la invención. En la Figura 5, el bloque 502 muestra que un paquete de datos de IP se recibe el cual comprende una dirección de destino de red. El bloque 504 muestra que una corriente de transporte puede identificarse para recibir el paquete de datos basándose en la dirección de destino de red del paquete de datos de IP. En este ejemplo, el paquete de datos que se recibe es un paquete de datos que corresponde al protocolo de IP. El bloque 508 muestra que el paquete de datos puede enviarse para su uso en un canal de MPEG/número de servicio de una corriente de transporte basándose en la dirección de destino de red de un paquete de datos de IP. La Figura 10 ilustra otra modalidad de la invención de acuerdo con los principios de las Figuras 4 y 5. En el método 1000 de la Figura 10, un datagrama de IP se recibe en un enrutador. El datagrama de IP incluye una dirección de IP de destino para el datagrama como se muestra en el bloque 1004. En el bloque 1008, una máscara o máscaras de corriente de PID se aplican a la dirección de destino de datagrama de IP recibida para producir una ID de red o una ID de subred. (Para producir una ID de subred, una máscara de subred puede aplicarse a la dirección de destino del datagrama) . En el bloque 1012, una corriente de transporte se identifica que se asocia con la ID de red previamente determinada o la ID de subred para el datagrama. El datagrama de IP se encapsula y se segmenta en paquetes de transporte de MPEG con el valor de PID correcto, como se muestra por el bloque 1016. Finalmente, en el bloque 1020, el paquete de datos se envía para su uso en una corriente de transporte basándose en la ID de la red. La Figura 6 ilustra otra modalidad de la invención mediante el diagrama 600 de flujo. En el bloque 604 de la Figura 6, un paquete de datos se recibe el cual comprende una dirección de red. Se proporciona una corriente de transporte como se ilustra en el bloque 608 y se hace una determinación en el bloque 612 que el paquete de datos debe enrutarse a la corriente de transporte basándose en la dirección de red del paquete de datos . La Figura 7 ilustra un ejemplo más detallado de acuerdo con una modalidad de la invención. En el diagrama 700 de flujo de la Figura 7, el bloque 704 muestra que un paquete de datos de IP se recibe que comprende una dirección de red. También, la información de máscara de red se conoce para cada corriente de PI individual la cual es parte de una corriente de transporte . El bloque 708 muestra que un enrutador, por ejemplo, puede utilizar la dirección de red recibida como parte del paquete de datos de IP para determinar la corriente de transporte adecuada a la cual debe dirigirse el paquete mediante el mapeo de paquete de datos a la corriente de transporte designada. El bloque 712 muestra que la corriente de transporte designada se proporciona. En los bloques 716 el paquete de datos se enruta a la corriente de transporte designada. En el bloque 720, una corriente de PID de una corriente de transporte se designa como un dispositivo de red. En el bloque 724, el paquete de datos se transfiere como parte de la corriente de PID designada de la corriente de transporte . En la Figura 8, el método 800 ilustra otra modalidad de la invención. En el bloque 804 de la Figura 8, un datagrama de IP se proporciona teniendo una dirección de destino de IP. Una corriente de transporte se proporciona en el bloque 808 que comprende una corriente de PID de MPEG. En el bloque 812, la corriente de PID de MPEG se designa como una dirección de destino de IP. En el bloque 816, el datagrama de IP se enruta a la corriente de PID de MPEG basándose en la dirección destino de IP. La Figura 9 ilustra otra modalidad de la invención de acuerdo con un diagrama 900 de flujo. En el bloque 904, un datagrama de IP se proporciona teniendo una dirección de destino de IP. El bloque 908 muestra que una corriente de transporte también se proporciona comprendiendo por lo menos una corriente de PID de MPEG.
El bloque 912 muestra que la corriente de PID de MPEG se designa igual que la dirección de destino de IP. En este ejemplo, esta designación puede presentarse antes de que se reciba el datagrama de IP. El bloque 916 muestra que el datagrama de IP se mapea a la corriente de PID de MPEG basándose en la dirección de destino de IP incluida como parte del datagrama de IP. El bloque 920 muestra que el datagrama de IP se enruta a la corriente de PID de MPEG basándose en la dirección de destino de IP. La operación del enrutador puede lograrse mediante una tabla de rutas que compara la dirección de destino de IP incluida como parte del datagrama de IP con la dirección de IP dada a cada corriente de PID de MPEG. Por lo tanto, cuando se recibe un datagrama de IP en un enrutador e incluye una dirección de destino de IP, esa dirección de destino de IP puede tener intersección lógica con la máscara de red de cada corriente de PID de MPEG para determinar si el valor resultante de la operación de intersección lógica resulta en la dirección de red correspondiente para esa corriente de PID de MPEG. Por ejemplo, si la dirección de destino de la corriente de PID de MPEG es 168.77.2.34, una intersección lógica de ese valor con la máscara de red (255.255.0.0) para la corriente 1 de transporte, servicio 12 mostrado en la Figura 1 puede resultar en un valor de 168.77.0.0. Como puede observarse, este valor de 168.77.0.0 corresponde en sus primeros dos números, es decir, la dirección de red del servicio 12 el cual tiene una dirección actual de 168.77.1.1. Por lo tanto el enrutador puede considerar esto para ser una correlación y enrutar el datagrama de IP al servicio 12 como parte de la corriente 1 de transporte. Una tabla de rutas puede utilizarse que comprende una ID de red, una máscara de subred, y un siguiente salto para cada corriente de PID. Un enrutador calcula una ID de red para una corriente de PID basándose en la dirección de IP de PID y la máscara de subred. Esta ID de red, la máscara de subred y la ID de PID entonces se llenan en la tabla de rutas. La tabla de rutas de este modo puede necesitar solo la dirección de IP individual asociada con cada corriente de PID de MPEG y la corriente de transporte así como la máscara de red para cada corriente de PID en una corriente de transporte. Después, la tabla de rutas puede utilizarse para comparar la dirección de destino de cada paquete entrante con la máscara de red de cada corriente de PID individual en la tabla para determinar si se presenta una correlación resultante. Si se presenta una correlación resultante, entonces el paquete de datos puede enrutarse a cada corriente de PID de correlación. Para aquellas comparaciones que no resultan en una correlación, un valor por omisión puede utilizarse para dirigir el paquete de datos que no correlaciona una corriente de PID particular con una corriente por omisión. De este modo, el enrutador puede dirigir los paquetes de no correlación a una corriente de PID por omisión para actuar como pasarela por omisión. Además, la tabla de rutas puede configurarse para no enviar los paquetes de no correlación. Se debe observar que aunque los ejemplos dados principalmente se han referido a los enrutadores diferentes a dispositivos que envían datos se pretenden también. Aunque varias modalidades de la invención se han descrito como métodos o aparatos para implementar la invención, se debe entender que la invención puede implementarse a través de códigos acoplados a una computadora, por ejemplo, código residente en una computadora o accesible por la computadora. Por ejemplo, el software y bases de datos pueden utilizarse para implementar muchos de los métodos discutidos en lo anterior. De este modo, además de las modalidades donde la invención se logra mediante hardware, también se observa que estas modalidades pueden lograrse a través del uso de un artículo de manufactura comprendido de un medio útil de computadora que tiene un código de programación que se puede leer por computadora representado en el mismo, que provoca la capacidad de las funciones descritas en esta descripción. Por lo tanto, se desea que modalidades de la invención también se consideren protegidas por esta Patente en su medio de codificación de programación también. También se visualizará que modalidades de la invención pueden lograrse como señales de computadora representadas en una onda portadora, asi como señales (por ejemplo eléctricas y ópticas) propagadas a través de un medio de transmisión. De este modo, la diversa información discutida en lo anterior puede formatearse en una estructura, tal como una estructura de datos, y transmitirse como una señal eléctrica u óptica a través de un.triedio de transmisión o almacenarse en un medio que se puede leer por computadora. También se observa que muchas de las estructuras, materiales y actos dictados en la presente pueden dictarse como medios para realizar una función o etapas para realizar una función. Por lo tanto se debe entender que tal lenguaje se titula para cubrir todas las estructuras, materiales o actos discutidos dentro de esta especificación y sus equivalentes . Se piensa que los aparatos y métodos de las modalidades de la presente invención y muchas de sus ventajas pretendidas se entenderán a partir de esta especificación y será aparente que varios cambios pueden hacerse en la forma, construcción y disposición de las partes de la misma sin apartarse del espíritu y alcance de la invención o sacrificar todas sus ventajas de materiales, la forma en la presente antes descrita solamente son modalidades ejemplares de la misma.

Claims (24)

  1. NOVEDAD DE LA INVENCION Habiendo descrito la presente invención se considera como novedad y por lo tanto se reclama como propiedad lo descrito en las siguientes reivindicaciones.
  2. REIVINDICACIONES 1. Un método para distribuir datos a una corriente de transporte que comprende por lo menos un servicio, el método está caracterizado porque comprende: recibir un paquete de datos que comprende una dirección de destino de red; determinar una dirección de red a partir de la dirección de destino; identificar la corriente de transporte mediante la dirección de destino de red; enviar el paquete de datos para su uso en la corriente de transporte basándose en la dirección de destino de red. 2. El método de conformidad con la reivindicación 1, caracterizado porque la recepción del paquete de datos comprende recibir un paquete de datos de IP.
  3. 3. El método de conformidad con la reivindicación 1, caracterizado porque el envío del paquete de datos para su uso en la corriente de transporte comprende enviar el paquete de datos para su uso en un servicio de la corriente de transporte, el servicio comprende datos de MPEG.
  4. 4. El método de conformidad con la reivindicación 1, caracterizado además porque comprende: identificar la corriente de transporte mediante la dirección de red.
  5. 5. Un método para distribuir datos, el método está caracterizado porque comprende: recibir un paquete de datos que comprende una dirección de red; proporcionar una corriente de transporte; determinar que el paquete de datos debe enrutarse a la corriente de transporte basándose en la dirección de red del paquete de datos.
  6. 6. El método de conformidad con la reivindicación 5, caracterizado porque la determinación de que el paquete de datos debe enrutarse a la corriente de transporte comprende : utilizar la dirección de red para mapear el paquete de datos en la corriente de transporte.
  7. 7. El método de conformidad con la reivindicación 5, caracterizado además porque comprende: enrutar el paquete de datos a la corriente de transporte después de la determinación de que el paquete de datos debe enrutarse a la corriente de transporte .
  8. 8. El método de conformidad con la reivindicación 7, caracterizado además porque comprende: utilizar una tabla de rutas para enrutar el paquete de datos a la corriente de transporte.
  9. 9. El método de conformidad con la reivindicación 5, caracterizado porque la recepción de un paquete de datos comprende : recibir un paquete de datos de varios destinos a partir de una transmisión de varios destinos.
  10. 10. El método de conformidad con la reivindicación 5, caracterizado porque la recepción de un paquete de datos comprende : recibir un paquete de datos de un solo destino desde una transmisión de un solo destino.
  11. 11. El método de conformidad con la reivindicación 5, caracterizado porque la recepción de un paquete de datos comprende : recibir un paquete de datos de IP.
  12. 12. El método de conformidad con la reivindicación 11, caracterizado porque el paquete de datos de IP comprende un paquete de datos configurado de acuerdo con la versión 4 del protocolo de nivel de Internet .
  13. 13. El método de conformidad con la reivindicación 11, caracterizado porque el paquete de datos de IP comprende un paquete de datos configurado de acuerdo con la versión del protocolo de nivel de Internet .
  14. 14. El método de conformidad con la reivindicación 5, caracterizado porque la recepción de un paquete de datos comprende : recibir un paquete de datos de UDP.
  15. 15. El método de conformidad con la reivindicación 5, caracterizado además porque comprende: recibir la información de máscara para realizar una prueba de proximidad con la dirección de red del paquete de datos .
  16. 16. El método de conformidad con la reivindicación 15, caracterizado además porque comprende: utilizar la máscara con la dirección de red para obtener una dirección de red filtrada.
  17. 17. El método de conformidad con la reivindicación 16, caracterizado además porque comprende: enrutar el paquete de datos a la corriente de transporte basándose en la dirección de red filtrada.
  18. 18. El método de conformidad con la reivindicación 5, caracterizado porque la corriente de transporte comprende una corriente de PID y además comprende: designar la corriente de PID como un dispositivo de RED.
  19. 19. El método de conformidad con la reivindicación 5, caracterizado porque la corriente de transporte se asocia con una máscara de red y además comprende : utilizar la máscara de red y la dirección de red del paquete de datos para enrutar el paquete de datos a una PID de la corriente de transporte.
  20. 20. El método de conformidad con la reivindicación 5, caracterizado porque la corriente de transporte comprende una PID y además comprende: designar la PID con una dirección para ser una dirección de subred de la dirección de RED.
  21. 21. El método de conformidad con la reivindicación 5, caracterizado porque la recepción de un paquete de datos comprende recibir un paquete de datos de IP y .en donde la proporción de una corriente de transporte comprende proporcionar una corriente de transporte de varios destinos.
  22. 22. El método de conformidad con la reivindicación 5, caracterizado además porque comprende: enrutar el paquete de datos a una pasarela por omisión.
  23. 23. Un método para enrutar datos, el método está caracterizado porque comprende: proporcionar un datagrama de IP que tiene una dirección de destino de IP; proporcionar una corriente de transporte que comprende una corriente de PID de MPEG; designar la corriente de PID de MPEG con la dirección de destino de IP; enrutar el datagrama de IP a la corriente de PID de MPEG basándose en la dirección de destino de IP.
  24. 24. El método de conformidad con la reivindicación 23, caracterizado además porque comprende: mapear el datagrama de IP a la corriente de PID de MPEG basándose en la dirección de destino de IP.
MXPA04010455A 2002-04-23 2003-03-19 Metodo y aparato para identificar corrientes de transporte como redes. MXPA04010455A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US37517102P 2002-04-23 2002-04-23
US10/194,188 US20030198223A1 (en) 2002-04-23 2002-07-12 Method and apparatus for identifying data streams as networks
PCT/US2003/009069 WO2003092244A1 (en) 2002-04-23 2003-03-19 Method and apparatus for identifying transport streams as networks

Publications (1)

Publication Number Publication Date
MXPA04010455A true MXPA04010455A (es) 2004-12-13

Family

ID=29218381

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA04010455A MXPA04010455A (es) 2002-04-23 2003-03-19 Metodo y aparato para identificar corrientes de transporte como redes.

Country Status (9)

Country Link
US (1) US20030198223A1 (es)
EP (1) EP1497965B1 (es)
JP (1) JP2005524287A (es)
KR (1) KR20040102162A (es)
CN (1) CN1650593A (es)
AU (1) AU2003223342A1 (es)
CA (1) CA2482766A1 (es)
MX (1) MXPA04010455A (es)
WO (1) WO2003092244A1 (es)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7730300B2 (en) 1999-03-30 2010-06-01 Sony Corporation Method and apparatus for protecting the transfer of data
US6697489B1 (en) 1999-03-30 2004-02-24 Sony Corporation Method and apparatus for securing control words
US7039614B1 (en) 1999-11-09 2006-05-02 Sony Corporation Method for simulcrypting scrambled data to a plurality of conditional access devices
US7895616B2 (en) 2001-06-06 2011-02-22 Sony Corporation Reconstitution of program streams split across multiple packet identifiers
US7139398B2 (en) 2001-06-06 2006-11-21 Sony Corporation Time division partial encryption
US7747853B2 (en) 2001-06-06 2010-06-29 Sony Corporation IP delivery of secure digital content
US7823174B2 (en) 2002-01-02 2010-10-26 Sony Corporation Macro-block based content replacement by PID mapping
US7765567B2 (en) 2002-01-02 2010-07-27 Sony Corporation Content replacement by PID mapping
CN1669320B (zh) * 2002-07-16 2011-03-23 松下电器产业株式会社 内容接收器
US8818896B2 (en) 2002-09-09 2014-08-26 Sony Corporation Selective encryption with coverage encryption
US8572408B2 (en) 2002-11-05 2013-10-29 Sony Corporation Digital rights management of a digital device
US7724907B2 (en) 2002-11-05 2010-05-25 Sony Corporation Mechanism for protecting the transfer of digital content
US20040111746A1 (en) * 2002-12-04 2004-06-10 Khoi Hoang IP to DVB subchannel mapping
US8667525B2 (en) 2002-12-13 2014-03-04 Sony Corporation Targeted advertisement selection from a digital stream
US8645988B2 (en) 2002-12-13 2014-02-04 Sony Corporation Content personalization for digital content
US7853980B2 (en) 2003-10-31 2010-12-14 Sony Corporation Bi-directional indices for trick mode video-on-demand
US8041190B2 (en) 2004-12-15 2011-10-18 Sony Corporation System and method for the creation, synchronization and delivery of alternate content
US7895617B2 (en) 2004-12-15 2011-02-22 Sony Corporation Content substitution editor
CN100403794C (zh) * 2004-12-29 2008-07-16 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
FR2890274A1 (fr) 2005-08-30 2007-03-02 France Telecom Procede d'adressage pour le transport de donnees sur un reseau de telecommunication,signal de structure d'adresse, passerelle et programme d'ordinateur correspondants
US8185921B2 (en) 2006-02-28 2012-05-22 Sony Corporation Parental control of displayed content using closed captioning
US8068986B1 (en) 2007-04-27 2011-11-29 Majid Shahbazi Methods and apparatus related to sensor signal sniffing and/or analysis
US20090094356A1 (en) * 2007-10-09 2009-04-09 Nokia Corporation Associating Physical Layer Pipes and Services Through a Program Map Table
US9043854B2 (en) * 2009-09-29 2015-05-26 Arris Technology, Inc. Provisioning a set-top box
US9838311B2 (en) * 2015-01-30 2017-12-05 Huawei Technologies Co., Ltd. Node, network controller, and associated methods for routing data packets in a network

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1210825B1 (en) * 1999-08-20 2004-02-11 General Instrument Corporation System and method for facilitating transmission of ip data over digital mpeg networks
US7729379B2 (en) * 2001-09-18 2010-06-01 Scientific-Atlanta, Inc. Mapping of bit streams into MPEG frames

Also Published As

Publication number Publication date
US20030198223A1 (en) 2003-10-23
EP1497965B1 (en) 2014-08-20
CA2482766A1 (en) 2003-11-06
CN1650593A (zh) 2005-08-03
JP2005524287A (ja) 2005-08-11
AU2003223342A1 (en) 2003-11-10
KR20040102162A (ko) 2004-12-03
EP1497965A1 (en) 2005-01-19
WO2003092244A1 (en) 2003-11-06

Similar Documents

Publication Publication Date Title
MXPA04010455A (es) Metodo y aparato para identificar corrientes de transporte como redes.
US7369520B2 (en) Internet protocol address to packet identifier mapping
US7451235B2 (en) Dynamic delta encoding for cable modem header suppression
US7184433B1 (en) System and method for providing media content to end-users
US7142509B1 (en) Method and apparatus providing for delivery of streaming media
US20180270099A1 (en) Communication Terminal with Multiple Virtual Network Interfaces
JP2013128307A (ja) パケットフローに基づくセッションサービスの適用
AU2002337414A1 (en) Internet protocol address to packet identifier mapping
US7849489B2 (en) System and method for supporting extended protocols in a wireless communication system
WO2004086245A1 (en) System and method for utilizing multicast ip and ehternet to locate and distribute a satellite signal
US20050100010A1 (en) Method, system and article for router-assisted fast processing of packet termination in hosts
JP2001313674A (ja) ネットワーク装置およびコンピュータネットワーク
US7349357B1 (en) Internet protocol address to packet identifier mapping
KR100259695B1 (ko) 위성 인터넷 망의 랜 게이트웨이 운용방법
WO2002035348A1 (en) Method and apparatus for sending information in a communication system
SE524486C2 (sv) Metod och anordning för att sända information till en grupp användare över ett IP-baserat nätverk

Legal Events

Date Code Title Description
FA Abandonment or withdrawal