BR112020017316A2

BR112020017316A2 - Plataforma de transmissão virtualizada de locatário multicanal da próxima geração e convergência de 5g

Info

Publication number: BR112020017316A2
Application number: BR112020017316-9A
Authority: BR
Inventors: Michael J. Simon; Ebenezer K. KOFI; Mark A. Aitken
Original assignee: Sinclair Broadcast Group, Inc.
Priority date: 2018-02-26
Filing date: 2019-02-26
Publication date: 2020-12-15
Also published as: US20190268777A1; CA3092249A1; WO2019165463A1; KR20200125656A; MX2020008889A

Abstract

a presente invenção refere-se a arquiteturas de sistemas sem fio em todo o mundo que estão passando por uma mudança de paradigma hoje. isto, através da adoção de novas tecnologias e arquiteturas de sistemas wireless baseadas em rede definida por software (sdn) e virtualização de função de rede (nfv) que estão sendo instanciadas utilizando métodos de computação em nuvem de ti. o 3gpp está definindo um novo rádio 5g e rede central 5g na versão 16 com base em uma arquitetura de sistema nativa em nuvem. aqui, uma nova plataforma de transmissão virtualizada de locatário multicanal de próxima geração usando sdn/nfv é descrita usando os padrões atsc 3.0 a / 321, a / 322 como linha de base.

Description

Relatório Descritivo da Patente de Invenção para "PLATA- FORMA DE TRANSMISSÃO VIRTUALIZADA DE LOCATÁRIO MUL- TICANAL DA PRÓXIMA GERAÇÃO E CONVERGÊNCIA DE 5G". Antecedentes

[1] Pedido de Patente dos Estados Unidos 14/092.993 foi depo- sitado em 2013 antes do surgimento e uso de Rede Definida por Sof- tware (SDN, Software-Defined Networking) e Virtualização de Funções de Rede (NFV, Network Functions Virtualization) em arquiteturas sem fio. Além disso, a entidade de orquestração de troca de mercado por transmissão (BMX, broadcast market exchange) descrita nele agora evoluiu na era das arquiteturas de sistema de computação em nuvem de TI sem fio.

[2] Nos Estados Unidos, um novo padrão de banda larga de transmissão terrestre Advanced Television Systems Committee (ATSC)

3.0 foi desenvolvido e os padrões ATSC 3.0 A/321, A/322 foram adota- dos nas regras da FCC em novembro de 2017. A FCC permitiu que os transmissores voluntariamente usar ATSC 3.0 em uma base de mer- cado livre para permitir a inovação.

[3] No entanto, as regras da Comissão de Comunicações Fede- ral (FCC, Federal Communications Commission) exigem que o padrão ATSC 1.0 atual continue a ser transmitido. Como o ATSC 1.0 e o novo ATSC 3.0 são tecnicamente incompatíveis para transmissão simultânea no mesmo canal de 6 MHz, a FCC permitiu que as emissoras interessa- das em ATSC 3.0 voluntariamente formassem pools de espectro de transmissão virtual e acordos de compartilhamento de canal entre si. Alguns conjuntos de espectro de transmissão e canais compartilhados podem ser usados para transmitir ATSC 1.0 conforme necessário. Ou- tros canais compartilhados são usados para explorar voluntariamente o ATSC 3.0 em uma base de mercado livre. Isso é voluntário, pois cada emissora licenciada pode escolher continuar transmitindo ATSC 1.0 e não explorar ATSC 3.0 ou voluntariamente entrar em acordos de com- partilhamento de canal virtual para explorar ATSC 3.0.

[4] Portanto, nos Estados Unidos, para explorar o ATSC 3.0 de forma voluntária, as emissoras licenciadas interessadas exigem nova tecnologia e arquitetura de sistema para permitir conjuntos de espectro de transmissão virtual eficientes e compartilhamento de canais permiti- dos pela FCC.

[5] As emissoras podem desempenhar um papel importante na definição de novos casos de uso do tipo transmissão para seu espectro impulsionado por um mercado livre. O valor real do espectro de trans- missão só pode ser desbloqueado servindo dispositivos móveis (por exemplo, automotivo, IoT, portátil, vestível, etc.).

[6] Portanto, acredita-se que a radiotransmissão deve ser mobi- lizada para continuar a permanecer relevante servindo suas comunida- des locais com mídia, entretenimento, notícias, avisos de emergência e alertas. Isso definirá então o melhor uso do espectro de transmissão licenciado no interesse de uma sociedade móvel. Sumário da invenção

[7] A tecnologia, arquitetura do sistema e metodologia usada para formar conjuntos de recursos de espectro de transmissão eficien- tes e compartilhamento de canal para transmissores ATSC 3.0 são des- critos neste documento. Isso permite que os transmissores monetizem seu espectro e criem novos modelos de negócios de transmissão em um mercado livre.

[8] O conceito de compartilhamento de canal virtual tem sido usado na indústria sem fio há anos e é bem aceito pelas operadoras de rede virtual móvel (MVNO, mobile virtual network operators). O compar- tilhamento de canais virtuais será ainda mais importante para 5G à me- dida que novas indústrias verticais são criadas.

[9] O padrão ATSC 3.0 incorpora a mais recente tecnologia de multiplexação por divisão de frequência ortogonal da camada física mais eficiente espectral e é baseado no transporte de camada de protocolo interno (IP). A tecnologia, arquitetura do sistema e metodologia descri- tos neste documento permitem o compartilhamento eficiente de canais de transmissão em uma base justa e aberta, que é verificável quanto à integridade e confiança dos usuários de transmissão para estabelecer novos modelos de negócios independentes.

[10] São apresentadas duas novas entidades de camada física de transmissão, o gerenciador de recursos de espectro (SEM, spectrum resource manager) e o gerenciamento de espectro cognitivo (CSM, cog- nitive spectrum management). Essas entidades de camada física de transmissão são responsáveis pela criação e gerenciamento de grupos de recursos de espectro virtual para todos os canais. Além disso, o es- tabelecimento de métricas para validação do compartilhamento aberto e justo de canais de transmissão que podem ser a base de novos mo- delos de negócios sob a orquestração BMX são descritos no presente documento.

[11] A entidade de orquestração BMX permite que os recursos de espectro de transmissão no grupo de espectro sejam tratados como uma mercadoria em uma bolsa de mercado livre. Alguns recursos do espectro de transmissor podem ser vendidos programaticamente a ou- tras entidades para fornecer serviços inovadores por meio da plata- forma. Isso é denominado transmissão como back-end como serviço (BaaS, backend as a service).

[12] Além disso, os direitos de uso do BaaS são determinados em contratos ou acordos de nível de serviço (SLAs, service level agree- ments) assinados previamente por entidades. Os SLAs são executados usando a política e capacidade de cobrança da tecnologia, arquitetura do sistema e metodologia descrita neste documento para novos mode- los de negócios baseados em um relógio de 24 horas. Os recursos de espectro são programados com antecedência ou vendidos dinamica- mente à medida que a capacidade dos recursos de espectro torna-se disponível pelo uso mais eficiente do espectro sob a orquestração BMX.

[13] A tecnologia, arquitetura do sistema e metodologia a serem descritas neste documento representam uma forma de compartilha- mento de canal permitida pela FCC de forma voluntária sob acordos de compartilhamento de canal nos Estados Unidos. Além disso, o surgi- mento de um chip demodulador de rádio definido por software de trans- missão (SDR, broadcast software-defined radio) no mercado é descrito e a inovação para transmissão de convergência 5G 3GPP versão 16.

[14] A tecnologia, a arquitetura do sistema e a metodologia a se- rem descritas neste documento permitem que as ilhas tradicionais de transmissão autônoma sejam abandonadas pelas emissoras que dese- jam usar o ATSC 3.0 de forma eficiente em uma base voluntária orien- tada pelo mercado. Espera-se que, nos Estados Unidos, a oportunidade proporcionada pelas regras da FCC para ATSC 3.0 seja mudar da in- dústria de transmissão, uma indústria de transmissão regulamentada, para um negócio de inovação voluntária no mercado livre. Essa mu- dança é a filosofia da indústria de transmissão, pois pode ser o ajuste mais desafiador para as emissoras, não a nova plataforma de tecnolo- gia. Breve descrição dos desenhos/figuras

[15] Nos desenhos anexos, são ilustradas estruturas que, junta- mente com a descrição detalhada fornecida abaixo, descrevem modali- dades exemplares da invenção reivindicada. Elementos semelhantes são identificados com os mesmos números de referência. Os elementos mostrados como um único componente podem ser substituídos por vá- rios componentes e os elementos mostrados como vários componentes podem ser substituídos por um único componente. Os desenhos não estão em escala e a proporção de certos elementos pode ser exagerada para ilustração.

[16] A Figura 1 ilustra um exemplo de nova arquitetura do sistema inteligente permitindo o agrupamento de espectro de transmissão e compartilhamento de canais, banda larga, e convergência 5G;

[17] A Figura 2 ilustra um exemplo de arquitetura de sistema in- teligente e o tempo de fluxos de conteúdo IP para transmissão e con- vergência 5G;

[18] A Figura 3 ilustra a entidade BMX e arquitetura de sistema antes de SDN/NFV sem fio e arquiteturas computacionais em nuvem emergidas conforme descrito no Pedido de Patente Norte-Americano 14/092,993;

[19] A Figura 4 ilustra a linha do tempo da evolução da computa- ção e rede de TI, do metal nu à virtualização (VM, recipiente) à compu- tação nativa em nuvem;

[20] A Figura 5 ilustra a arquitetura ponta a ponta de alto nível das entidades e o estabelecimento de grupos de recurso de espectro de transmissão e compartilhamento de canal;

[21] A Figura 6 ilustra a atribuição do canal da emissora em fun- ção da física do espectro e caso de uso para a melhor orquestração de BMX de eficiência de recursos;

[22] A Figura 7 ilustra uma rede sensível ao contexto usando or- questração BMX conduzida pela política que reflete a vontade do trans- missor sob o SLA;

[23] A Figura 8 ilustra a orquestração BMX é de 86.400 s/dia e é usar ou perder a proposição para os recursos de espectro de uma emis- sora a cada segundo;

[24] A Figura 9 ilustra a vista de alto nível da interface leste da entidade de orquestração BMX para gerenciar CDN ou Data Lake e ga- teway doméstico ATSC 3.0 via ISP;

[25] A Figura 10 ilustra a vista de alto nível e os conceitos de con- vergência 5G de broadcast de camada 3;

[26] A Figura 11 ilustra a vista de alto nível de estrutura de design de orquestração de troca de mercado de transmissão usando funções de rede virtual;

[27] A Figura 12 ilustra a vista de alto nível da estrutura de design de plataforma de transmissão usando rede definida por software (SDN) e virtualização de função de rede (NFV);

[28] A Figura 13 ilustra conceito de divisão de rede de transmis- são usando a plataforma de compartilhamento de transmissão de loca- tário multicanal virtualizado e design SDN/NFV;

[29] A Figura 14 ilustra mais detalhes de divisão de rede de trans- missão usando a plataforma de compartilhamento de transmissão de locatário multicanal virtualizada e design SDN/NFV;

[30] A Figura 15 ilustra a versão 16 do 5G Core e as entidades compartilhadas da rede central da emissora, permitindo a convergência e novos setores verticais; e

[31] A Figura 16 ilustra casos de uso de compartilhamento de ca- nal de transmissão, banda larga de interoperação e convergência 5G usando tecnologia e metodologia descrita sob a orquestração da enti- dade de troca do mercado de transmissão. Descrição detalhada

[32] O termo Consorcio de Espectro (Spectrum Consortium) é usado no presente documento para representar coletivamente todas as emissoras que firmaram acordos de compartilhamento de canais para explorar voluntariamente o ATSC 3.0 nos Estados Unidos. Uma plata- forma de transmissão virtualizada de locatário multicanal da próxima ge- ração é descrita em 100. Este 100 é um exemplo de arquitetura de sis- tema inteligente que permite agrupamento de espectro de transmissão e compartilhamento de canais, banda larga e convergência 5G.

[33] A Figura 1 ilustra um exemplo da nova arquitetura do sistema inteligente permitindo agrupamento de espectro de transmissão e com- partilhamento de canais, banda larga e convergência 5G. A Figura 1 fornece uma introdução de alto nível de uma plataforma 100 que deve ser seguida por discussões posteriores com desenhos adicionais, cada um focando nas áreas específicas da plataforma 100 em mais detalhes. Conforme ilustrado na Figura 1, a plataforma 100 inclui uma rede central de transmissão compartilhada 101 e uma entidade de acesso de rádio de transmissão 102.

[34] O consórcio de espectro usa a rede central de transmissão compartilhada 101, que pode incluir quatro centros de dados regionais 107, 108, 109, 110 servindo regiões dos Estados Unidos neste exemplo. No entanto, os versados na técnica relevante reconhecerão que um nú- mero diferente de centros de dados regionais é possível sem se afastar do espírito e escopo da presente invenção. Conforme ilustrado na Fi- gura 1, a rede central de transmissão compartilhada 101 inclui quatro interfaces definidas no sentido norte 103, sul 104, leste 105 e oeste 106, conforme ilustrado na Figura 1.

