[go: up one dir, main page]

WO2018109239A1 - Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable - Google Patents

Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable Download PDF

Info

Publication number
WO2018109239A1
WO2018109239A1 PCT/ES2016/070886 ES2016070886W WO2018109239A1 WO 2018109239 A1 WO2018109239 A1 WO 2018109239A1 ES 2016070886 W ES2016070886 W ES 2016070886W WO 2018109239 A1 WO2018109239 A1 WO 2018109239A1
Authority
WO
WIPO (PCT)
Prior art keywords
lnb
frequency list
television decoders
television
command
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/ES2016/070886
Other languages
English (en)
French (fr)
Inventor
Javier IZQUIERDO MARTIN
Luis HIGA SEVILLANO
Jesus INGA MENDOZA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonica SA
Original Assignee
Telefonica SA
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 Telefonica SA filed Critical Telefonica SA
Priority to PCT/ES2016/070886 priority Critical patent/WO2018109239A1/es
Priority to BR112019012030-0A priority patent/BR112019012030A2/pt
Publication of WO2018109239A1 publication Critical patent/WO2018109239A1/es
Priority to CONC2019/0005920A priority patent/CO2019005920A2/es
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H40/00Arrangements specially adapted for receiving broadcast information
    • H04H40/18Arrangements characterised by circuits or components specially adapted for receiving
    • H04H40/27Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95
    • H04H40/90Arrangements characterised by circuits or components specially adapted for receiving specially adapted for broadcast systems covered by groups H04H20/53 - H04H20/95 specially adapted for satellite broadcast receiving