[35] Na modalidade exemplar ilustrada na Figura 1, cada um dos centros de dados regionais 107, 108, 109, 110 serve N canais de trans- missão compartilhada de 6 MHz licenciados para emissoras em cidades em regiões geográficas dos Estados Unidos para implementar uma pla- taforma nacional coesa, enquanto atende comunidades locais de li- cença. Conforme ilustrado na Figura 1, cada um dos centros de dados regionais 107, 108, 109, 110 inclui programadores de transmissão A para construir a forma de onda digital ATSC 3.0 instruída por um geren- ciador de recursos de espectro (SEM, spectrum resource manager). Este sinal digital é então enviado através da interface sul 104 para a entidade 102 de acesso de rádio de transmissão que inclui um excitador para modular e converter este sinal digital em ondas de rádio analógicas para transmissão no espectro de transmissão.

[36] Conforme ilustrado na Figura 1, cada um dos centros de da- dos regionais 107, 108, 109, 110 inclui um gerenciador de recursos de espectro (SRM) que é responsável por gerenciar os programadores de transmissão A que cada um constrói formas de onda digitais ATSC 3.0. O SRM é responsável por estabelecer e manter um grupo de recursos de espectro para cada um dos N canais de transmissão compartilhados de 6 MHz.

[37] Existe um algoritmo de compartilhamento de espectro co- nhecido definido por equações que descreve exatamente o número de recursos em um grupo de espectro em um canal de 6MHz. Cada uni- dade de recurso é igualada e representada por um período ATSC Sam- ple (T), que pode ser considerado uma unidade atômica. O número de períodos de amostra (T) por segundo é uma constante em ATSC 3.0 em um canal de 6 MHz. Exatamente 6.912.000 períodos de amostra (T) por segundo sempre ocorre em 6 MHz e é uma constante.

[38] Além disso, existe uma correlação entre o número de recur- sos necessários para construir cada tipo de quadro ATSC 3.0. A trans- missão ATSC 3.0 é simplesmente uma sequência contínua de quadros ATSC 3.0 em um canal de 6MHz. Em geral, o número de recursos ne- cessários para construir um quadro também é função do tipo e da ro- bustez da forma de onda selecionada e tem muitas variáveis.

[39] No entanto, o algoritmo de compartilhamento é responsável por todos os detalhes para estabelecer e manter pools de espectro pre- cisos. Independentemente do tipo de forma de onda OFDM ou do nú- mero de usuários virtuais que compartilham um quadro em função da frequência OFDM e dos domínios de tempo.

[40] Alguns recursos do grupo de espectro podem ser usados para suportar o conteúdo e/ou transmissão de dados diretamente, en- quanto outros são usados para sobrecarga necessária em um quadro,

como para os pilotos estimarem o canal para o receptor no domínio da frequência, intervalo de guarda no domínio do tempo, etc. Um quadro começa com símbolos de bootstrap e preâmbulo. Todos os usuários em um quadro se beneficiam e compartilharão igualmente dessa sobre- carga que é usada para a sincronização inicial e sinalização de baixo nível em cada quadro. Os recursos usados em cada quadro podem ser precisamente contabilizados e analisados símbolo a símbolo para todos os usuários de um quadro.

[41] Portanto, se N emissoras concordaram em compartilhar um canal de 6 MHz, a distribuição exata das constantes 6.912.000 amostras (T) a cada segundo entre as emissoras pode ser contabilizada e vali- dada abertamente. Isso para garantir a integridade da plataforma 100 e a confiança das emissoras licenciadas pelo consórcio de espectro e para incentivar a monetização de novos modelos de negócios.

[42] Todas as amostras de recursos de espectro licenciadas (T) em um grupo são consideradas itens de commodities em um mercado livre sob a entidade de orquestração BMX 113. Esta é uma granulari- dade de 597.196.800.000 amostras (T) ou unidades de recursos a cada dia em um canal de 6MHz. A plataforma 100 pode dar conta de cada um e o mercado livre pode decidir seu uso.

[43] Além disso, cada um dos programadores de transmissão A é isolado e não tem conhecimento dos outros programadores de trans- missão A ou canais gerenciados por seus respectivos SRM. Os grupos de espectro são estabelecidos e mantidos pelos SRMs em cada um dos centros de dados regionais 107, 108, 109, 110. Cada SRM isolado não tem conhecimento dos outros SRMs em outros centros de dados regio- nais 107, 108, 109, 110.

[44] A entidade 111 de gerenciamento de espectro cognitivo (CSM) está localizada centralmente e tem uma vista consolidada dos grupos de recursos de espectro de cada um dos centros de dados regi- onais 107, 108, 109, 110 sob a gestão de cada SRM. Os registros de quadro de transmissão como 112 contêm as métricas, metadados e ca- rimbos de data/hora, etc. usados pela entidade de orquestração BMX 113 para validar todos os recursos usados de todos os grupos de es- pectro para construir quadros ATSC 3.0. Contra SLAs e para desenvol- vimento de registros de cobrança, etc., isso é então apresentado na pre- missa de transmissão em 118, 119, 120.

[45] A entidade CSM 111 abstrai detalhes técnicos de gerencia- mento de pools de espectro e fornece serviços para a entidade de or- questração BMX 113. A orquestração BMX 113 é responsável pela or- questração de troca para troca (E2E, exchange-to-exchange) de conte- údo IP e/ou fluxos de dados para e na plataforma 100. A entidade de orquestração BMX 113 tem a vista de negócios e as formas ou política de monetizar recursos de espectro para todos os usuários sob a gover- nança do consórcio de espectro e acordos SLA com as instalações da emissora 115, 116, 117, por exemplo.

[46] As instalações da emissora 115, 116, 117 são ilustradas na Figura 1. No entanto, os versados na técnica relevante reconhecerão que um número diferente de instalações da emissora virtual é possível sem se afastar do espírito e escopo da presente invenção. As instala- ções da emissora 115, 116, 117 sob a entidade de orquestração BMX 113, enviam conteúdo, fluxos de dados IP sobre a interface de direção norte 103 usando interfaces (APIs, Rest Application Programming Inter- faces) por meio de gateways API (GWs) sob orquestração BMX. As ins- talações da emissora 115, 116, 117, possuem tráfego local e sistemas de automação para roteamento interno de conteúdo, incluindo ao vivo e/ou dados. O sistema de automação do local também pode ser conec- tado por meio da interface 103.

[47] Cada uma das instalações da emissora 115, 116, 117 tem uma interface gráfica do usuário comum (GUI, Graphic User Interface) também referida como um único painel de vidro 118, 119, 120. O único painel de vidro 118, 119, 120 representa pontos únicos para controlar, monitorar e validar seus recursos individuais em canais compartilhados na plataforma 100 em tempo real ou como relatórios executando seus modelos de negócios. Isso também inclui o monitoramento das cobran- ças de receita de outra entidade que usou alguns de seus recursos de acordo com o SLA por meio da orquestração BMX como uma mercado- ria em um mercado livre. Cada uma das instalações da emissora 115, 116, H7 está totalmente isolada da vista de outras instalações da emis- sora 115, 116, 117 na plataforma 100. A vista do sistema global 114 está disponível apenas sob a governança do consórcio de espectro para os operadores de rede independentes da plataforma 100.

[48] A hierarquia de abstração do sistema da plataforma 100 des- crita neste documento é estritamente imposta e a entidade de orques- tração BMX 113 conhece apenas a entidade CSM 111. Qualquer con- sulta de recursos de um canal específico flui da entidade CSM 111 para o SRM nos programadores de transmissão A nos centros de dados re- gionais 107, 108, 109, 110. Essas abstrações e isolamentos são estra- tégicos para a operação da plataforma 100.

[49] Um exemplo são os benefícios da ligação de canal ATSC 3.0 dos recursos de dois canais de 6 MHz gerenciados por um SRM com cada um dos programadores de transmissão A sendo agnósticos de ou- tros programadores de transmissão. A ligação de canal pode ser usada para aumentar a capacidade ou robustez de um serviço para um UE sobre o possível de apenas um único canal. Isto, quando dois canais de 6 MHz sincronizados orquestrados são recebidos simultaneamente.

[50] A inteligência fornecida na rede central compartilhada 101, especificamente a entidade de orquestração BMX 113, pode ser usada para convergir serviços de transmissão com banda larga e/ou 5G para cada locatário de transmissor individual. A interface leste 105 da rede central compartilhada 101 através da rede IP 121 e um ISP 122 pode gerenciar um gateway doméstico de transmissão 123 colocado na casa dos consumidores.

[51] O gateway doméstico de transmissão 123 pode ser o ponto de ancoragem para o relacionamento com o consumidor e a emissora em uma sociedade móvel. O registro e autenticação do(s) usuário(s) do gateway doméstico de transmissão 123 é fornecido pela rede central compartilhada 101. Vários bancos de dados na rede central comparti- lhada 101 armazenam informações importantes sobre o interesse dos consumidores, etc. Esses bancos de dados podem incluir preferências de conteúdo e/ou os programas de televisão consumidos e os anúncios assistidos, etc. Esses dados extraídos são então armazenados na rede central compartilhada 101 para cada locatário da emissora e relaciona- mento com o consumidor.

[52] O gateway doméstico de transmissão 123 pode incluir Wi-Fi, permitindo que os consumidores interajam com o conteúdo usando um tablet e/ou telefone em casa. O interesse pessoal desses consumidores pode ser usado para pré-posicionar conteúdo e comercializar por meio de uma rede IP 121 de, por exemplo, um provedor de serviços de Inter- net (ISP, Internet service provider) e, em seguida, carregados de forma integrada a partir do gateway doméstico de transmissão 123 em um pessoal registrado dispositivo em casa.

[53] Quando o consumidor sai de casa e sai com um dispositivo 124 em mãos, a continuidade da programação é perfeita. Os anúncios spot carregados no dispositivo 124 por meio do gateway doméstico de transmissão 123 podem ser acionados para a inserção de anúncios per- sonalizados sem interrupções. Por exemplo, um anúncio de 30 segun- dos de um carro pode ser substituído por uma marca e um modelo que se encaixam perfeitamente no perfil do consumidor na programação ao vivo, como um evento esportivo usando a rede central compartilhada 101 e pode ser diferente para diferentes usuários. Outro anúncio no mesmo intervalo comercial pode ser global e visto por todos.

[54] A interface oeste 106 da rede central compartilhada 101 per- mite que a orquestração BMX interfuncione ou converta com uma rede central 5G 125 sob SLA para uma emissora com um modelo de negó- cios com 5G MNO. A rede principal 5G 125 na versão 3GPP 16 tem uma nova arquitetura baseada em serviço (SBA, service-based archi- tecture) com REST-APFs. Isso é projetado para suportar a interopera- ção de redes de acesso 3GPP e não 3GPP, como transmissão no fu- turo. Mais detalhes desta convergência 5G de transmissão serão discu- tidos posteriormente.

[55] A convergência de transmissão 5G pode ser uma proposta de negócios mutuamente benéfica tanto para a emissora quanto para a MNO e é amigável ao consumidor. O transmissor pode receber serviços 5G unicast para suportar os aplicativos de software que a emissora ins- talou no dispositivo de recepção 5G. Além disso, os aplicativos de sof- tware têm suporte de servidor de back office complementar na rede prin- cipal de transmissão compartilhada 101. Em seguida, a transmissão opera como uma nova indústria vertical para a rede principal 5G 125.

[56] O MNO pode receber serviços de transmissão da plataforma 100 para conteúdo sob demanda e/ou dados que congestionariam a rede principal 5G 125 e seriam tratadas de forma eficiente com trans- missão. Então, o MNO opera como uma nova indústria vertical para a rede central de transmissão 101. Ambos os casos de uso estão sob SLA entre a emissora e o MNO usando a interoperação inteligente da rede central compartilhada 101 e a rede central 5G 125.

[57] A entidade de acesso de rádio de transmissão 102 inclui re- des de acesso de rádio. Os serviços unicast 5G usam 126 redes de acesso de rádio. A versão 16 do 3 GPP mais importante suporta um receptor de UE de usuário dual conectado 129. Este modo suporta re- des de acesso 3GPP e não 3GPP que são ilustradas como o modem 5G 127 e o demodulador 128 não 3PP de transmissão na Figura 1.

[58] As redes centrais de interoperação para convergência entre a rede central compartilhada 101 e a rede central 5G 125 também po- dem permitir a convergência no UE. O chip demodulador SDR 128 de rádio definido por software pode ser sinérgico ao permitir uma conver- gência estreita e uma experiência amigável ao consumidor. Dispositivos de UE adicionais e casos de uso podem suportar a convergência de conexão dupla 130, 131, 132, 133 com o receptor de UE de usuário duplo conectado 129 e inteligência em ambos os acordos comerciais SLA suportados pelas redes principais.

[59] Além disso, relatórios de estudo 3GPP TS 23.793 sobre di- recionamento de tráfego de acesso, comutação e divisão entre redes de acesso 3GPP e não 3GPP na versão 16 da arquitetura de sistema 5G. Este estudo fornece detalhes sobre UE de conexão dupla para redes de acesso 3GPP e não 3GPP. Isto é sinérgico para o receptor de UE de usuário dual conectado 129, indicando que é o momento certo para a convergência de transmissão 5G na versão 16 com a plataforma cor- reta.

[60] Além disso, essencial na plataforma 100 para garantir o com- partilhamento de canais sem contenção entre os usuários por recursos e para alcançar flexibilidade e utilização eficiente do espectro (moneti- zação) é o uso das referências de tempo comuns mostradas. O espectro de transmissão de 6 MHz é licenciado para exatamente 86.400 segun- dos por dia. A orquestração de todos os grupos de espectro de uso de recursos progride por uma constante 6.912.000 Amostras (T) em cada segundo período para cada canal de 6 MHz compartilhado. A camada física usa a referência Time Atomic International (TAI) que está aumen-

tando monotonicamente sem segundos intercalados e disponível a par- tir do GPS ou como IEEE 1588 PTP em banda larga.

[61] As referências do protocolo de tempo de rede (NTP) permi- tem que o conteúdo e/ou fluxos de dados das instalações da emissora 115, 116, 117 em grupos de espectro compartilhem os recursos de es- pectro finito de canais de 6 MHz de forma eficiente. As instalações da emissora 115, 116,117 e a entidade de orquestração BMX 113 podem incluir NTP que está bloqueado para a segunda cadência TAI.

[62] Esta temporização de rede determinística síncrona da plata- forma 100 permite que cada uma das instalações da emissora 115, 116, 117 tenha canais de transmissão virtuais programados deterministica- mente simultaneamente. Esses canais virtuais são chamados de fatias de rede de transmissão sob orquestração BMX em um canal comparti- lhado de 6 MHz e ocorrem sem colisões ou contenção de recursos. Esse recurso determinístico da plataforma 100 resulta em maior eficiência de espectro e capacidade de programação dinâmica ao longo dos 86.400 segundos em um dia, com base no mercado.

[63] A Figura 2 ilustra um exemplo de arquitetura de sistema in- teligente e o tempo dos fluxos de conteúdo IP para transmissão e con- vergência 5G. A modalidade exemplar ilustrada na Figura 2 ilustra os radiodifusores licenciados A 201 e o modelo de cronometragem de pla- taforma ponta a ponta para uma plataforma 200. A plataforma 200 pode representar uma modalidade exemplar da plataforma 100 como descrito acima na Figura 1.

[64] Na modalidade exemplar ilustrada na Figura 2, a temporiza- ção da camada física usa TAI e a temporização de fluxo de conteúdo IP usa o padrão de transporte de mídia ISO MPEG (MMT) 23008-1 e NTP. ISO MMT 23008-1 suporta transmissão contínua e rede heterogênea de banda larga. Este tempo de MMT é descrito adicionalmente no Pedido de Patente Norte-Americano 16/036.5790, depositado em 16 de julho de 2018.

[65] ISO MMT 23008-1 requer referências de tempo NTP em am- bos os lados de transmissão, incluindo os radiodifusores 201 e a enti- dade de envio MMT 221 e o receptor conectado duplo 217, como mos- trado como NTP OTA 207. O programador 203 tem a responsabilidade de servir NTP de tempo preciso ao dual receptor conectado 217. O pro- gramador 203 insere carimbos de data/hora TAI calibrados e metadados para ser preciso no momento que o sinal atinge a interface aérea da antena 205. O programador 203 envia carimbos de data/hora e metada- dos através da interface sul 222 no fronthaul 220 para o excitador 204.

[66] Os carimbos de data/hora calibrados e metadados em 205 são então propagados e recebidos pelo receptor de transmissão 206. Dada a velocidade de propagação de luz de ondas de rádio, a pequena latência de propagação entre a interface aérea de antena 205 e NTP OTA 207 é aceitável para a precisão necessária. O receptor conectado duplo 217 então converte os carimbos de data/hora TAI e metadados em NTP para fornecer o NTP OTA 207.

[67] O ISO MMT 23008-1 suporta controle rígido do tempo de apresentação de reprodução 209 usando NTP no UE no UE duplo co- nectado 216. Isto independente das redes de transporte usadas pelo excitador 204 e ou pelo núcleo 5G 213 recebido pelo UE duplo conec- tado 216.

[68] Isso é alcançado por um modelo de buffer de receptor hipo- tético definido (HRBM, hypothetical receiver buffer model) em ISO MMT 23008-1. As cadeias HRBM são mostradas no receptor de conexão du- pla 217, mas não serão descritas em mais detalhes. As cadeias HRBM são descritas posteriormente no padrão ISO MMT 23008-1. Este HRBM funciona garantindo um atraso constante de ponta a ponta na banda larga 208 e de ponta a ponta na transmissão de banda larga 211.

[69] A entidade de Orquestração BMX compartilhada 212 é mos- trada interagindo com os transmissores 201 por meio de uma interface 215 sobre a interface norte-americana 202 e por meio de uma interface 214 sobre a interface oeste 223 no núcleo 5G 213, ambos tendo TAI. As emissoras 201 trazem fluxos de IP de conteúdo através da interface Northbound 202 sob orquestração BMX usando NTP. A interface 218 via interface oeste 223 mostra um MNO 5G como uma nova indústria vertical trazendo conteúdo e/ou dados para a plataforma de transmis- são.

[70] A Figura 3 ilustra a entidade BMX e a arquitetura do sistema antes do surgimento das arquiteturas de SDN/NFV e computação em nuvem sem fio, conforme descrito no Pedido de Patente Norte-Ameri- cano 14/092.993. No momento deste pedido de patente, o hardware de metal nu era usado muito antes do surgimento de SDN/NFV e compu- tação em nuvem e ATSC 3.0. Esses conceitos gerais agora são desen- volvidos e estendidos no presente documento com novos recursos, in- cluindo um novo algoritmo fundamental para grupos de espectro e com- partilhamento de canal com ATSC 3.0 e convergência 5G.

[71] Conforme ilustrado na Figura 3, o conteúdo 304 e várias emissoras locais 302 trazem fluxos de IP para uma plataforma 300 que tem uma rede central 302 e uma rede de transmissão de transmissão

301. O conteúdo 304 é encaminhado para um gateway 310 para a banda VHF e usa o modulador 311 e Rede de frequência única (SFN, Single Frequency Network) 312. O conteúdo 304 também é roteado para um gateway 313 para a banda UHF e usa o modulador 314 e a rede de frequência única SFN 315. Também há interação com outros mercados de BMX 309.

[72] O gateway doméstico BMX 307 é gerenciado pelo ISP 306 usando inteligência BMX 305. Um receptor nômade é mostrado 308. Essa plataforma 300 conforme ilustrado na Figura 3 foi descrita usando

3GPP 4G muito antes do surgimento do 5G.

[73] A Figura 4 ilustra a linha do tempo da evolução da computa- ção e rede de TI, do metal nu à virtualização (VM, recipiente) à compu- tação nativa em nuvem. A Figura 4 ilustra uma linha do tempo 405 da evolução da tecnologia de rede de TI. O hardware ou metal nu apenas 401 por volta de 2013 progrediu primeiro usando virtualização e máqui- nas virtuais VM e hipervisor 402 para virtualização usando recipientes 403 para o sistema de computação em nuvem SDN/NFV atual 404. A invenção no presente documento descreve nova arquitetura BMX, me- todologia e computação em nuvem no presente documento que pode ser alinhado com 5G.

[74] A Figura 5 ilustra a arquitetura ponta a ponta de alto nível das entidades e o estabelecimento de grupos de recursos de espectro de transmissão e compartilhamento de canais. A Figura 5 ilustra uma arquitetura de sistema de ponta a ponta 500 sobre a interface norte 501, 502 da premissa da emissora 503, 504, 505, 506. A entidade responsá- vel por estabelecer grupos de recursos de espectro é a entidade do ge- renciador de recursos de espectro (SRM) 538. A entidade SRM 538 tem conhecimento teórico especializado dos padrões ATSC A/321, A/322 e número exato de amostras de recursos (T) necessárias para construir qualquer quadro ATSC 3.0. O número real exato de amostras de recur- sos (T) usadas irá variar ligeiramente da teoria com base nas estatísti- cas do tráfego e nas decisões feitas pelos programadores 537, 540.

[75] Portanto, o programador 537 comunica as decisões de pro- gramação através de uma interface 539 para a entidade SRM 538 para estabelecer e manter o grupo de recursos do espectro para o canal X. O programador 540 comunica as decisões de programação através de uma interface 541 para a entidade SRM 538 para estabelecer e manter o grupo de recursos do espectro para o canal Y.

[76] Os grupos de recursos de espectro para o canal X e o canal

Y são comunicados através de uma interface 542 para a entidade de gerenciamento de espectro cognitivo (CSM) localizada centralmente

544. As imagens de todos os grupos de recursos de espectro 543 de todos os canais compartilhados estão na entidade CSM 544.

[77] A entidade CSM 544 abstrai os detalhes da camada física OFDM usada em grupos de espectro da entidade de orquestração BMX

512. A entidade CSM 544 fornece serviços à entidade de orquestração BMX 512 por meio de uma interface 547. A entidade de orquestração BMX 512 só tem conhecimento do negócio e como monetizar recursos de espectro. A entidade de orquestração BMX 512 depende da entidade CSM 544 para todos os insights dos recursos disponíveis em um grupo e todos os recursos usados pelas emissoras 503, 504, 505, 506 com- partilhando canais que são relatados nos registros de quadro de trans- missão 112, conforme descrito acima em Figura 1.

[78] A entidade de orquestração BMX 512 autentica e autoriza os transmissores 503, 504, 505, 506 por meio de interfaces 511 quando uma solicitação é feita para trazer conteúdo e/ou dados para as interfa- ces norte 501, 502. A entidade de orquestração BMX 512 comuta por meio da interface 547 para a entidade CSM 544 sobre insights sobre grupos de espectro 543. A entidade CSM 544 relata sobre a disponibili- dade instantânea de recursos pertencentes aos radiodifusores 503, 504, 505, 506 nos grupos de espectro 543 antes de conceder o pedido de acesso. O número de amostras de recursos de espectro (T) disponíveis em um segundo é constante para cada canal de 6 MHz e ao comparti- lhar o uso de recursos do canal pode ser rastreado com precisão.

[79] A premissa da emissora 503 e 504 compartilhando o canal X envia conteúdo por meio de uma interface 507, 508 para fontes de da- dos, codificadores, servidores 515. As fontes de dados, codificadores, servidores 515 processam o conteúdo e envia esse conteúdo por uma interface 516 para o A/324 pré-processamento 517. O pré-processa- mento A/324 517 está sob o controle do programador 537 e constrói um quadro ATSC 3.0 de banda base digital. Esta é a saída em uma interface 518 para a banda base digital fronthaul 519 para o excitador 520 no local do transmissor. O sinal de banda base digital é modulado e convertido em um sinal de rádio analógico e transmitido usando uma rede de acesso de rádio 521.

[80] A premissa da emissora 505 e 506 compartilhando o canal Y envia conteúdo através de uma interface 509, 510 para fontes de dados, codificadores, servidores 522. As fontes de dados, codificadores, servi- dores 522 processam o conteúdo e envia esse conteúdo por uma inter- face 523 para o A/324 pré-processamento 524. O pré-processamento A/324 524 está sob controle do programador 540 e constrói um quadro ATSC 3.0 de banda base digital. Esta é a saída em uma interface 525 para a banda base digital fronthaul 526 para o excitador 527 no local do transmissor. O sinal de banda base digital é modulado e convertido em um sinal de rádio analógico 527 e transmitido usando a rede de acesso de rádio 528.

[81] O uso eficiente de todos os recursos do espectro é muito im- portante para os radiodifusores 503, 504, 505, 506, especialmente ao compartilhar um canal na arquitetura de sistema de ponta a ponta 500. A robustez e a capacidade selecionáveis para o canal virtual são muito flexíveis e diretamente proporcionais à seleção da taxa de código LDPC e constelação. O padrão ATSC 3.0 tem 24 códigos LPDC diferentes e 6 constelações para um total de 144 opções disponíveis para um canal virtual. Essas seleções permitem uma robustez de - 6dB SNR a + 33 dB SNR e uma capacidade de ~ 1 Mbps a 57 Mbps ao usar o canal total de 6 MHz.