Definitions

  • LNB Low Noise Block
  • the present invention generally concerns telecommunication methods and systems.
  • the invention concerns a method and a system for configuring / programming a Low Noise Block (LNB).
  • LNB Low Noise Block
  • the invention also concerns a configurable and / or programmable LNB, remotely.
  • the present invention stems from the need to provide a solution to the lack of scalability of current LNBs, because these, when a modification in their frequency plan occurs due to the demand for more services, have to be modified.
  • the present invention uses DCSS (Digital Communications Satellite Subsystem) technology as a base, which in turn comes from CSS (Channel Stacking Switch) technology.
  • DCSS Digital Communications Satellite Subsystem
  • CSS Channel Stacking Switch
  • This technology allows the radiofrequency switching necessary to develop the proposed invention.
  • these have to be closely related to the operation of the tuners of the television decoders since not everyone has the possibility of communicating in full duplex.
  • the existing limitation in this development is the semi-duplex communication form that does not allow fluid information to be received from the LNB.
  • the present invention provides according to a first aspect a method for configuring a Low Noise Block (LNB), comprising:
  • the descriptor generated to said one or more television decoders, wherein said descriptor includes information about said new frequency list.
  • the method further comprises updating, by said one or more television decoders, once said descriptor has been received, the LNB frequency list with the new frequency list by using a plurality of commands in compliance with a communication protocol , wherein said plurality of commands includes a first command (or start command) sent by said one or more television decoders to the LNB to request the start of the frequency list update; a second command (or command to send information) sent by said one or more television decoders to the LNB comprising the new frequency list; and a third command (or closing command) to update the new frequency list in said one or more television decoders.
  • the first command preferably includes a hexadecimal data field, which represents an information line, intended to indicate that a communication is to be initiated; an identifier of the television decoder; the version number of the frequency list; the number of user bands; and the CRC.
  • the first command is sent by each of said one or more television decoders with a certain delay, while each of the television decoders obtains information on the air, OTA.
  • the second command preferably includes a hexadecimal data field, which represents an information line, intended to send information from said LNB; different data fields to transmit information about the user bands, an input frequency (i.e. the frequency in Ku band for reception), polarization (i.e. the electromagnetic channel in which the information is sent), AGC (automatic control of gain of each user band), an output frequency (that is, the one in the L band and on which its output is designed for optimization) and bandwidth; and the CRC.
  • a hexadecimal data field which represents an information line, intended to send information from said LNB; different data fields to transmit information about the user bands, an input frequency (i.e. the frequency in Ku band for reception), polarization (i.e. the electromagnetic channel in which the information is sent), AGC (automatic control of gain of each user band), an output frequency (that is, the one in the L band and on which its output is designed for optimization) and bandwidth; and the CRC.
  • the present invention provides according to a second and third aspect a system for configuring a LNB and a configurable LNB, remotely.
  • the present invention allows the configuration / programming of an LNB remotely from the digital header (that is, from where the video services are transmitted and the information that is carried in the DVB tables such as the service 3 in the NIT that carries the descriptor with the information to be programmed in the LNB) when this LNB needs to change its frequency plan due to the demand for new services.
  • the present invention allows the different LNBs of a region to be updated by zones, thus controlling the frequency plan according to the needs of each client.
  • the proposed configurable LNBs will preferably have semi-duplex communication for their configuration and will send tones response to confirm, deny and save the commands sent by the television decoders.
  • the present invention also achieves a better ordering of the carriers, in this way satellite spacing is optimized.
  • Fig. 1 is a diagram which schematically illustrates a method for configuring an LNB
  • Figs. 2 to 4 graphically show the process by which television decoders send the first command to begin the process of updating the LNB after receiving the descriptor of the digital header of the LNB.
  • Fig. 1 illustrates the operating flow of a method for configuring a Low Noise Block (LNB) 101, according to an embodiment of the present invention.
  • the method (Part 1) stores a list of frequencies used for communication of the LNB 101 with one or more television decoders 1 10 through one or more transmission lines.
  • the LNB 101 generates (Part 2) a series of parameters for its configuration and a PID / descriptor that is subsequently broadcast (Part 3) to the television decoder (or decoders) 1 10.
  • the television decoder (decoders) 110 transmits (n) through the use of a plurality of commands, preferably three, in compliance with a communication protocol a new list of frequencies to the LNB 101 to establish a new configuration thereof.
  • Part 1 frequency list
  • the LNB 101 has a list of frequencies inside. Also, the LNB 101 is adapted and configured to be updated to a new frequency list according to certain needs (for example due to a change in the video services provided by the LNB). It should be noted that if the LNB 101 could not be updated successfully, the LNB 101 retains its previous frequency list, avoiding signal blockages and interruptions.
  • the LNB 101 has the registered 2LO production frequency list.
  • the LNB 101 After the update, the LNB 101 returns to the 3LO frequency list inside.
  • the transponder to be used from the satellite is decided to provide a specific service.
  • This data will be the input of the LNB 101 that can be in horizontal or vertical band.
  • the number of user bands or UBs to be used is decided, for example "15". This number of user bands must be sent by the television decoder 1 10 in the first command it sends to the LNB 101. The number of user bands will be recognized by the television decoder 1 10 from a file, for example a .bin file.
  • the version number to be modified in the channel map table is also decided.
  • the .bin file that carries the frequency list version, the new frequency list data and a cyclic redundancy code (CRC), preferably 8 bits long, is generated.
  • CRC cyclic redundancy code
  • the channel map file is modified according to the new frequency plan.
  • the polarization input goes to the input port
  • the automatic gain control is set per user band; preferably a maximum gain of 25 should be established.
  • This parameter helps the output in the L band according to the proposed design.
  • the bandwidth is set according to the
  • Part 3 PID dissemination (or descriptor)
  • the .bin file is first placed in a carousel of an MDI communication module generating a PID.
  • the PID it is broadcast on the digital header of the LNB 101 using for example a DSMCC protocol.
  • the television decoder 1 10 recognizes the sent PID.
  • a new type of linkage (0x9A) is created in the CAS part to indicate a new configuration of the LNB 101 available for download. Then the PID is assigned.
  • the PID has the following structure:
  • Part 4 Transmission from the television decoder to the LNB
  • the transmission of the new frequency list to be used by the LNB 101 is performed by using three commands in compliance with a modified DiSEqC communication protocol.
  • a communication protocol that works with 18V modulated pulses so that degradation is prevented in the arrival of the commands.
  • other types of communication protocols could also be used, for example the standard DiSEqC protocol that works with 13V modulated pulses.
  • the first command preferably has the following structure:
  • 40h is a hexadecimal data field intended to indicate that a communication is to be initiated
  • S_ID is an identifier of the television decoder. Preferably it is a random number between 0-255;
  • UB_Config_Versión is the version number of the frequency list. Preferably it is a byte that is set in the channel map table and can be obtained from the .bin file by the television decoder 1 10;
  • Package No. is the number of ODU_UB_Config configuration commands. It can be used to check the number of user bands. Preferably it has a length of 8 bits and its value is between 0 and 31. This number is obtained from the .bin file; Y
  • CRC8 is the code used for such configuration.
  • the aforementioned DiSEqC protocol modified in this case acts as follows. If the CRC8 code is valid and the version is new, an BUSY RF tone is emitted, which will exist until the transmission ends or is aborted. Otherwise, that is, if the CRC8 code is invalid, that is, an old version, or already updated, the BUSY RF tone is deactivated at a frequency of about 950 MHz, and then the communication is aborted.
  • the television decoder 1 10 generates the S_ID in accordance with an identifier number and the LNB 101 registers said number to match the television decoder 110 for the update.
  • the busy tone is not active more than 10 minutes, in case of exceeding this period of time the tone is aborted.
  • the television decoder 110 may have a random delay (0-120 seconds), after sending the request while obtaining OTA information and being asked to start. Also, the television decoder 1 10 can monitor the BUSY RF tone. While maintaining the BUSY RF tone, the television decoder 1 10 does not send any commands and continues to monitor the BUSY RF tone and an RF tone performed at a frequency of 2150 MHz. If the television decoder 1 10 obtains a Negative response or the BUSY tone is not evaluated within 5 seconds after the command sent, the television decoder 110 is assigned a new random delay (0-120 seconds) and then the command is sent again. In the event that the television decoder 110 has tried to send the command for 5 times and could not make the configuration, it is addressed.
  • the digital header of the LNB 101 sends the generated PID with the information for its new configuration to the television decoder (decoders) 110 through a splitter 105 (Fig. 2).
  • the different television decoders 110 have a random delay (0-120 seconds), sending the command while obtaining OTA information.
  • the first television decoder 1 10 sends the ODU_UB_Config_Request configuration request (Fig. 4). If the LNB 101 validates that the CRC8 code is correct and the version is new, the LNB 101 emits the BUSY RF tone. The occupied RF tone will exist until the transmission is finalized or aborted. While this tone is active, the other television decoder 110 listens to ESC_T this busy tone or the performed tone and sends nothing more.
  • ODU_UB_Config (television decoder 110 sends the frequency update to the frequency table):
  • the second command preferably has the following structure:
  • 40h is a hexadecimal data field intended to send information from LNB 101;
  • Data are different data fields to transmit information about user bands, an input frequency, polarization, AGC, an output frequency and bandwidth; Y
  • CRC8 is the code used for configuration.
  • the modified DiSEqC protocol acts as follows.
  • the UB sequence is invalid, it deactivates the BUSY RF tone at the frequency of 950 MHz, and then aborts the communication.
  • the RF TONE PERFORMED is maintained for a period of time (preferably for 1-3 seconds).
  • the RF TONE PERFORMED is maintained for a period of time (preferably for 4-6 seconds).
  • the BUSY RF tone is deactivated and the communication is aborted.
  • ODU_Commit_UB_Config (television decoder 1 10 finishes updating the frequency in the frequency table and modifies the list):
  • the third command preferably has the following structure:
  • 42h is a hexadecimal data field intended to indicate that the update will be performed
  • S_ID is the identifier of the television decoder
  • UB_Config_CRC8 is the version number of the CRC code used for the update. Preferably it comprises 8 bits;
  • UB_Config_Versión is the version number of the frequency list; and CRC8 is the code used for configuration.
  • the modified DiSEqC protocol acts as follows. If SJD / CRC8 is valid, the RF PERFORMED tone is activated for a period of time (preferably for 8-10 seconds) and then the BUSY RF tone is deactivated. Alternatively, if CRC8 / UB_Config_CRC8 are invalid or UB_Config_Version are not equal, the BUSY RF tone is disabled. In the event that two television decoders 110 have the same S_ID identifier, they can return to the new request since UB_Config_CRC8 will be incorrect.
  • each CRC8 code entered at the end of each of the three types of commands is derived from framing the previous byte byte.
  • the code CRC8 is calculated using [0x42, S_ID, UB_Config_CRC8, UB_Config_Version];
  • the CRC8 code is calculated using [0x41, DataO, Datal, Data2, Data3, Data4, Data5]; in UB_Config_CRC8 it is derived with all data Data0-Data5, if the first DataO-Data5 is from UB0, the second is from UB1, etc.
  • UB_Config_CRC8 the CRC8 code can be derived from the last byte of the binary generated by the file kk.bin.
  • the LNB 101 After receiving ODU_Commit_UB_Config and ensuring that everything is correct (CRC8, UB_Config_CRC8 7), the LNB 101 maintains the RF tone made for a period of time (preferably for 8-10 seconds). At the same time, the LNB 101 can register the version in a memory thereof.
  • Examples of embodiment of the present invention also provide a system formed by one or more television decoders 110 and at least one LNB 101 of which new parameters are to be configured.
  • the proposed system is adapted to implement the proposed method according to any of the different embodiments described above.
  • a configurable LNB 101 is also provided, remotely, from the digital header using the modified DiSEqC protocol, or another. So the LNB 101 can be updated by zones, based on a control of the frequency plan according to the needs of the different service customers, for example video services, of an operator.
  • the proposed LNB 101 allows semi-duplex communication and is configured to send response tones to confirm, deny and save the commands sent by the different television decoders 110.
  • the scope of protection of the present invention is defined in the following set of claims. .