[82] Cada uma das emissoras 503, 504, 505, 506 seleciona 1 de 144 combinações de robustez e os recursos de grupo serão rastreados e relatados. No entanto, para uma operação eficiente, o programador 537, 540 através da entidade SRM 538 pode em controle de circuito fechado de fontes de dados, codificadores, servidores 515 e fontes de dados, codificadores, servidores 522 através de uma interface 545 e uma interface 546, respectivamente. A consciência de recurso da ca- mada física dos planejadores 537, 540 pode controlar e/ou estrangular as taxas de dados ligeiramente para garantir que o conteúdo seja codi- ficado e encapsulado pelo pré-processamento A/324 517, 524 com a melhor eficiência possível. A conscientização dos programadores 537, 540 de fontes de dados, codificadores, servidores 515, 522 também ga- rante casos de uso oportunistas dinâmicos para o excesso de capaci- dade de recursos e receita da venda de recursos para outras entidades em um mercado livre sob a entidade de orquestração BMX 512.

[83] Além disso, quando uma solicitação é feita da premissa da emissora para trazer conteúdo e/ou dados para a arquitetura de sistema ponta a ponta 500, decisões diferentes de uma decisão binária são pos- síveis para a entidade de orquestração BMX 512. O SLA estabelecido e a política em execução para uma emissora podem permitir a otimização e ligeiro estrangulamento de fontes de dados, codificadores, servidores 515, 522 para atender a solicitação de forma eficiente. Uma plataforma programática adaptável inteligente automatizada resulta em flexibilidade para uma emissora licenciada compartilhando um canal para monetizar seus recursos de espectro em 86.400 segundos por dia.

[84] Há também flexibilidade adicional mostrada para habilitar um SDR de rádio definido por software. O pré-processamento A/324 517, 524 mostra a opção de um modulador de banda base I/Q 529, 533 atra- vés de um fronthaul I/Q 530, 534 para uma cabeça de rádio analógica 531, 535 para o canal X 532 ou canal Y 536.

[85] Os sinais do modulador I/ 529, 533 são totalmente modula- dos e o cabeçote de rádio analógico 531, 535 simplesmente converte em um sinal analógico. A cabeça de rádio 531, 535 é totalmente agnós- tica ao tipo de forma de onda e isso permite que diferentes formas de onda para diferentes casos de uso sejam transmitidas quadro a quadro, o que é suportado pelo bootstrap A/321. O bootstrap é ainda descrito no Pedido de Patente Norte-Americano 15/648.978, depositado em 13 de julho de 2017, agora Patente Norte-Americano 10.158.518.

[86] A flexibilidade do SDR pode então se adaptar à transmissão de diferentes formas de onda. Um exemplo de forma de onda para um dispositivo IoT restrito por bateria será diferente sendo otimizado para este caso de uso. A compensação é a taxa de dados exigida no fron- thaul para suportar I/Q 530, 534 é maior do que a banda base digital 519, 526.

[87] A Figura 6 ilustra a atribuição do canal da emissora em fun- ção da física do espectro e o caso de uso para a melhor orquestração BMX com eficiência de recursos. Nos Estados Unidos, a transmissão licenciada é entre os canais de transmissão (Ch) 2 a Ch 36 e abrange as bandas de frequência espectral de baixa frequência muito alta (VHF), VHF alta e frequência ultra alta (UHF). Geralmente, esse espectro de transmissão não é fungível devido à física, mas algumas bandas de fre- quência serão mais eficientes para certos casos de uso.

[88] O método tradicional em um país é uma entidade reguladora, como a FCC para fornecer um exemplo, licenciar uma emissora para uma atribuição de canal fixo e nos Estados Unidos entre o Ch 2 ao Ch

36. As leis da física ditam alguns casos de uso, como Recepção domés- tica fixa e/ou veículo ou transporte público podem ser atendidos de forma mais eficiente com um canal na banda VHF, enquanto os casos de uso alimentados por bateria portátil incluindo dispositivo portátil são mais bem atendidos com canal na banda UHF.

[89] Uma plataforma 600, conforme ilustrado na Figura 6, inclui flexibilidade para mitigar a atribuição de canal fixo do regulador usando orquestração BMX em um mercado livre. O consórcio de radiodifusores nos Estados Unidos tem licença no Ch 2 ao Ch 36 em grupos de espec- tro sob SLA e acordos de compartilhamento de canal. Na modalidade exemplar ilustrada na Figura 6, o canal X está operando na banda VHF e o canal Y na banda UHF neste exemplo.

[90] Conforme ilustrado na Figura 6, o SRM 601 gerencia o pro- gramador 603 que controla o pré-processamento 604 de A/322 que constrói o sinal de banda base digital 606 enviado ao excitador 607 para transmitir no canal X na banda VHF. Na modalidade exemplar ilustrada na Figura 6, esta transmissão é enviada para um chip demodulador de transmissão 608 para entrega a casos de uso fixos e de veículo 610.

[91] Da mesma forma, o SRM 601 gerencia o programador 612 que controla o pré-processamento A/322 613. Um demodulador de banda base digital 614 constrói um sinal digital I/Q 615 enviado para a cabeça de rádio 616 para transmitir no canal Y na banda UHF. Na mo- dalidade exemplar ilustrada na Figura 6, esta transmissão é enviada para um chip SDR demodulador de transmissão 617 para entrega em casos de uso alimentados por bateria 618.

[92] Conforme descrito acima, a entidade de orquestração BMX é responsável pelos negócios e pelo uso eficiente de todos os recursos do espectro. O SLA e a política nas orquestrações BMX atribuíram às emissoras um caso de uso de serviço fixo e/ou de veículo para o canal X representado pelas entradas 602 para pré-processamento A/322 604. As emissoras com casos de uso de serviço alimentado por bateria são atribuídas ao canal Y representado pelas entradas 611 para pré-proces- samento A/322 613.

[93] Essa flexibilidade mitiga a atribuição de canal estático fixo pela entidade reguladora e permite que o mercado livre otimize da me- lhor forma a eficiência do espectro e as receitas. Lembre-se de que a orquestração da plataforma é flexível e pode alterar a atribuição quadro a quadro e/ou caso de uso por uso com base no SLA e na política de BMX que é controlada pelas emissoras. Isso, quando todos os recursos do espectro são tratados como uma mercadoria em um mercado livre dirigido e considerando a física da propagação de rádio.

[94] A emissora individual decide como operar, e isso se reflete no SLA e na política dessa emissora individual. A política é baseada em software e pode ser alterada no futuro pela emissora usando as forças do mercado livre e a inovação para extrair o máximo valor do espectro de transmissão. A banda de transmissão nos Estados Unidos foi desig- nada há 70 anos para um uso específico da televisão em casa, uma forma de alcançar rapidamente os cidadãos do país, desde então as coisas mudaram nos Estados Unidos.

[95] Os registros de quadro de transmissão são gerados 602 cor- relacionando cada identificador exclusivo (ID) da emissora a um fluxo de IP exclusivo e número de porta do protocolo de datagrama de usuário (UDP, User Datagram Protocol) exclusivo e número exato de recursos usados em um canal de transmissão virtual. Esses registros são então processados por BMX e informações de cobrança são adicionadas, ca- rimbos de data/hora, etc. A visualização em tempo real e/ou relatórios de operação da plataforma aparecem no painel único de vidro GUI 118, 119, 120 na premissa da emissora, conforme descrito acima na Figura

1. Para controlar e validar a operação e reconciliar transações de negó- cios na plataforma usando bancos de dados na rede central de trans- missão compartilhada.

[96] Permitir que um número fixo de recursos de espectro perten- centes a uma emissora seja distribuído por diferentes canais comparti- lhados é algo inovador que pode ser tratado por automação em um mer- cado livre. Uma plataforma programática adaptável inteligente automa- tizada resulta em flexibilidade para uma emissora licenciada que com- partilha vários canais para monetizar seus recursos de espectro 86.400 segundos por dia.

[97] A Figura 7 ilustra uma rede sensível ao contexto usando a orquestração BMX conduzida pela política que reflete a vontade do transmissor sob o SLA. Conforme ilustrado na Figura 7, uma plataforma 700 inclui uma orquestração BMX 701 que contém a Política e o SLA 709 para cada transmissor. Isso reflete o SLA do contrato assinado pela emissora para a Política. Para que a plataforma opere e otimize seus recursos de espectro em função do tempo, faixas de frequência de ca- nal, caso de uso, commodity de mercado aberto, etc. para maximizar a receita de seu modelo de negócio de transmissão virtual.

[98] A consciência do contexto está na inteligência automatizada na plataforma 700 pode tomar decisões tanto de forma programática quanto em tempo real para aumentar a receita dos recursos do espectro usando os princípios do mercado livre a cada 86.400 segundos de cada dia.

[99] A entidade BMX 701 se comunica por meio de uma interface 703 com a entidade CSM centralmente localizada 704 e todos os cen- tros de dados e SRM 705. O reconhecimento de contexto para o caso de uso é mostrado 708 com base nas decisões que a entidade CSM 704 toma para atribuir recursos. O reconhecimento de contexto é orientado pela política 709. O canal compartilhado selecionado é uma função do caso de uso. A política pode ser diferente para cada caso de uso de emissora e recurso. O SLA pode ser feito em um esforço fixo e/ou me- lhor com base nas estatísticas de tráfego instantâneo da plataforma, esta é uma discussão de negócios que se reflete na lógica do software de política.

[100] Os registros de quadro de transmissão 706 validarão todas as decisões tomadas na plataforma pela orquestração BMX 701. Os re- gistros são filtrados para cada premissa da emissora e disponíveis atra-

vés da interface norte 702 em cada premissa da emissora para seu pró- prio interesse. Os registros são armazenados não filtrados globalmente 707 para o(s) operador(es) de rede da plataforma selecionado(s) pela governança do consórcio de espectro.

[101] A Figura 8 ilustra a orquestração BMX que é de 86.400 s/dia e usa ou perde a proposição para os recursos de espectro de uma emis- sora a cada segundo. Em um dia, uma constante exata de

597.196.800.000 Amostras (T) é consumida no canal de 6 MHz por uma plataforma 800. O recurso pode ser dividido entre (N) emissoras por um acordo de compartilhamento de canal e imposto pela plataforma.

[102] O importante para entender é que o tamanho do grupo de recursos e o uso por tempo é constante no canal de 6 MHz e é indepen- dente do tipo de forma de onda e/ou número de usuários compartilhando o canal de 6 MHz. Esta é estritamente uma proposta de uso ou perda para cada emissora com recursos em um grupo de espectro à medida que cada segundo passa continuamente.

[103] Se o programador não tiver conteúdo ou dados suficientes em qualquer momento para completar um quadro a ser transmitido. O programador, conforme exigido no padrão, irá inserir tantas células fic- tícias quanto os símbolos necessários em um quadro. Isso é um des- perdício ineficiente e não gera receita e deve ser evitado. Por outro lado, o uso de quaisquer recursos adicionais além do alocado por unidade de tempo também é estritamente proibido pelo 801.

[104] A BMX 801 e o CSM 808 implementam e reforçam a distri- buição de recursos de cada transmissora 803, 809 quadro a quadro. O conteúdo ou dados usando carimbos de data/hora NTP 806, 812 flui via API GW 804, 810 pela interface norte 802 para a plataforma 800 via interfaces 807, 813.

[105] Conforme discutido precedentemente na Figura 5, o reco- nhecimento de recursos de baixo nível do SRM ou programado deve ser usado no controle de loop fechado da fonte de dados, codificador, ser- vidor 545, 546 processando o conteúdo nas interfaces 807, 813. A au- tomação da plataforma pode então acelerar ou controlar as taxas de dados para garantir que os recursos do espectro sejam usados de forma mais eficiente e completa, e não para inserir células fictícias. Além disso, identificando oportunidades de inserção de dados dentro do tráfego em tempo real e vendendo recursos sob SLA como uma mercadoria usando a troca do mercado de transmissão.

[106] A plataforma é executada com base no SLA assinado de cada emissora e em execução de políticas. Em seguida, a BMX 801 relata abertamente todas as métricas operacionais na premissa de transmissão 805, 811. Esse relatório pode incluir o histórico de células fictícias inseridas e, portanto, a eficiência, bem como todas as receitas obtidas usando a automação de troca do mercado de transmissão em função do tempo.

[107] A Figura 9 ilustra a vista de alto nível da interface de direção leste da entidade de orquestração BMX para gerenciar CDN ou Data Lake e gateway doméstico ATSC 3.0 via ISP. Conforme ilustrado na Figura 9, uma plataforma 900 inclui o gateway doméstico ATSC 3.0 911 com NTP 910 comunicando-se através da Rede IP 908 e ISP para a casa 909.

[108] O centro de dados (N) 904 e a interface sul 902 e o transmis- sor de transmissão 905 e a interface norte 901 também são mostrados na Figura 9.

[109] O Content Delivery Network e Data Lake 906 ambos sob or- questração BMX 903 e usando a interface leste 907. O CDN fornece serviços de vídeo sob demanda para aumentar os serviços de transmis- são over the air recebidos 905 no gateway doméstico ATSC 3.0 911.

[110] Quando o gateway doméstico ATSC 3.0 911 é adquirido e registrado 903, ele autentica cada usuário registrado na residência. O data lake 906 é usado para carregar conteúdo e/ou arquivos de dados no gateway doméstico ATSC 3.0 911, seja sob demanda ou automati- camente, usando o perfil de usuário pessoal armazenado no banco de dados 903.

[111] O gateway doméstico ATSC 3.0 911 também inclui Wi-Fi para que os usuários registrados possam interagir com o conteúdo e/ou dados diretamente usando seu tablet ou telefone em casa. O usuário registrado de interesse pessoal é aprendido pela orquestração BMX 903 e isso é usado para pré-posicionar automaticamente o conteúdo e posi- cionar comerciais através da rede IP 908 e do ISP no gateway domés- tico ATSC 3.0 911. Em seguida, é carregado lateralmente diretamente do ATSC 3.0 doméstico gateway 911 via Wi-Fi em um dispositivo pes- soal registrado 913 enquanto estiver em casa.

[112] Quando o usuário vai ao ar livre 912 com um dispositivo 913 em mãos, a continuidade da programação de transmissão é perfeita. Os comerciais pré-carregados no dispositivo por meio do gateway domés- tico ATSC 3.0 911 podem ser acionados individualmente para a inser- ção de anúncios personalizados no dispositivo pessoal 913 usando NTP 914, conforme discutido acima na Figura 2. Como exemplo, durante parte de um intervalo comercial a O comercial de 30 segundos para um carro pode ser substituído no dispositivo 913 por um modelo de carro que se ajuste perfeitamente ao perfil do usuário durante a programação ao vivo, como um evento esportivo. Todos os outros comerciais do in- tervalo são globais e vistos por todos. O sinal de transmissão pode ser usado para acionar a inserção pessoal, que pode ser diferente para cada perfil de usuário.

[113] A Figura 10 ilustra a visualização de alto nível e os conceitos da convergência 5G de transmissão da camada 3. Na modalidade exemplar ilustrada na Figura 10, uma plataforma 1000 inclui a camada

1 de rede de acesso de rádio a transmissão e unicast 5G separada- mente e otimizada para melhor desempenho e eficiência.

[114] Atualmente, métodos em 3GPP, como eMBMS, têm conver- gência na camada 1. O sinal de transmissão é colocado dentro e com- partilha a mesma estrutura de quadro unicast 3GPP que é otimizada apenas para unicast. Em geral, isso é ineficiente e tem um desempenho ruim para o sinal de transmissão. Ter sinais da camada 1 otimizados separadamente e convergir na camada 3 tem vantagens de eficiência e desempenho. Além disso, é sinérgico agora com a nova arquitetura ba- seada em serviço do núcleo 5G (SBA) e recepção de conexão dupla suportada na versão 16 a ser discutida posteriormente.

[115] A orquestração BMX 1001 e o centro de dados de transmis- são (N) 1005 são mostrados enviando os sinais de transmissão gerados através da interface sul 1006 para os (N) canais de transmissão 1008, 1009 usando o espectro de transmissão. O núcleo 5G 1010 é mostrado enviando sinais unicast gerados para o 5G RAN 1011 usando o espectro 5G 1012.

[116] O receptor 1017 de UE de usuário com conexão dupla su- porta redes de acesso 3GPP (5G) 1016 e não 3GPP (Broadcast) 1015. Os dispositivos UE 1014 suportam este receptor UE de usuário com co- nexão dupla 1017 usando redes de rádio 1008, 1009 para transmissão e rede de rádio 1012 para espectro 5G.

[117] A interface oeste 1002 representa o ponto de interoperação entre o núcleo de transmissão compartilhado da BMX 1001 e o 5G Core 1010, resultando na convergência da Camada 3.

[118] A perspectiva do 5G MNO é discutida primeiro e o 5G se tornará um vertical na plataforma de transmissão. A função de rede vir- tual (VNF) 1019 envia ou descarrega o tráfego de dados 5G para a pla- taforma de transmissão via VNF 1018 mostrado. Usando a interface 1003 sob um SLA estabelecido e uma política em execução em ambas as redes centrais. O tráfego de dados 5G é então roteado para o centro de dados de transmissão (N) 1005 e uma fatia de rede de transmissão é criada, para ser discutida posteriormente. O sinal de fatia de rede de transmissão é criado no centro de dados de transmissão (N) 1005 e en- viado pela interface sul 1006 para redes de rádio 1008 ou 1009 e o es- pectro de transmissão. O demodulador não 3PP de transmissão 1015 recebe o sinal no receptor de UE de usuário duplo conectado 12

[119] Os dados que foram enviados pelo 5G core 1010 pela inter- face 1003 sob o SLA estavam sendo solicitados por vários UE, conforme determinado pela análise de rede 5G core 1010. A decisão é tomada para descarregar dados e é mais econômico usar Broadcast as a Ser- vice BaaS sob SLA do que congestionamento da rede unicast 5G. A banda de transmissão também tem excelentes propriedades de propa- gação e penetração e atende a grandes áreas. 5G core 1010 também determina que é mais econômico para distribuição de grandes arquivos de dados para atualizações de firmware para muitos dispositivos com transmissão. Do que configurar milhões de conexões unicast 5G, uma decisão de negócios refletida no SLA. O SLA de execução de política e cobrança na orquestração BMX 1001 automatiza a convergência e os relatórios. Tendo transmissão e unicast no receptor UE de usuário duplo conectado 1017 e o receptor UE de usuário duplo conectado 1017 ou 5G core 1010 toma decisões de uso com base nas condições ou eco- nomia da rede. Isso descreve o poder da convergência da camada 3 com redes de acesso da camada 1 heterogêneas otimizadas separada- mente.

[120] Por outro lado, as emissoras que usam a orquestração BMX 1001 podem usar serviços unicast 5G sob SLA e política para oferecer suporte a seus modelos de negócios. A transmissão torna-se vertical na plataforma 5G. Os aplicativos de software carregados pela emissora em 1014 dispositivos usam serviços unicast 5G acima de 1004 entre VNF

1021 e 1020 5G core e a transmissão se torna vertical na plataforma 5G core. Os dados da emissora são convertidos em sinais unicast pelo 5G core 1010 e enviados para 5G RAN 1011 e recebidos 1016 no receptor UE de usuário duplo conectado 1017. Além disso, a orquestração BMX 1001 fornece servidores de back office para suportar aplicativos de sof- tware em rede 5G recebida em receptor de UE de usuário duplo conec- tado 1017. A política e cobrança em execução sob SLA no núcleo 5G core 1010 automatizam a convergência e os relatórios. Ter ambos, transmissão e unicast no receptor de UE de usuário duplo conectado 1017 e o receptor de UE de usuário duplo conectado 1017 ou orques- tração BMX 1001 toma as decisões de uso. É o poder da convergência da camada 3 com redes de acesso da camada 1 heterogêneas otimiza- das separadamente.

[121] A convergência de transmissão 5G da camada 3 é mutua- mente benéfica para as emissoras e MNO 5G e é uma decisão de ne- gócios refletida no SLA e na política. Tanto o núcleo 5G quanto a trans- missão estão usando SDN/NFV para instanciar suas arquiteturas. Isso é discutido a seguir, começando com a estrutura de design BMX (NFV) 1100 na Figura 11.

[122] A Figura 11 ilustra a vista de alto nível da estrutura de design de orquestração de troca de mercado de transmissão usando funções de rede virtual. O termo Network Function Virtualization (NFV) foi usado pela primeira vez pelo European Telecom Standards Institute ETSI em 2012 para definir pela primeira vez um modelo de estrutura NFV. As estruturas 3GPP 5G Core e BMX Core NFV agora são baseadas neste modelo de referência NFV aceito pela indústria. Este modelo ETSI NFV permite que o hardware de computador genérico execute funções de rede virtual (VNF) que executam as mesmas funções exatas no software como aparelhos de hardware de uso único fixos que agora são denomi- nados Função de rede física (PNF). Um sistema como a plataforma de transmissão BMX suporta híbridos VNF/PNF em SDN/NFV.

[123] O modelo ETSI possui três blocos de alto nível aceitos pela indústria. O primeiro bloco de alto nível é um bloco de infraestrutura de virtualização de função de rede (NFVI) 1104. O hardware de computa- dor geral 1107 é usado para hospedar a computação, armazenamento e rede das máquinas virtuais. A abstração de software da camada de virtualização 1106 torna a virtualização possível e as máquinas de com- putação virtualizadas 1105 estão no bloca NFVI 1104.

[124] Em seguida, o segundo bloco de alto nível é o bloco de Fun- ção de Rede Virtualizada ETSI 1103. Este é o software que implementa uma VNF usando a NFVI 1104. Finalmente, o terceiro bloco de alto nível é o bloco MANO Gerenciamento e Orquestração ETSI 1101. O MNO 1101 interage com o bloco 1104 por meio do Gerenciador de Infraestru- tura Virtual (VIM) 1112 e do orquestrador E2E 1111 e do controlador E2E 1113.

[125] Os controladores MANO VNF 1110 gerenciam a VNF 1103.A Orquestração NFV de multilocatário MANO 1109 é responsável pela or- questração do serviço de locatário. Várias VNFs podem ser vinculadas ou encadeadas para criar um serviço de transmissão para uma emis- sora. Várias VNFs vinculadas formam a base de uma Fatia de Rede de Transmissão. Os outros blocos BMX -Symphony Orchestration Mana- gement Platform (BMX-SOMP) e os Sistemas de Suporte Operacional (OSS) e Sistemas de Suporte Empresarial (BSS) são todos 1108. Final- mente, o Data & Event, Context Aware Engine 1114 é inteligência diri- gida por AI.

[126] Os versados na técnica verão a relação com o modelo ETSI NFV em 1100. Em seguida, a Figura 12 ilustra a vista de alto nível da estrutura de design de plataforma de transmissão usando rede definida por software (SDN) e virtualização de função de rede (NFV).

[127] Primeiro, o termo SDN é definido resumidamente. A SDN abstrai ou separa o plano de controle do plano de encaminhamento de pacotes de todos os switches IP controlados por SDN, roteadores, ga- teways, etc. O plano de controle é então localizado centralmente no con- trolador SDN que possui software que toma todas as decisões para flu- xos de pacotes ponta a ponta da central localização gerenciada. Um controlador SDN é usado dentro de um centro de dados ou em uma WAN para controlar o roteamento de pacotes para processamento de VNF, etc. A relação com o termo divisão de rede de transmissão a ser discutido mais tarde é que controladores SDN são usados para encami- nhar fluxos de pacotes para um determinado série de funções de sof- tware VNF em um sistema SDN/NFV para criar um serviço. A tecnologia SDN/NFV é conhecida e usada hoje para criar serviços específicos e é mencionada no presente documento apenas brevemente para contexto na virtualização de transmissão, que é uma novidade.

[128] Uma introdução e definições dos blocos e como eles criam a plataforma de orquestração multilocatários BMX usando SDN/NFV são discutidas brevemente para os versados na técnica. Em discussões posteriores, serão feitas referências aos blocos em 1200 que descrevem a operação E2E ou orquestração da plataforma.

[129] O primeiro na parte inferior 1200 é o hardware de computa- ção, armazenamento e rede sendo abstraído por um hipervisor 1241 controlado pelo VIM indicado pelo OpenStack 1244 para criar as máqui- nas virtuais. O trabalho de quadra BMX é híbrido mostrado com ambos o gerenciador VNF 1243 e PNF 1242.

[130] O portal de criação e design de serviço de transmissão é mostrado 1201. Isso fornece uma organização bem estruturada de de- sign visual e ferramentas de automação, modelos e catálogos para mo- delar e criar recursos e serviços (conjunto de modelos usados para or- questração). Em resumo, um ambiente de criação e design de serviço integrado abrangente baseado na web com ferramentas, técnicas, in- cluindo pipelines de DevOps de automação (CECD), API e repositórios para definir/simular ativos de sistema de certificação, bem como seus processos e políticas associados.

[131] O ambiente de tempo de execução operacional BMX 1216. Esta estrutura fornece orquestração e automação com reconhecimento de contexto e transmissão em tempo real, orientada por políticas, Con- vergência 5G usando funções de rede física (PNF) e virtual (VNF) com gerenciamento de ciclo de vida de ponta a ponta.

[132] A garantia de serviço 1229 é o mecanismo de gerenciamento de falhas unificado que monitora ativamente a integridade da rede E2E de transmissão com suporte para alterar paisagens de ambientes físi- cos, virtuais e em nuvem mistos.

[133] No topo de 1200 são mostrados os painéis REST-API 1236 externos e O & M de Operação e Manutenção 1237, 1239 e BSS/OSS

1238.

[134] O ambiente de tempo de execução operacional BMX 1216 é discutido brevemente. A função de exposição da rede de transmissão (BNEF) 1217 e a API norte são muito importantes. Suas APIs RESTful permitem que a função de aplicativo (AF) acesse serviços de transmis- são fornecidos pela orquestração BMX para emissoras e convergência 5G com segurança.

[135] O mecanismo de orquestração de serviço ponta a ponta

1218. É responsável por alocar, instanciar e ativar as funções de rede de transmissão (Recursos/Espectro) que são necessárias para um ser- viço ponta a ponta. Ele faz interface com o Cognitive Spectrum Manager (CSM), o Spectrum Resource Manager (SRM), PNFs, VNFs para provi- sionamento de serviço. A NFV BMX Orchestration & Management para solicitar a instanciação de VNFs e conectividade de rede SDN por meio de WAN.