Landscapes

  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Details Of Television Systems (AREA)

Abstract

El método comprende almacenar una lista de frecuencias en un LNB (101) utilizadas por el LNB (101) para comunicarse con uno o más descodificadores de televisión (110) a través de una o más líneas de transmisión; generar, el LNB (101), una serie de parámetros para su configuración; generar, el LNB (101), un descriptor y difundirlo, desde su cabecera digital, a dicho uno o más decodificadores de televisión (110), en donde dicho descriptor incluye información acerca de una nueva lista de frecuencias a ser utilizadas por el LNB (101); y actualizar, por dicho uno o más descodificadores de televisión (110), una vez recibido dicho descriptor, la lista de frecuencias del LNB (101) con la nueva lista de frecuencias mediante la utilización de una pluralidad de comandos en cumplimiento con un protocolo de comunicación.

Description

Método y sistema para configurar un Bloque de Bajo Ruido (LNB) y LNB configurable
DESCRIPCIÓN
Sector de la Técnica
La presente invención concierne en general a métodos y sistemas de telecomunicación. En particular, la invención concierne a un método y a un sistema para configurar/programar un Bloque de Bajo Ruido (LNB). La invención también concierne a un LNB configurable y/o programable, de manera remota.
Antecedentes y problema técnico a resolver por la Invención
La presente invención nace de la necesidad de proporcionar una solución a la falta de escalabilidad de los LNBs actuales, debido a que estos, al ocurrir una modificación en su plan de frecuencias debido a la demanda de más servicios, tienen que ser modificados.
Para ello, la presente invención utiliza como base la tecnología DCSS (Digital Communications Satellite Subsystem), que a su vez proviene de la tecnología CSS (Channel Stacking Switch). Esta tecnología permite realizar las conmutaciones en radiofrecuencia necesarias para desarrollar la invención propuesta. Además, estos tienen que estar cercanamente relacionados con el funcionamiento de los sintonizadores de los descodificadores de televisión ya que no todos tienen la posibilidad de comunicarse en forma full dúplex. La limitante existente en el presente desarrollo es la forma de comunicación semi dúplex que no permite recibir de manera fluida información desde el LNB. Para solventar esta limitante se ha optado por un medio de respuesta mediante tonos, que tienen que ser leídos por los descodificadores de televisión del parque involucrado con esta tecnología. Descripción de la Invención
La presente invención proporciona de acuerdo a un primer aspecto un método para configurar un Bloque de Bajo Ruido (LNB), que comprende:
- Almacenar una lista de frecuencias en un LNB, en donde dicha lista de frecuencias comprende diferentes frecuencias utilizadas por el LNB para comunicarse con uno o más descodificadores de televisión a través de una o más líneas de transmisión;
- generar, por el LNB, una serie de parámetros para su configuración en base a al menos un número de bandas de usuarios que van a utilizarse durante dicha comunicación del LNB con dicho uno o más descodificadores de televisión; un número de versión de la lista de frecuencias, y un archivo que incluye a dicho número de versión, una nueva lista de frecuencias y a un código de verificación por redundancia cíclica, CRC, de una cierta longitud;
- generar, por el LNB, un descriptor utilizando dicho archivo y a un sistema que almacena información acerca de dicho uno o más decodificadores de televisión, por ejemplo mediante un módulo de comunicación MDI, es decir un módulo que almacena todos los softwares de los descodificadores de televisión, o por medio de un descriptor en la tabla DVB NIT para que este posteriormente envíe la información al LNB mediante pulsos eléctricos modulados; y
- difundir, desde una cabecera digital del LNB, el descriptor generado a dicho uno o más decodificadores de televisión, en donde dicho descriptor incluye información acerca de dicha nueva lista de frecuencias.
Asimismo, el método comprende además actualizar, por dicho uno o más descodificadores de televisión, una vez recibido dicho descriptor, la lista de frecuencias del LNB con la nueva lista de frecuencias mediante la utilización de una pluralidad de comandos en cumplimiento con un protocolo de comunicación, en donde dicha pluralidad de comandos incluye un primer comando (o comando de inicio) enviado por dicho uno o más descodificadores de televisión al LNB para solicitar el inicio de la actualización de la lista de frecuencias; un segundo comando (o comando de envío de información) enviado por dicho uno o más descodificadores de televisión al LNB que comprende la nueva lista de frecuencias; y un tercer comando (o comando de cierre) para actualizar la nueva lista de frecuencias en dicho uno o más decodificadores de televisión.
Según la presente invención, el primer comando preferiblemente incluye un campo de datos hexadecimal, que representa una línea de información, destinado para indicar que se quiere entablar una comunicación; un identificador del descodificador de televisión; el número de versión de la lista de frecuencias; el número de bandas de usuario; y el CRC. En un ejemplo de realización, el primer comando es enviado por cada uno de dicho uno o más descodificadores de televisión con un cierto retraso, mientras cada uno de los descodificadores de televisión consigue información sobre el aire, OTA.
Antes de enviar el primer comando, dicho uno o más descodificadores de televisión pueden realizan el seguimiento de un tono de RF OCUPADO del LNB, enviándose el primer comando si dicho tono está apagado. Una vez que dicho uno o más descodificadores de televisión han recibido dicho tono del LNB, dicho uno o más descodificadores de televisión pueden enviar el primer comando al LNB con un nuevo retraso. Según la presente invención, el segundo comando preferiblemente incluye un campo de datos hexadecimal, que representa una línea de información, destinado para enviar información de dicho LNB; diferentes campos de datos para transmitir información acerca de las bandas de usuario, una frecuencia de entrada(es decir la frecuencia en banda Ku para recepción), polarización (es decir el canal electromagnético en el que se envía la información), AGC (control automático de ganancia de cada banda de usuario), una frecuencia de salida (es decir aquella que se encuentra en banda L y sobre la cual se diseña su salida para su optimización) y ancho de banda; y el CRC.
Destacar que el segundo comando no es enviado si el campo de datos hexadecimal del primer comando es rechazado. La presente invención proporciona de acuerdo a un segundo y tercer aspecto un sistema para configurar un LNB y un LNB configurable, de manera remota.
La presente invención, permite la configuración/programación de un LNB de manera remota desde la cabecera digital (es decir desde donde se transmiten los servicios de video y la información que se lleva en las tablas DVB tales como el servicio 3 en la NIT que lleva el descriptor con la información a ser programada en el LNB) cuando este LNB necesita cambiar su plan de frecuencias debido a la demanda de nuevos servicios.
La presente invención permite que los distintos LNBs de una región puedan ser actualizados por zonas, realizando así un control del plan de frecuencias de acuerdo a las necesidades de cada cliente. Los LNBs configurables propuestos poseerán preferiblemente una comunicación semi dúplex para su configuración y enviarán tonos de respuesta para confirmar, negar y guardar los comandos enviados por los descodificadores de televisión. La presente invención consigue también un mejor ordenamiento de las portadoras, de esta manera se optimiza el espaciamiento satelital. Breve Descripción de las Figuras
Las anteriores y otras ventajas y características se comprenderán más plenamente a partir de la siguiente descripción detallada de unos ejemplos de realización con referencia a los dibujos adjuntos, que deben tomarse a título ilustrativo y no limitativo, en los que: Fig. 1 es un diagrama que ilustra esquemáticamente un método para configurar un LNB; y las
Figs. 2 a 4 muestran gráficamente el proceso por el cual los descodificadores de televisión envían el primer comando para comenzar el proceso de actualización el LNB después de haber recibido el descriptor de la cabecera digital del LNB. Descripción detallada de la Invención y de unos Ejemplos de Realización
La Fig. 1 ilustra el flujo de funcionamiento de un método para configurar un Bloque de Bajo Ruido (LNB) 101 , de acuerdo a un ejemplo de realización de la presente invención. Según este ejemplo de realización, el método (Parte 1) almacena una lista de frecuencias utilizadas para la comunicación del LNB 101 con uno o más descodificadores de televisión 1 10 a través de una o más líneas de transmisión. Seguidamente, el LNB 101 genera (Parte 2) una serie de parámetros para su configuración y un PID/descriptor que es posteriormente difundido (Parte 3) al descodificador de televisión (o descodificadores) 1 10. Finalmente, el descodificador de televisión (descodificadores) 110 transmite(n) mediante la utilización de una pluralidad de comandos, preferiblemente tres, en cumplimiento con un protocolo de comunicación una nueva lista de frecuencias al LNB 101 para instaurar una nueva configuración del mismo.
A continuación se describen más detalladamente las diferentes partes (etapas) de la Fig. 1. Parte 1 : lista de frecuencias El LNB 101 tiene una lista de frecuencias en su interior. Asimismo, el LNB 101 está adaptado y configurado para actualizarse a una nueva lista de frecuencias de acuerdo con ciertas necesidades (por ejemplo debido a un cambio en los servicios de video que proporciona el LNB). Debe notarse que si el LNB 101 no pudiese actualizarse satisfactoriamente, el LNB 101 conserva su lista de frecuencias anterior, evitando bloqueos e interrupciones de señal.
Seguidamente se proporciona un ejemplo particular de cómo se realiza la actualización de la lista de frecuencias: El LNB 101 tiene la lista de frecuencias de producción 2LO registrada.
Figure imgf000007_0001
Después de la actualización el LNB 101 vuelve a la lista de frecuencias 3LO en su interior.
Figure imgf000008_0001
Luego en la parte de entrada se decide el transpondedor que se va a usar desde el satélite para proporcionar un determinado servicio. Estos datos serán la entrada del LNB 101 que pueden estar en banda horizontal o vertical.
Parte 2: Generación de parámetros del LNB
En esta etapa se decide el número de bandas de usuario o UB que se van a utilizar, por ejemplo "15". Este número de bandas de usuario debe enviarse por el descodificador de televisión 1 10 en el primer comando que éste envíe al LNB 101. El número de bandas de usuario será reconocido por el descodificador de televisión 1 10 a partir de un fichero, por ejemplo un fichero .bin.
Asimismo, también se decide el número de versión que se va a modificar en la tabla de mapa de canales.
Luego, se genera el fichero .bin que lleva la versión de la lista de frecuencias, los nuevos datos de la lista de frecuencias y un código de redundancia cíclica (CRC), preferiblemente de una longitud de 8 bits. Para la actualización del LNB 101 éste debe ser compatible con el fichero .bin que incluye la lista de frecuencias con parámetros de entrada y salida que se reproducirán en el curso de la comunicación con el descodificador de televisión 110 por el PID o descriptor generado.
Después se modifica el fichero de mapa de canal de acuerdo con el nuevo plan de frecuencias. También se puede modificar la versión de configuración de las bandas de usuario (UB_Config_Version) del primer comando.
Tabla de mapa de canales:
Figure imgf000009_0001
UB:
Establece el número de bandas de usuario en la cabecera digital. Esta información pasa a través de los datos de PID al descodificador de televisión 1 10 y éste último envía esta información en el primer comando en la posición Núm. de paquete.
Frec. de entrada
Se añade la información de frecuencia de entrada en la (MHZ)
banda Ku en la tabla de mapa de canales de acuerdo con:
Baja Por ejemplo: frecuencia
10728 MHz (transponte de satélite Ku) - 9750 =
978 (número para la tabla de mapa de canales)
Alta Por ejemplo:
frecuencia
12092 MHz (transporte de satélite Ku) - 10600 =
1492 (número para la tabla de mapa de canales)
La entrada de polarización va en el puerto de entrada
Puerto de entrada
Estos parámetros establecen la entrada de polarización de acuerdo con la siguiente tabla.
Horizontal baja 2
Horizontal alta 1
Vertical baja 3
Vertical alta 0
Nivel de salida
En este punto se establece el control de ganancia automática por banda de usuario; preferiblemente se debe establecer una ganancia máxima de 25.
Frec. de UB (MHZ)
Este parámetro ayuda a la salida en la banda L de acuerdo con el diseño propuesto.
Ancho de banda
El ancho de banda se establece de acuerdo con el
(MHZ)
diseño.
Del resultado de la configuración anterior en el mapa de canales se obtiene otro fichero, en este caso un fichero kk.bin.
Los resultados de frecuencia de entrada y salida tienen un desplazamiento de 300 debido a los 11 bits de uso. UB. Frec. Polarización Nivel de Frec. Reservado Ancho de entrada salida salida Banda
0 678 2(Hor) 22 678 0 40
1 718 2(Hor) 22 718 0 40
2 758 2(Hor) 22 758 0 40
3 798 2(Hor) 22 798 0 40
4 838 2(Hor) 22 838 0 40
5 878 2(Hor) 22 878 0 40
6 1172 2(Hor) 22 1 172 0 40
7 1212 2(Hor) 22 1212 0 40
8 1252 2(Hor) 22 1252 0 40
9 1292 2(Hor) 22 1292 0 40
10 1332 2(Hor) 22 1332 0 40
11 1372 2(Hor) 22 1372 0 40
12 678 3(Ver) 22 1468 0 40
13 718 3(Ver) 22 1508 0 40
14 1192 1 (HHor) 22 1762 0 40
Parte 3: difusión de PID (o descriptor)
De acuerdo a un ejemplo de realización, en primer lugar se pone el fichero .bin en un carrusel de un módulo de comunicación MDI generando un PID. Seguidamente, el PID se difunde por la cabecera digital del LNB 101 usando por ejemplo un protocolo DSMCC. Finalmente, el descodificador de televisión 1 10 reconoce el PID enviado.
Para la configuración de cabecera, en la parte de CAS se crea un nuevo tipo de vinculación (0x9A) para indicar una nueva configuración del LNB 101 disponible para descarga. Luego se asigna el PID.
En un ejemplo de realización, el PID tiene la siguiente estructura:
Figure imgf000012_0001
Parte 4: Transmisión desde el descodificador de televisión al LNB Preferiblemente según la presente invención, la transmisión de la nueva lista de frecuencias a ser utilizada por el LNB 101 se realiza mediante la utilización de tres comandos en cumplimiento con un protocolo de comunicación DiSEqC modificado. Es decir un protocolo de comunicación que trabaja con pulsos modulados de 18V de manera que se previene la degradación en la llegada de los comandos. Debe notarse que otros tipos de protocolos de comunicación podrían también utilizarse, por ejemplo el protocolo DiSEqC estándar que trabaja con pulsos modulados de 13V.
A continuación se detallarán los tres tipos de comandos.
1. ODU_UB_Config_Request (el descodificador de televisión 110 solicita el inicio de la actualización de la frecuencia en la tabla de frecuencias): El primer comando preferiblemente tiene la siguiente estructura:
40h S_ID U B_Conf ig_Versión Núm. CRC8
paquete dónde:
40h es un campo de datos hexadecimal destinado para indicar que se quiere entablar una comunicación;
S_ID es un identificador del descodificador de televisión. Preferiblemente se trata de un número aleatorio entre 0-255;
UB_Config_Versión es el número de versión de la lista de frecuencias. Preferiblemente se trata de un byte que se establece en la tabla de mapa de canales y puede obtenerse desde el fichero .bin por el descodificador de televisión 1 10;
Núm. paquete es cantidad de comandos de configuración ODU_UB_Config. Puede usarse para comprobar la cantidad de bandas de usuario. Preferiblemente tiene una longitud de 8 bits y su valor está entre 0 y 31. Este número se obtiene desde el fichero .bin; y
CRC8 es el código utilizado para dicha configuración.
El citado protocolo DiSEqC modificado en este caso actúa de la siguiente forma. Si el código CRC8 es válido y la versión es nueva, se emite un tono de RF OCUPADO, que existirá hasta que la transmisión finalice o se aborte. En caso contrario, es decir si el código CRC8 es inválido, es decir una versión antigua, o ya actualizada, se desactiva el tono de RF OCUPADO a una frecuencia de unos 950 Mhz, y a continuación se aborta la comunicación. En esta etapa, el descodificador de televisión 1 10 genera el S_ID de acuerdo con un número de identificador y el LNB 101 registra dicho número para coincidir con el descodificador de televisión 110 para la actualización. Preferiblemente, el tono de ocupado no está activo más de 10 minutos, en caso de superar este periodo de tiempo el tono se aborta.
Asimismo, el descodificador de televisión 110 puede tener un retardo aleatorio (0-120 segundos), después de enviar la solicitud mientras obtiene información OTA y se le pide iniciar. También, el descodificador de televisión 1 10 puede monitorizar el tono de RF OCUPADO. Mientras se mantiene el tono de RF OCUPADO, el descodificador de televisión 1 10 no envía ningún comando y continúa monitorizando el tono de RF OCUPADO y un tono de RF REALIZADO a una frecuencia de los 2150 MHz. Si el descodificador de televisión 1 10 obtiene una respuesta negativa o el tono OCUPADO no se evalúa en 5 segundos después del comando enviado, al descodificador de televisión 110 se le asigna un nuevo retardo aleatorio (0-120 segundos) y a continuación se vuelve a enviar el comando. En el caso de que el descodificador de televisión 110 haya intentado enviar durante 5 veces el comando y no se haya podido realizar la configuración, se aborda la misma.
En las figs. 2 a 4 se muestran gráficamente los anteriores procesos. La cabecera digital del LNB 101 envía el PID generado con la información para su nueva configuración al descodificador de televisión (descodificadores) 110 a través de un divisor 105 (Fig. 2). Tal como se aprecia en la Fig. 3 los diferentes descodificadores de televisión 110 tienen un retardo aleatorio (0-120 segundos), enviando el comando mientras obtienen información de OTA. El primer descodificador de televisión 1 10 envía la solicitud de configuración ODU_UB_Config_Request (Fig. 4). Si el LNB 101 valida que el código CRC8 es correcto y la versión es nueva, el LNB 101 emite el tono de RF OCUPADO. El tono de RF OCUPADO existirá hasta que la transmisión se finalice o aborte. Mientras este tono está activo los otros descodificador de televisión 110 escuchan ESC_T este tono de ocupado o el tono de realizado y no envían nada más.
2. ODU_UB_Config (el descodificador de televisión 110 envía la actualización de la frecuencia a la tabla de frecuencias):
El segundo comando preferiblemente tiene la siguiente estructura:
Figure imgf000014_0001
dónde:
40h es un campo de datos hexadecimal destinado para enviar información del LNB 101 ;
Data son diferentes campos de datos para transmitir información acerca de las bandas de usuario, una frecuencia de entrada, polarización, AGC, una frecuencia de salida y ancho de banda; y
CRC8 es el código utilizado para la configuración.
En este caso, el protocolo DiSEqC modificado actúa de la siguiente forma. En caso de que la secuencia UB es inválida, desactiva el tono de RF OCUPADO a la frecuencia de los 950 MHz, y a continuación aborta la comunicación. Alternativamente, en caso de que la secuencia UB/CRC8 es válida, se mantiene el tono de RF REALIZADO durante un periodo de tiempo (preferiblemente durante 1-3 segundos). En caso de que el código CRC8 haya fallado, se mantiene el tono de RF REALIZADO durante un periodo de tiempo (preferiblemente durante 4-6 segundos). En el caso de ocurrir 5 o más fallos sucesivos del código CRC8 durante la actualización, se desactiva el tono de RF OCUPADO y se aborta la comunicación.
Algunos de los bits del campo de datos Data2 referentes a la polarización pueden reservarse para futuras implementaciones. 3. ODU_Commit_UB_Config (el descodificador de televisión 1 10 finaliza la actualización de la frecuencia en la tabla de frecuencias y modifica la lista):
El tercer comando preferiblemente tiene la siguiente estructura:
Figure imgf000015_0001
dónde:
42h es un campo de datos hexadecimal destinado para indicar que se va a realizar la actualización;
S_ID es el identificador del descodificador de televisión;
UB_Config_CRC8 es el número de la versión del código CRC utilizado para la actualización. Preferiblemente comprende 8 bits;
UB_Config_Versión es el número de versión de la lista de frecuencias; y CRC8 es el código utilizado para la configuración.
En este caso, el protocolo DiSEqC modificado actúa de la siguiente manera. Si SJD/CRC8 es válido, se activa el tono de RF REALIZADO durante un periodo de tiempo (preferiblemente durante 8-10 segundos) y seguidamente se desactiva el tono de RF OCUPADO. Alternativamente, si CRC8/UB_Config_CRC8 son inválidos o UB_Config_Versión no son iguales, se desactiva el tono de RF OCUPADO. En caso de que dos descodificadores de televisión 110 tengan el mismo identificador S_ID, pueden volver a la nueva solicitud puesto que UB_Config_CRC8 será incorrecto.
Según la presente invención, cada código CRC8 introducido al final de cada uno de los tres tipos de comandos se deriva a partir de encuadrar el byte a byte anterior. Por ejemplo, en ODU_Commit_UB_Config el código CRC8 se calcula mediante [0x42, S_ID, UB_Config_CRC8, UB_Config_Versión]; en ODU_UB_Config el código CRC8 se calcula mediante [0x41 , DataO, Datal , Data2, Data3, Data4, Data5]; en UB_Config_CRC8 se deriva con todos los datos Data0-Data5, si el primer DataO- Data5 es de UB0, el segundo es de UB1 , etc. por lo que si la cantidad de UB es 15, CRC8 de configuración de UB se derivará por estos 90 bytes (15x6). En este último caso UB_Config_CRC8 el código CRC8 se puede derivar del último byte del binario generado por el fichero kk.bin.
Después de haber recibido ODU_Commit_UB_Config y asegurar que todo es correcto (CRC8, UB_Config_CRC8...), el LNB 101 mantiene el tono de RF REALIZADO durante un periodo de tiempo (preferiblemente durante 8-10 segundos). Al mismo tiempo, el LNB 101 puede registrar la versión en una memoria del mismo.
Ejemplos de realización de la presente invención proporcionan asimismo un sistema formado por uno o más descodificadores de televisión 110 y al menos un LNB 101 del cual se quieren configurar unos nuevos parámetros. El sistema propuesto está adaptado para implementar el método propuesto según cualquiera de los diferentes ejemplos de realización anteriormente descritos.
De igual modo, también se proporciona un LNB 101 configurable, de manera remota, desde la cabecera digital mediante el protocolo DiSEqC modificado, u otro. De modo que el LNB 101 puede ser actualizado por zonas, en base a un control del plan de frecuencias de acuerdo a las necesidades de los diferentes clientes de servicios, por ejemplo servicios de vídeo, de un operador. El LNB 101 propuesto permite una comunicación semi dúplex y están configurados para enviar tonos de respuesta para confirmar, negar y guardar los comandos enviados por los diferentes descodificadores de televisión 110. El alcance de protección de la presente invención se define en el siguiente conjunto de reivindicaciones.