[136] O catálogo de dados e o mecanismo analítico 1219 consis- tem em vários componentes funcionais: estrutura de coleta de dados, movimentação de dados/Kafka, Data Lake e análise de aplicativos. Per- siste permanentemente os dados que fluem por meio da BMX OMP e fornece aplicativos de análise de dados prontos para uso, construídos com base nos dados.

[137] Inventário ativo em tempo real disponível 1220. Este meca- nismo importante fornece uma vista em tempo real ou quase em tempo real dos recursos e serviços disponíveis e seus relacionamentos. Inter- faces com Inventário e mecanismo de gerenciamento de topologia, SRM, Controladores SDN de fontes de dados ponta a ponta, Controla- dores de aplicativo, Orquestradores de serviço de transmissão, Orques- tradores de Serviço de Convergência, Catálogo de Dados Unificados, motor de Acesso de Evento, BSS/OSS e terceiros ou Emissora.

[138] Mapeamento de dados de barramento de microsserviços (ro- teador de mensagem) 1221. Uma comunicação baseada em eventos entre serviços (integração de serviços) O barramento de evento proje- tado como uma interface com a API necessária para assinar e cancelar a assinatura de eventos e para publicar eventos. O conceito de barra- mento de eventos permite a comunicação do canal do editor/assinante entre os serviços sem exigir que os componentes ou locatários estejam explicitamente cientes uns dos outros.

[139] O controlador SDN-C 1222 fornece um controlador de rede de transmissão global, construído no SDK do controlador comum, que gerencia, atribui e provisiona recursos de rede. Uma instância lógica unificada por transmissor, com vários VM/recipientes geográficos diver- sos em grupos de rede de transmissão para fornecer eficiência e alta disponibilidade.

[140] O Controlador de Aplicativo (APPC, Application Controller) 1224 executa funções para gerenciar o ciclo de vida de VNFs e seus componentes, fornecendo configuração orientada por modelo, abstrai interfaces de nuvem/VNF para ações repetíveis, usa mecanismos ag- nósticos de fornecedor (NETCONF, Chef via Chef Server e Ansible) e permite a automação.

[141] A camada de adaptação em nuvem Multi-VIM 1226 fornece rede de transmissão de hiper convergência. Dados comuns comparti- lhados, infraestrutura física e virtualizada subjacente unificada (nuvem privada no local, nuvem híbrida, nuvem pública) Mediação Multi-VIM/nu- vem - (manipulador de API Common Open Rest) ETnified Provider Re- gistration Information Infrastructure, Resource, SDN overlay, VNF Ge- renciamento do ciclo de vida do recurso, falha de FCAPS, configuração, contabilidade, desempenho, segurança. Interface Northbound (BNEF) a ser consumida por (Multi-Broadcasters) SO, SDN-C, APP-C, VF-C, Data Lake Engines comuns.

[142] O gerenciador de espectro cognitivo (VNF) 1227 é uma enti- dade de gerenciamento de espectro localizada centralmente, responsá- vel por todos os grupos de espectro em uma rede nacional. Ele se co- munica com cada SRM localizado em cada centro de dados regional. O CSM abstrai toda a complexidade da camada física e fornece serviços para a entidade de orquestração BMX que supervisiona o negócio do espectro agrupado.

[143] O controlador de VNF do gerenciador de recurso 1228 é o controlador para a função de gerenciamento de recursos de transmis- são para estabelecer e manter grupos de recursos de espectro para cada canal ATSC 3.0 compartilhado.

[144] Os blocos dentro do portal de design e criação de serviço 1201 são agora brevemente discutidos. O recurso (espectro) integrado 1202 é automatizado pela aplicação de abordagens baseadas em pa- drões ao pacote VNF para descrever os requisitos de recursos de infra-

estrutura do VNF, topologia, modelo de licenciamento, restrições de de- sign e outras dependências para permitir a implantação e gerencia- mento bem-sucedidos do VNF da configuração e operacional do VNF comportamento. O operador da plataforma terá a capacidade de integrar inquilinos rapidamente por meio de APIs seguras e integrar ofertas ao catálogo de produtos. A separação lógica de fatias de rede de transmis- são permite o gerenciamento independente de infraestrutura, funções de rede e serviços de rede.

[145] O design de serviço 1204 é uma parte intrincada do ambiente de componentes de tempo de design BMX, usa ferramenta visual para projetar e modelar ativos com base nas políticas de plataforma e regras condicionais importantes para orquestração e gerenciamento apropria- dos. Uma função de design altamente disponível e, se houver uma in- terrupção da plataforma, a VNF continuará funcionando perfeitamente conforme necessário e atenderá aos SLAs dessa função.

[146] A criação e validação de política 1208 é a estrutura de polí- tica BMX (modelo de design de política). Fornece recursos para criar e validar políticas/regras de governança, identificar sobreposições, man- ter e distribuir. Opera com base em um conjunto de regras estabelecidas que orientam as funções de controle, orquestração e gerenciamento. O validador de política examina automaticamente as políticas recém-cria- das.

[147] A governança 1209 fornece uma estrutura de gerenciamento que inclui estratégias de negócios flexíveis, colaborativas e abordam tecnologias novas e em constante mudança. Cálculos de funcionalida- des de lógica de negócios, lógica de integração, composições, transfor- mações e implementação de camada anticorrupção. A função de rede do aplicativo, disjuntor, tempos limite, novas tentativas/orçamentos, descoberta de serviço, roteamento simples, integração do locatário.

[148] O quadro da política das regras de política BMX 1210 abran- gem o desenho de política, implantação de serviço, orquestração, con- trole, análise e ambiente de execução.

[149] O quadro de políticas cataloga 1212 ferramentas de quadros de operadores projetadas para gerenciar emissoras, aplicativos nativos, de forma mais eficaz, automatizada e escalável. SLA de acordos de ní- vel de serviço, gerente de ciclo de vida do operador. Oferece suporte à criação de modelos de aprendizado de máquina.

[150] A autorização de autenticação e contabilidade AAA 1213. Fornece estrutura de segurança para autenticação, autorização e con- tabilidade (Context Aware).

[151] O servidor de assinante doméstico HSS 1244 é um banco de dados que contém informações relacionadas ao assinante, detalhes de autenticação, lista de serviços aos quais cada usuário tem direito ou se inscreveu.

[152] A função de troca do mercado de transmissão BMX 1215 é uma troca de mercado para commodities de recursos de espectro.

[153] O mecanismo de análise e aplicativo 1205, mecanismo de serviço para análise de dados coletados e para geração de inteligência para gerenciamento de serviços e aplicativos de rede.

[154] Pagamentos do sistema de cobrança online 1206 é um sis- tema/função de cobrança de convergência altamente segura para ser- viços compostos - permitindo que os locatários ou clientes cobrem em tempo real com base no uso do serviço. Cobrança baseada em eventos e sessões.

[155] O VNF SDK 1207 fornece uma interface de combinação ou implementação de referência NETCONF, RESTCONF, metodologia es- pecífica do fornecedor - CLI ou kit de desenvolvimento de software per- sonalizado para ajudar os fornecedores a validar e gerenciar pacotes VNF.

[156] Finalmente, a estrutura de orquestração BMX e as funções descritas 1200 podem ser instanciadas em uma nuvem pública, nuvem privada e/ou a premissa do locatário da emissora conforme indicado em

1235. Além disso, este 1200 é usado para instanciar a arquitetura do sistema inteligente permitindo grupo de espectro de transmissão e com- partilhamento de canais, banda larga e convergência 5G 100.

[157] A NFV permite grande flexibilidade em novas arquiteturas de sistema sem fio para criar exatamente as mesmas funções em software usando computação, armazenamento e hardware de rede comerciais genéricos (COTS). Isso, em vez de usar uma série de dispositivos mo- nolíticos de propósito único somente hardware (PNF) conectados para um único propósito.

[158] Os fluxos de pacotes IP de e para essas VNFs de software são encadeados usando SDN. Um controlador central SDN 1222 no centro de dados e/ou rede de longa distância é usado para rotear os fluxos de pacotes IP em VNFs encadeadas para construir um sistema de transmissão sem fio em tempo real e serviços sob a orquestração BMX 1200. O procedimento de construção de um serviço de canal vir- tual para um locatário pelo encadeamento de VNFs (BNEF) 1217 sob a orquestração BMX é denominado uma fatia de rede de transmissão e é discutido a seguir.

[159] Hoje e com referência à Figura 4, no sistema de computação em nuvem SDN/NFV 404, todo o datacenter é abstraído e tratado como um único computador executando a virtualização de contêiner do sis- tema operacional Linux 403 sob orquestração Kubernetes. Kubernetes é uma orquestração de nuvem de código aberto colocada em código aberto pelo Google para executar contêineres em clusters de servido- res. O sistema de computação em nuvem SDN/NFV 404 pode ser usado para a plataforma de transmissão BMX e sistemas 3GPP 5G no futuro

405.

[160] A Figura 13 ilustra o conceito de divisão de rede de transmis- são usando a plataforma de compartilhamento de transmissão de loca- tário multicanal virtualizada e design SDN/NFV. No exemplo 1300, cada transmissor tem duas fatias de rede de transmissão. Esta é a divisão de ponta a ponta da rede de transmissão completa para criar um serviço completo do núcleo BMX centralizado 1301 e centro de dados regional 1302 para a rede de transmissão 1303, 1304, 1305, 1306. Sob orques- tração BMX e atribuição de recursos CSM, o conteúdo IP e/ou fluxos de dados são aceitos no 1301. Cada fluxo de IP de serviço (fatia) é proces- sado sob orquestração e o SLA e a política são estabelecidos com o locatário.

[161] Cada emissora 1307, 1308, 1309, 1310 decide sobre os ca- sos de uso e robustez de transmissão para recepção quadro a quadro para os casos de uso 1311, 1312, 1313, 1314. O 1301 aceita os dois fluxos de IP de cada locatário e processa os fluxos de IP para a fatia de rede 1 e a fatia de rede 2 e, em seguida, envia para o datacenter regional

1302. O SRM de programadores é usado para gerar uma forma de onda de transmissão para cada fatia de transmissão que é enviada ao canal de transmissão compartilhado 1303, 1304, 1305, 1306.

[162] O fatiamento da rede de transmissão é um poderoso recurso de virtualização e um dos principais recursos que possibilitará flexibili- dade, pois permite que vários segmentos de rede de transmissão lógico sejam criados em cima de uma infraestrutura física compartilhada co- mum. A maior elasticidade proporcionada pela divisão da rede de trans- missão ajudará a lidar com os requisitos de custo, eficiência e flexibili- dade para novos modelos de negócios de emissora de acordo com os acordos de compartilhamento de canal permitidos pela FCC de forma voluntária para ATSC 3.0. Cada recurso licenciado da emissora em um grupo de espectro é usado para instanciar fatias de rede de transmissão usando a infraestrutura de transmissão comum compartilhada da plata- forma de transmissão.

[163] A Figura 14 ilustra mais detalhes da divisão da rede de trans- missão usando a plataforma de compartilhamento de transmissão de locatário multicanal virtualizada e design SDN/NFV.

[164] Conforme mostrado como parte do portal de design e criação de serviço 1201, o portal de design e criação de serviço de transmissão é mostrado no presente documento como o portal de negócios BMX 1401 da plataforma 1400. O portal de negócios 1401 inclui um portal de aplicativo da web para o locatário projetar e implantar com base em VNF de transmissão na plataforma BMX. Fornece uma função de exposição de rede de transmissão de API REST segura. Aberto, interoperável e com suporte para modelagem de dados YANG, protocolo de configura- ção de rede NETCONF, RPC, transporte SSH, HTTP/2, e codificação e decodificação XML, JSON.

[165] A oferta de fatia e serviço 1402 fornece virtualização de es- pectro de transmissão eficiente e conectividade de compartilhamento de canal para beneficiar a emissora, oferecendo um segmento eficiente de rede central de transmissão para oferecer suporte a serviços ou seg- mentos de negócios.

[166] As fatias da rede de transmissão da plataforma são isoladas umas das outras nos planos de controle e de usuário. Oferece suporte aos casos de uso de cada locatário e a experiência do usuário percebida com o fatiamento da rede de transmissão é a mesma como se cada locatário tivesse uma rede física privada dedicada. As fatias são isola- das umas das outras nos planos de controle e de usuário, bem como no caso de uso compatível, a experiência de transmissão/usuário da fatia de rede será a mesma como se fosse uma rede fisicamente separada.

[167] A oferta de fatia e serviço 1402 fornece virtualização de es-

pectro de transmissão eficiente e compartilhamento de canal, ofere- cendo ao locatário um segmento eficiente de rede central de transmis- são para oferecer suporte a seus serviços ou segmentos de negócios.

[168] O acordo de camada de serviço 1403 assinado pelas emis- soras é armazenado e usado para definir a política que define clara- mente o nível de serviços esperado da plataforma.

[169] O atendimento 1404 da plataforma moderniza o OSS da emissora e o atendimento dirigido por catálogo, com abordagem omni- canal. Uma entrega de serviço de transmissão altamente automatizada para ambiente multilocação.

[170] O gerenciamento da qualidade do serviço de transmissão B SQM 1405 incorpora a capacidade de gerenciar o serviço de Locatários (Spectrum) e orquestrar mudanças com base nas políticas/SLAs de QoS. Isso é crítico para a negociação constante da fatia da rede de transmissão para dar suporte ao serviço fornecido para ser monitorado de serviço, formas de onda em tempo real, Slice KPIs, monetização do grupo de espectro, manutenção preditiva.

[171] Os serviços de apoio à operação OSS e os serviços de apoio ao negócio BSS 1407 de cada modelo de negócio da emissora.

[172] O desenho e gerenciamento de serviço de emissora 1408 fornece ferramentas, técnicas e repositórios para definir/simular/certifi- car ativos de sistema e seus processos e políticas associados. Ativos classificados em grupos de ativos definidos mais importantes é o es- quema de fatia de rede de transmissão 1418.

[173] O projeto de fatia de rede de transmissão 1418 fornece es- trutura para orquestração de serviço dinâmico, solução de automação de fluxo de trabalho de transmissão pré-integrada, operações simplifi- cadas, provisionamento automatizado sem toque e garantia de serviço orientada por insight. Fornece um orquestrador comum para a rede cen- tral de transmissão, transporte e acesso de rádio gerenciando funções físicas, virtuais e nativas da nuvem. A garantia de serviço de loop fe- chado alimentado por AI adapta automaticamente a rede em tempo real, mantendo os SLAs. Integração automatizada, divisão de rede de trans- missão, implantações contínuas em um ambiente de vários fornecedo- res.

[174] A função de exposição de rede de transmissão (BNEF) 1409 são todas as funções projetadas por 1408 agora localizadas na estrutura da plataforma do ambiente de tempo de execução, conforme mostrado no ambiente de tempo de execução operacional BMX 1216, conforme discutido acima. Os mecanismos de otimização de recursos 1410 funci- onam com BMX e política de locatário para atribuir recursos do grupo de espectro por CSM 1410. O serviço de fatia de rede de transmissão de ponta a ponta 1412 para PNF e VNF é ilustrado na Figura 14.

[175] Os controladores de orquestração de serviço ponta a ponta (SDN) 1413 controlam VNF, PNF, acesso ao local do transmissor (API- GW) e dispositivos WAN na rede para permitir serviço ponta a ponta sob orquestração BMX.

[176] A emissora mostrada sob a orquestração BMX traz conteúdo IP e/ou fluxos através da interface norte 1414 a partir da premissa de transmissão. As funções centrais de transmissão centralizadas que su- portam a fatia de transmissão 1415 são ilustradas na Figura 14.

[177] As funções centrais de transmissão VNF são então encade- adas e as funções centrais de transmissão centralizadas que suportam a fatia de transmissão 1415 enviam a fatia de transmissão 1 para o cen- tro de dados regional que tem o programador de controle SRM de cada canal compartilhado 1416. As quatro funções de rede de transmissão BNF1, BNF2, BNF3, BNF4 são encadeadas juntas para criar a forma de onda específica para a robustez e QoS solicitados no SLA. O caso de uso para a fatia 1 da rede de transmissão é móvel, conforme mostrado.

[178] As funções centrais de transmissão VNF também são enca- deadas e as funções centrais de transmissão centralizadas que supor- tam a fatia de transmissão 1415 enviam a fatia de transmissão 2 para o centro de dados regional que tem SRM controlando o programador de cada canal compartilhado 1417. As quatro funções de rede de transmis- são BNF1, BNF2, BNF3, BNF4 são encadeadas juntas para criar a forma de onda específica para a robustez e QoS solicitados no SLA. O caso de uso para a fatia 2 da rede de transmissão é IoT, conforme mos- trado.

[179] A arquitetura de rede central 5G 3GPP 5G versão 16 é sinér- gica com o núcleo BMX. O 5G Core usa o conceito de Unicast Network Slicing para instanciar todos os casos de uso 5G.

[180] A sinergia entre as funções centrais de transmissão BMX e as funções centrais 5G é brevemente discutida a seguir na Figura 15. A Figura 15 ilustra a visualização 5G Core versão 16 e entidades de rede central de emissora compartilhada em interoperação permitindo a con- vergência e novos setores verticais. Isso, para divulgar a interoperabili- dade de alto nível dessas funções de rede central, é possível usando funções centrais BMX descritas para permitir a convergência 5G de transmissão para aqueles versados na técnica de funções de arquitetura central 5G descritas em 3GPP TS 23.501 versão padrão 16.

[181] Uma plataforma 1500 mostra as funções de rede central de transmissão BMX 1515 e as funções de rede central 5G 1508 usando arquiteturas SDN/NFV como em 402, 403, 404. As VNFs de função prin- cipal usadas para interoperar através da interface oeste da plataforma BMX 1503 é discutida. O paradigma muda para uma nova arquitetura baseada em serviços de núcleo 5G de 4G e uma arquitetura ponto a ponto é muito habilitadora. A arquitetura baseada em serviço do núcleo 5G (VNF, REST API) é uma oportunidade sinérgica para a convergência da camada 3 usando o núcleo de transmissão BMX e a arquitetura do núcleo 5G na versão 16.

[182] A arquitetura do núcleo 3GPP 5G é padronizada no 3GPP TS 23.501 e não é discutida em detalhes no presente documento. Es- pecificamente, a função de exposição à rede principal 5G (NEF) 1511 e a (NEF API) 1506 são mostradas na plataforma 5G 1501 para o plano de controle. Além disso, a função de interoperação 5G não 3GPP (N3IWF) 1504 é mostrada na plataforma 5G 1501 para o plano do usu- ário e interopera sobre a interface 1519 com BMX corel502.

[183] O núcleo de Função de exposição de rede de transmissão BMX (BNEF) 1516 e (BNEF API) 1507 é mostrado na plataforma BMX 1502 para o plano de controle. Além disso, o (BSM-ATSC-BSMF) 1505 é mostrado na plataforma BMX 1502 para o plano do usuário e intero- pera na interface 1519 com a plataforma 5G 1501.

[184] O núcleo BMX (Gerenciador de Sessão de Transmissão), (Direcionamento de tráfego de acesso, Comutação e Divisão), (Função de gerenciamento de sessão de transmissão) BSM-ATSSS-BSMF 1505 interopera sobre inierfacel5l9 com núcleo 1505 5G e 1504.

[185] O núcleo BMX e o núcleo 5G Versão 16 suportam divisão, direção e comutação de tráfego de acesso (ATSSS) com redes de acesso múltiplo 3 GPP e não 3GPP 1517 UE. O 3GPP TS 23.793 pode ser consultado para uma discussão sobre ATSSS na versão 16.

[186] A interoperabilidade ATSSS é suportada por Sessões PDU de Multiacesso. A sessão PDU de multiacesso (MA-PDU) é criada agru- pando duas sessões PDU separadas, estabelecidas em diferentes re- des de acesso 1520 5G, 1521 transmitidas usando redes de multiacesso UE 1517 versão 16. Agora alguns detalhes de ATSSS são discutidos brevemente.

[187] Em ATSSS, o Direcionamento seleciona uma rede de acesso para um novo fluxo de dados e transfere o tráfego desse fluxo de dados pela rede de acesso selecionada.

[188] Em ATSSS, a Comutação move todo o tráfego de um fluxo de dados em andamento de uma rede de acesso para outra rede de acesso de uma forma que mantém a continuidade do fluxo de dados.

[189] Em ATSSS, a Divisão divide o tráfego de um fluxo de dados em várias redes de acesso. Quando a divisão de tráfego é aplicada a um fluxo de dados, algum tráfego do fluxo de dados é transferido por meio de um acesso e algum outro tráfego do mesmo fluxo de dados é transferido por outro acesso.

[190] O BSMF-ATSS BSMF - o ATSSS suporta redes de acesso não-3GPP confiáveis e não confiáveis. O modo de acesso não 3GPP confiável é para integração confiável de transmissão em 5G Core por um MNO apenas com espectro de transmissão. O acesso não confiável não 3GPP é usado para convergência entre emissora e 5G MNO e é o modelo de consórcio de espectro nos Estados Unidos e mostrado em

1500.

[191] Uma discussão adicional de ATSSS é descrita em 3GPP TS

23.793 que é sinérgica com a transmissão como no presente documento posicionada como rede de acesso não 3GPP.

[192] As funções do plano do usuário 1509, 1514 representam a função do plano do usuário de dados e coisas como inspeções de pa- cotes, aplicação de regras de política, QoS, etc.

[193] O Gerenciador de Conexão de Cliente de Transmissão (BCCM, Broadcast Client Connection Manager) em 1515 negocia as ca- pacidades e necessidades do cliente com o BNCM (o caminho melhor e mais econômico) e configura o caminho da rede com base no uso e nas necessidades. A negociação entre BNCM e BCCM permite a melhor seleção de caminhos de rede de forma dinâmica.