Claims

REIVINDICACIONES
1. Un método para configurar un Bloque de Bajo Ruido (LNB), que comprende:
- almacenar una lista de frecuencias en un LNB (101), en donde dicha lista de frecuencias comprende diferentes frecuencias utilizadas por el LNB (101) para comunicarse con uno o más descodificadores de televisión (1 10) a través de una o más líneas de transmisión;
- generar, por el LNB (101), una serie de parámetros para su configuración en base a al menos:
un número de bandas de usuarios que van a utilizarse durante dicha comunicación del LNB (101) con dicho uno o más descodificadores de televisión (110);
un número de versión de la lista de frecuencias, y
un archivo que incluye a dicho número de versión, una nueva lista de frecuencias y a un código de verificación por redundancia cíclica, CRC, de una cierta longitud;
- generar, por el LNB (101), un descriptor utilizando dicho archivo y a un sistema que almacena información acerca de dicho uno o más decodificadores de televisión (1 10); y
- difundir, desde una cabecera digital del LNB (101), el descriptor generado a dicho uno o más decodificadores de televisión (1 10), en donde dicho descriptor incluye información acerca de dicha nueva lista de frecuencias ,
estando el método caracterizado porque comprende además:
- actualizar, por dicho uno o más descodificadores de televisión (1 10), una vez recibido dicho descriptor, la lista de frecuencias del LNB (101) con la nueva lista de frecuencias mediante la utilización de una pluralidad de comandos en cumplimiento con un protocolo de comunicación, en donde dicha pluralidad de comandos incluye:
• un primer comando enviado por dicho uno o más descodificadores de televisión (1 10) al LNB (101) para solicitar el inicio de la actualización de la lista de frecuencias;
· un segundo comando enviado por dicho uno o más descodificadores de televisión (1 10) al LNB (101) que comprende la nueva lista de frecuencias; y
• un tercer comando para actualizar la nueva lista de frecuencias en dicho uno o más decodificadores de televisión (110).
2. El método de la reivindicación 1 , en donde el primer comando incluye:
- un campo de datos hexadecimal destinado para indicar que se quiere entablar una comunicación ;
- un identificador del descodificador de televisión;
- el número de versión de la lista de frecuencias;
- el número de bandas de usuario; y
- el CRC.
3. El método según una cualquiera de las reivindicaciones anteriores, en el que el primer comando es enviado por cada uno de dicho uno o más descodificadores de televisión (1 10) con un cierto retraso, mientras cada uno de los descodificadores de televisión (1 10) consigue información sobre el aire, OTA.
4. El método de la reivindicación 3, en el que antes de enviar dicho primer comando, dicho uno o más descodificadores de televisión (1 10) realizan el seguimiento de un tono de RF OCUPADO del LNB (101), enviándose el primer comando si dicho tono está apagado.
5. El método de la reivindicación 4, que comprende, una vez que dicho uno o más descodificadores de televisión (1 10) han recibido dicho tono del LNB (101), reenviar, por dicho uno o más descodificadores de televisión (110), el primer comando al LNB (101) con un nuevo retraso.
6. El método de la reivindicación 1 , en donde el segundo comando incluye:
- un campo de datos hexadecimal destinado para enviar información de dicho LNB (101);
- diferentes campos de datos para transmitir información acerca de las bandas de usuario, una frecuencia de entrada, polarización, AGC, una frecuencia de salida y ancho de banda; y
- el CRC.
7. El método de la reivindicación 1 , en donde el tercer comando incluye:
- un campo de datos hexadecimal destinado para para indicar que se va a realizar la actualización;
- un identificador del descodificador de televisión; - un identificador del número de versión del CRC;
- el número de versión de la lista de frecuencias; y
- el CRC.
8. Un sistema para configurar un Bloque de Bajo Ruido (LNB), comprende:
- uno o más descodificadores de televisión (110); y
- al menos un LNB (101),
en donde dicho LNB (101) incluye una serie de medios adaptados y configurados para:
• almacenar una lista de frecuencias utilizadas por el LNB (101) para comunicarse con dicho uno o más descodificadores de televisión (110) a través de una o más líneas de transmisión;
• generar una serie de parámetros para su configuración en base a al menos:
o un número de bandas de usuarios que van a utilizarse durante dicha comunicación del LNB (101) con dicho uno o más descodificadores de televisión (1 10);
o un número de versión de la lista de frecuencias, y
o un archivo que incluye a dicho número de versión, una nueva lista de frecuencias y a un código de verificación por redundancia cíclica, CRC, de una cierta longitud;
· generar un descriptor utilizando dicho archivo y a un sistema que almacena información acerca de dicho uno o más decodificadores de televisión (110); y
• difundir el descriptor generado a dicho uno o más decodificadores de televisión (110), en donde dicho descriptor incluye información acerca de dicha nueva lista de frecuencias,
estando el sistema caracterizado porque:
- dichos uno o más descodificadores de televisión (110) están adaptados y configurados para actualizar, una vez recibido dicho descriptor, la lista de frecuencias del LNB (101) con la nueva lista de frecuencias mediante la utilización de una pluralidad de comandos en cumplimiento con un protocolo de comunicación, en donde dicha pluralidad de comandos incluye:
• un primer comando enviado por dicho uno o más descodificadores de televisión (1 10) al LNB (101) para solicitar el inicio de la actualización de la lista de frecuencias; • un segundo comando enviado por dicho uno o más descodificadores de televisión (1 10) al LNB (101) que comprende la nueva lista de frecuencias; y
• un tercer comando para actualizar la nueva lista de frecuencias en dicho uno o más decodificadores de televisión (110).
9. Un Bloque de Bajo Ruido (LNB) configurable, comprende:
- medios adaptados y configurados para almacenar una lista de frecuencias, en donde dicha lista de frecuencias comprende diferentes frecuencias utilizadas por el LNB (101) para comunicarse con uno o más descodificadores de televisión (110) a través de una o más líneas de transmisión;
- medios adaptados y configurados para generar una serie de parámetros para la configuración del LNB (101) en base a al menos:
un número de bandas de usuarios que van a utilizarse durante la comunicación del LNB (101) con dicho uno o más descodificadores de televisión (110);
un número de versión de la lista de frecuencias, y
un archivo que incluye a dicho número de versión, una nueva lista de frecuencias y a un código de verificación por redundancia cíclica, CRC, de una cierta longitud;
- medios adaptados y configurados para generar un descriptor utilizando dicho archivo y a un sistema que almacena información acerca de dicho uno o más decodificadores de televisión (1 10); y
- medios adaptados y configurados para transmitir, desde una cabecera digital del LNB (101), el descriptor generado a dicho uno o más decodificadores de televisión (1 10), en donde dicho descriptor incluye información acerca de dicha nueva lista de frecuencias,
caracterizado porque el LNB (101) comprende además medios adaptados y configurados para actualizar la lista de frecuencia del LNB (101) con dicha nueva lista de frecuencias en base a la recepción de una pluralidad de comandos en cumplimiento con un protocolo de comunicación, en donde dicha pluralidad de comandos incluye:
• un primer comando enviado por dicho uno o más descodificadores de televisión (1 10) al LNB (101) para solicitar el inicio de la actualización de la lista de frecuencias;
• un segundo comando enviado por dicho uno o más descodificadores de televisión (110) al LNB (101) que comprende la nueva lista de frecuencias; y • un tercer comando para actualizar la nueva lista de frecuencias en dicho uno o más decodificadores de televisión (110).
PCT/ES2016/070886 2016-12-13 2016-12-13 Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable Ceased WO2018109239A1 (es)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/ES2016/070886 WO2018109239A1 (es) 2016-12-13 2016-12-13 Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable
BR112019012030-0A BR112019012030A2 (pt) 2016-12-13 2016-12-13 método para configurar um bloco de baixo ruído, sistema para configurar um bloco de baixo ruído, e bloco de baixo ruído configurável
CONC2019/0005920A CO2019005920A2 (es) 2016-12-13 2019-06-06 Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/ES2016/070886 WO2018109239A1 (es) 2016-12-13 2016-12-13 Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable

Publications (1)

Publication Number Publication Date
WO2018109239A1 true WO2018109239A1 (es) 2018-06-21

Family

ID=62558109

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2016/070886 Ceased WO2018109239A1 (es) 2016-12-13 2016-12-13 Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable

Country Status (3)

Country Link
BR (1) BR112019012030A2 (es)
CO (1) CO2019005920A2 (es)
WO (1) WO2018109239A1 (es)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7130576B1 (en) * 2001-11-07 2006-10-31 Entropic Communications, Inc. Signal selector and combiner for broadband content distribution
US20080016535A1 (en) * 2005-09-02 2008-01-17 The Directv Group, Inc. Frequency shift key control in video delivery systems
US20110016496A1 (en) * 2009-07-20 2011-01-20 Ovidiu Octavian Popa Automatic user band assignment in a satellite signal distribution environment
EP2852078A1 (en) * 2013-09-24 2015-03-25 EchoStar Technologies L.L.C. Low-noise block downconverter (lnb) and methods of configuring the low-noise block down converter
WO2015150422A1 (en) * 2014-04-01 2015-10-08 Gt-Sat International S.À R.L. System and method for controlling outdoor unit connected with an integrated receiver decoder using a single cable

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7130576B1 (en) * 2001-11-07 2006-10-31 Entropic Communications, Inc. Signal selector and combiner for broadband content distribution
US20080016535A1 (en) * 2005-09-02 2008-01-17 The Directv Group, Inc. Frequency shift key control in video delivery systems
US20110016496A1 (en) * 2009-07-20 2011-01-20 Ovidiu Octavian Popa Automatic user band assignment in a satellite signal distribution environment
EP2852078A1 (en) * 2013-09-24 2015-03-25 EchoStar Technologies L.L.C. Low-noise block downconverter (lnb) and methods of configuring the low-noise block down converter
WO2015150422A1 (en) * 2014-04-01 2015-10-08 Gt-Sat International S.À R.L. System and method for controlling outdoor unit connected with an integrated receiver decoder using a single cable

Also Published As

Publication number Publication date
BR112019012030A2 (pt) 2019-11-12
CO2019005920A2 (es) 2019-08-30

Similar Documents

Publication Publication Date Title
US11206183B2 (en) Network protocol method for mesh capability in narrow-band wireless networks
KR20060133011A (ko) 변조기 및 중계기를 자동 구성하기 위한 시그널링의 이용
CN101647283B (zh) 用于在多频网络中分配及获取开销流数据的方法及设备
ES2661923T3 (es) Receptor de DVB-T2, método de recepción y programa
WO2003030417B1 (es) Sistema de emisoras y dispositivos de captación y fidelización de audiencia radiofónica remotamente configurables
US20220014575A1 (en) Secure televsion distribution over heterogeneous networks
US11611787B1 (en) Systems and methods for signaling host devices via a broadcast channel with grouping filters
US8989083B2 (en) Conditional access system for satellite outdoor unit
MXPA02006505A (es) Proceso para descargar datos precedidos por senales de anuncio.
ES2237830T3 (es) Metodo para distribuir paquetes de datos de un sistema abierto.
WO2018109239A1 (es) Método y sistema para configurar un bloque de bajo ruido (lnb) y lnb configurable
ES2625896T3 (es) Mensajería a través de una red de telefonía móvil para una red multimedia digital
EP3127259B1 (en) System and method for controlling outdoor unit connected with an integrated receiver decoder using a single cable
US20050081254A1 (en) Method and system for configuring parameters of a configuration device using tag-length-value data structures
ES2359762T3 (es) Método para transmitir y recibir mensajes de notificación y aparato para ello.
WO2001045325A2 (en) System and method for tuning to an in-band channel and for identification via return-path
US8098606B2 (en) Modified upstream channel descriptor messages for DOCSIS-based broadband communication systems
ES2264082T3 (es) Metodo para inicializar un docodificador digital y decodificador para llevar a cabo dicho metodo.
ES2939706T3 (es) Emparejamiento múltiple
US9019879B2 (en) Method and apparatus for transmitting and receiving system information update control information in wireless communication system
CN103973502A (zh) 智能家居系统的设备的程序无线升级方法
AR021834A1 (es) Sistemas y metodos para seguimiento de un sistema de comunicacion privado sujeto a resintonizacion
TW420909B (en) Wireless spread-spectrum data network and interface between fixed positions
US20100304663A1 (en) Time-varying indirect service authorization method and apparatus
ES2255092T3 (es) Metodo y dispositivo para la transmision de mensajes con un volumen de transferencia de datos variable como señal de datos por radio.

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16923838

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: NC2019/0005920

Country of ref document: CO

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019012030

Country of ref document: BR

WWP Wipo information: published in national office

Ref document number: NC2019/0005920

Country of ref document: CO

ENP Entry into the national phase

Ref document number: 112019012030

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20190612

122 Ep: pct application non-entry in european phase

Ref document number: 16923838

Country of ref document: EP

Kind code of ref document: A1

WWG Wipo information: grant in national office

Ref document number: NC2019/0005920

Country of ref document: CO