[194] A função do Gerenciador de Conexão de Rede de Transmis- são (BNCM,Broadcast Network Connection Manager em 1515 configura caminhos de rede e protocolos do plano do usuário com base na nego- ciação do cliente com visualização de rede multiacesso comum, política de rede e interface para plataformas de aplicativos.

[195] O resultado é que os aplicativos 1510, 1510 usando a inte- roperabilidade do plano de controle 1518 e a interoperabilidade do plano do usuário 1519 podem ter uma experiência do usuário convergente no UE 1517 e novos casos de uso no futuro. A seguir, alguns casos de uso são discutidos 1600.

[196] A Figura 16 ilustra casos de uso de compartilhamento de ca- nal de transmissão, interoperabilidade de banda larga e convergência 5G usando tecnologia e metodologia descrita sob a orquestração da en- tidade de troca do mercado de transmissão. Conforme ilustrado na Fi- gura 16, há (N) Emissoras compartilhando (N) canais de 6 MHz sob acordos e SLA no domínio de espectro de transmissão licenciado com- partilhado 1601. Há também o domínio de usuário não licenciado 1602 e o domínio 3GPP 1603, ambos podem trabalhar em conjunto sob SLA com 1601.

[197] Os grupos de espectro de transmissão licenciados de (N) ca- nais de transmissão sob orquestração SRM, CSM e BMX são mostrados em 1613. Três dos quatro canais de transmissão licenciados de 6 MHz 1620 são totalmente compartilhados no mercado livre usando BMX sob SLA. Um canal de transmissão de licença de 6 MHz 1619 não é com- partilhado com os verticais externos 1612, 1614 e é reservado apenas para emissoras licenciadas 1613 para uso dedicado.

[198] O 5G MNO 1614 tem SLA para convergência com locatários licenciados de 1613 e é mostrado em interoperabilidade da rede de nú- cleo de 5G e 1616 de transmissão. O 5G MNO 1614 é um vertical usando espectro de transmissão compartilhado. A orquestração BMX e o BNEF 1217 criam um segmento de rede de transmissão 1622 para descarregar o tráfego 5G usando o canal de transmissão licenciado compartilhado sob SLA. O descarregamento 5G de conteúdo e/ou ar- quivos grandes demandados por muitos usuários pode ser um modelo de negócios atraente e econômico para o MNO e não congestionar a rede unicast 5G como discutido precedentemente. A cobrança pelos re- cursos do locatário/s utilizados pela MNO sob o SLA é de responsabili- dade da BMX.

[199] Os serviços unicast 5G MNO são mostrados em 1623 no es- pectro 3GPP 1606. Os locatários 1613 também têm SLA para serviços unicast 5G mostrados em 1621. A rede central de transmissão também fornece suporte de servidor unicast de back office para aplicativos de software de emissora em UE 1609 de conexão dupla discutido prece- dentemente usando 1621 como uma rede vertical compartilhada 5G sob SLA 1616. A rede principal 5G é responsável por cobrar o(s) locatário(s) 1613 que usou recursos unicast 5G sob a convergência da camada 3.

[200] A Entidade Governamental 1612 tem acesso garantido sob SLA para serviços públicos de emergência e/ou casos de uso de aplica- ção da lei privada criptografada. A entidade governamental 1612 é uma 1617 vertical usando canal de transmissão compartilhado sob SLA. O SLA e a política para 1612 na BMX para 1612 podem garantir o acesso ao espectro de transmissão em casos de uso de emergência e a fatia da rede de transmissão pode ser criptografada. A cobrança pelos recur- sos do locatário/s utilizados pela Entidade Governamental 1612 sob o SLA é de responsabilidade da BMX.

[201] O gerenciamento do gateway doméstico ATSC 3.0 em resi- dências usando o núcleo de difusão de inteligência e a banda larga do ISP é mostrado em 1618. Os usuários em casa podem interagir com o gateway doméstico usando o espectro sem licença Wi-Fi 1604, con- forme discutido precedentemente. O espectro de transmissão é usado 1601 e o uso do espectro 3GPP 1608 pode convergir no UE 1609 usando 5G Modem 1611 e Broadcast Non-3 GPP (SDR) 1610 conforme discutido precedentemente. Conclusão

[202] A descrição detalhada precedente se refere às figuras ane- xas para ilustrar modalidades exemplares consistentes com a invenção. As referências na Descrição Detalhada precedente a "uma modalidade exemplar" indicam que a modalidade exemplar descrita pode incluir um recurso, estrutura ou característica particular, mas cada modalidade exemplar pode não incluir necessariamente o recurso, estrutura ou ca- racterística particular. Além disso, tais frases não se referem necessari- amente à mesma modalidade exemplar. Além disso, qualquer recurso, estrutura ou característica descrita em conexão com uma modalidade exemplar pode ser incluída, de forma independente ou em qualquer combinação, com recursos, estruturas ou características de outras mo- dalidades exemplares descritas explicitamente ou não.

[203] A Descrição Detalhada precedente não se destina a limitar. Em vez disso, o escopo da invenção é definido apenas de acordo com as seguintes reivindicações e seus equivalentes. Deve ser apreciado que a Descrição Detalhada precedente, e não a seção de Resumo a seguir, se destina a ser usada para interpretar as reivindicações. A se- ção Resumo pode estabelecer uma ou mais, mas não todas as modali- dades exemplares da invenção e, portanto, não se destina a limitar a invenção e as reivindicações a seguir e seus equivalentes de forma al- guma.

[204] As modalidades exemplares descritas na Descrição Deta- lhada precedente foram fornecidas para fins ilustrativos e não se desti- nam a ser limitantes. Outras modalidades exemplares são possíveis e modificações podem ser feitas nas modalidades exemplares, permane- cendo dentro do espírito e escopo da invenção. A Descrição Detalhada precedente foi descrita com o auxílio de blocos de construção funcionais que ilustram a implementação de funções especificadas e suas rela- ções. Os limites destes blocos de construção funcionais foram arbitrari- amente definidos neste documento para a conveniência da descrição. Limites alternativos podem ser definidos, desde que as funções especi- ficadas e os relacionamentos dos mesmos sejam executados apropria- damente.

[205] As modalidades da invenção podem ser implementadas em hardware, firmware, software ou qualquer combinação dos mesmos. As modalidades da invenção também podem ser implementadas como ins- truções armazenadas em um meio legível por máquina, que pode ser lido e executado por um ou mais processadores. Um meio legível por máquina pode incluir qualquer mecanismo para armazenar ou transmitir informações em uma forma legível por uma máquina (por exemplo, um circuito de computação). Por exemplo, um meio legível por máquina pode incluir meios legíveis por máquina não transitórios, como memória somente leitura (ROM); memória de acesso aleatório (RAM); suportes de armazenamento em disco magnético; mídia de armazenamento óp- tico; dispositivos de memória flash; e outros. Como outro exemplo, o meio legível por máquina pode incluir meio legível por máquina transi- tório, como elétrico, óptico, acústico ou outras formas de sinais propa- gados (por exemplo, ondas portadoras, sinais infravermelhos, sinais di- gitais, etc.). Além disso, firmware, software, rotinas e instruções podem ser descritos neste documento como executando certas ações. No en- tanto, deve ser apreciado que tais descrições são meramente por con- veniência e que tais ações na verdade resultam de dispositivos de com- putação, processadores, controladores ou outros dispositivos que exe- cutam o firmware, software, rotinas, instruções, etc.

[206] A descrição detalhada precedente descreveu totalmente a natureza geral da invenção que outros podem, aplicando o conheci-

mento dos versados na(s) técnica(s) relevante(s), prontamente modifi- car e/ou adaptar para várias aplicações a tais modalidades exemplares, sem experimentação indevida, sem se afastar do espírito e escopo da invenção.

Portanto, tais adaptações e modificações se destinam a estar dentro do significado e da pluralidade de equivalentes das modalidades exemplares com base no ensino e na orientação no presente docu- mento apresentados.

Deve ser entendido que a fraseologia ou termino- logia neste documento tem o propósito de descrição e não de limitação, de modo que a terminologia ou fraseologia da presente especificação deve ser interpretada por aqueles versados na(s) técnica(s) relevante(s) à luz dos ensinamentos no presente documento.

Claims

REIVINDICAÇÕES

1. Rede central de transmissão compartilhada, caracter- izado pelo fato de que compreende uma pluralidade de centros de dados configurada para es- tabelecer uma pluralidade de grupos de recurso de espectro associada com uma pluralidade de canais de transmissão atendida pela plurali- dade de centros de dados; uma entidade do gerenciador de espectro cognitivo (CSM) configurado para manter a pluralidade de grupos de recurso de espec- tro como um grupo de recurso de espectro coletivo; e uma entidade de orquestração de troca de mercado de transmissão (BMX) configurada para: entrar em uma pluralidade de acordos de nível de serviço (SLAs) entre a rede central de transmissão compartilhada e uma plu- ralidade de transmissores referentes ao uso do grupo de recurso de espectro coletivo, receber uma solicitação para entregar conteúdo ou dados de um transmissor dentre a pluralidade de transmissores, e questionar o CSM quanto a uma determinação se as amostras de recurso suficientes dentre o grupo de recurso de espectro coletivo estiverem disponíveis para atender a solicitação para entregar conteúdo ou dados de acordo com uma SLA correspondente dentre a pluralidade de SLAs, em que um centro de dados dentre a pluralidade de centro de dados é configurado para: atribuir o conteúdo ou dados a uma pluralidade de sistemas de recurso dentre um grupo de espectro correspondente dentre a plu- ralidade de grupos de recurso de espectro em resposta às amostras de recurso suficientes estando disponível para atender a solicitação, e programar o conteúdo ou dados usando a pluralidade de sistemas de recurso para fornecer uma pluralidade de quadros para entregar o conteúdo sobre um canal de transmissão correspondente dentre a pluralidade de canais de transmissão.

2. Rede central de transmissão compartilhada, de acordo com a reivindicação 1, caracterizado pelo fato de que o grupo de re- curso de espectro coletivo compreende: uma pluralidade de sistemas de recurso representando co- modidades que monetizaram através da negociação com a pluralidade de transmissores.

3. Rede central de transmissão compartilhada, de acordo com a reivindicação 1, caracterizado pelo fato de que o CSM é ainda configurado para: gerar uma pluralidade de registros de quadro de transmis- são indicando a utilização do grupo de recurso de espectro coletivo, e fornecer registros de quadro de transmissão correspond- entes dentre a pluralidade de registros de quadro de transmissão à pluralidade de transmissores.

4. Rede central de transmissão compartilhada, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de transmissores representa um consórcio de espectro de transmissores que entraram aos acordos de compartilhamento de canal para volunta- riamente explorar o Comitê de Sistemas de Televisão Avançada (ATSC) 3.0.

5. Plataforma de transmissão virtualizada de locatário multi- canal, de acordo com a reivindicação 1, caracterizado pelo fato de que a pluralidade de canais de transmissão são canais de transmissão de 6MHz como definido em uma norma do Comitê de Sistemas de Tele- visão Avançada (ATSC) 3.0.

6. Rede central de transmissão compartilhada, de acordo com a reivindicação 1, caracterizado pelo fato de que a rede central de transmissão compartilhada é comunicavelmente acoplada a um gate- way de transmissão doméstica, e em que a rede central de transmissão compartilhada é con- figurada para fornecer o segundo conteúdo ou dados ao gateway de transmissão doméstica, e em que o segundo conteúdo ou dados é inserido dentro do primeiro conteúdo ou dados como o primeiro conteúdo ou dados está sendo visto.

7. Rede central de transmissão compartilhada, de acordo com a reivindicação 6, caracterizado pelo fato de que o segundo conteúdo ou dados compreende: um anúncio direcionado para um usuário do gateway de transmissão doméstica.

8. Rede central de transmissão compartilhada, de acordo com a reivindicação 1, caracterizado pelo fato de que a rede central de transmissão compartilhada é comunicavelmente acoplada a uma rede central celular, em que a rede central de transmissão compartilhada é con- figurada descarregando o conteúdo ou dados ao centro de dados quando a transmissão do conteúdo ou dados à rede central celular causaria congestão na rede central celular, e em que a rede central de transmissão compartilhada é con- figurada para fornecer o conteúdo ou dados à rede central celular não causaria a congestão na rede central celular

9. Rede central de transmissão compartilhada, de acordo com a reivindicação 7, caracterizado pelo fato de que a rede central celular compreende: uma rede central 5G.

10. Centro de dados, caracterizado pelo fato de que com- preende: um gerenciador de recurso de espectro (SRM) configurado para: estabelecer um grupo de recurso de espectro associado com um canal de transmissão que é compartilhável por uma plurali- dade de transmissores, e atribuir uma primeira pluralidade de sistemas de recurso do grupo de recurso de espectro a um primeiro transmissor dentre a plu- ralidade de transmissores e uma segunda pluralidade de sistemas de recurso do grupo de recurso de espectro a um segundo transmissor dentre a pluralidade de pluralidade de transmissores; e um programador de transmissão configurado para pro- gramar primeiro conteúdo ou dados associados com o primeiro trans- missor usando a primeira pluralidade de sistemas de recurso e se- gundo conteúdo ou dados associados com o segundo transmissor usando a segunda pluralidade de sistemas de recurso para fornecer uma pluralidade de quadros para entregar o primeiro conteúdo ou da- dos e o segundo conteúdo ou dados sobre o canal de transmissão.

11. Centro de dados, de acordo com a reivindicação 10, ca- racterizado pelo fato de que o programador de transmissão é configu- rado para: determinar a primeira pluralidade de sistemas de recurso necessária para entregar o primeiro conteúdo ou dados de acordo com um primeiro acordo de nível de serviço (SLA) com o primeiro transmis- sor, e determinar a segunda pluralidade de sistemas de recurso necessária para entregar o segundo conteúdo ou dados de acordo com um segundo SLA com o segundo transmissor.

12. Centro de dados, de acordo com a reivindicação 10, ca- racterizado pelo fato de que o programador de transmissão é configu- rado para determinar a primeira pluralidade de sistemas de recurso e a segunda primeira pluralidade de sistemas de recurso de acordo com um algoritmo de compartilhamento.

13. Centro de dados, de acordo com a reivindicação 12, ca- racterizado pelo fato de que o algoritmo de compartilhamento é definido por uma pluralidade de equações que descrevem um número de sistemas de recurso no canal de transmissão.

14. Centro de dados, de acordo com a reivindicação 13, ca- racterizado pelo fato de que o número de sistemas de recurso bi canal de transmissão é um número constante de sistemas de recurso por unidade de tempo.

15. Centro de dados, de acordo com a reivindicação 10, ca- racterizado pelo fato de que o programador de transmissão é configu- rado para: determinar a primeira pluralidade de sistemas de recurso e a segunda pluralidade de recurso de acordo com um acordo de com- partilhamento de canal entre o primeiro transmissor e o segundo trans- missor.

16. Centro de dados, de acordo com a reivindicação 10, ca- racterizado pelo fato de que o canal de transmissão é um canal de transmissão de 6MHz conforme definido em uma norma do Comitê de Sistemas de Televisão Avançada (ATSC) 3.0.

17. Plataforma de transmissão virtualizada de locatário mul- ticanal, caracterizado pelo fato de que compreende: uma rede celular central; e uma rede central de transmissão compartilhada configurada para:

receber uma solicitação para entregar conteúdo ou dados de um transmissor dentre uma pluralidade de transmissores, descarregar o conteúdo ou dados à rede celular para en- trega a um primeiro modem de um dispositivo de usuário de conexão dupla quando a transmissão do conteúdo ou dados à rede central celu- lar não causaria congestão na rede celular, atribuir o conteúdo ou dados a uma pluralidade de sistemas de recurso dentre um grupo de espectro correspondente dentre a plu- ralidade de grupos de recurso de espectro em resposta ao conteúdo ou dados causando congestão na rede celular, e programar o conteúdo ou dados usando a pluralidade de sistemas de recurso para fornecer uma pluralidade de quadros para entregar o conteúdo sobre um canal de transmissão correspondente dentre a pluralidade de canais de transmissão para entrega a um se- gundo modem do dispositivo de usuário de conexão dupla.

18. Plataforma de transmissão virtualizada de locatário mul- ticanal, de acordo com a reivindicação 17, caracterizado pelo fato de que a rede celular central compreende: uma rede central 5G.

19. Plataforma de transmissão virtualizada de locatário mul- ticanal, de acordo com a reivindicação 17, caracterizado pelo fato de que o primeiro modem compreende: um modem 5G, e em que o segundo modem compreende: um modem não 3GPP.

20. Centro de dados, de acordo com a reivindicação 16, ca- racterizado pelo fato de que a pluralidade de canais de transmissão são canais de transmissão de 6MHz como definido em uma norma do Comitê de Sistemas de Televisão Avançada (ATSC) 3.0.