BR112014022955B1 - Método e aparelho para a coordenação das funções de autootimização em uma rede sem fio - Google Patents

Abstract

MÉTODO E APARELHO PARA A COORDENAÇÃO DAS FUNÇÕES DE AUTO- OTIMIZAÇÃO EM UMA REDE SEM FIO. Um dispositivo e método de gerenciamento de rede para a coordenação das funções de autootimização em uma rede sem fio. Um dispositivo de gerenciamento de rede para a coordenação das funções de auto-otimização inclui um ou mais processadores e uma interface. A interface se comunica com uma pluralidade de Bs de nó avançado (eNodeBs). A interface é configurada para receber uma solicitação de alteração de uma cobertura ou uma capacidade de B de nó avançado (eNodeB). A interface é ainda configurada para transmitir uma consulta ao eNodeB para obter um estado de coordenação de auto-otimização de rede (SON) do eNodeB. Um ou mais processadores são configurados para determinar se aceita ou rejeita a solicitação com base em uma política de coordenação e estado de coordenação SON.

Description

PEDIDOS DE PATENTE PRIORITÁRIOS

[0001] Este pedido reivindica o benefício da prioridade sobre o pedido de patente dos EUA n. 2 13/570.941, apresentado em 9 de agosto de 2012 e, também, reivindica o benefício da prioridade sobre o pedido de patente dos EUA n.2 61/612.188, apresentado em 16 de março de 2012, ambos aqui incorporados em sua totalidade para referência.

CAMPO DA INVENÇÃO

[0002] As formas de realização referem-se a comunicações sem fio. Mais particularmente, as formas de realização referem-se à coordenação entre as funções de auto-otimização para as Células dentro de um sistema de comunicação sem fio. Algumas formas de realização referem-se a 3rd Generation Partnership Project, Technical Specification Group Services and System Aspects, Gerenciamento de telecomunicações, SelfOrganizing Networks (SON) Policy Network Resource Model (NRM) Integration Reference Point (IRP), Information Service (IS) 3GPP TS 32,522.

HISTÓRICO

[0003] A auto-otimização, no contexto de redes sem fio, é o processo de análise de dados de medições de Bs de nó avançado (eNodeBs) , e do ajuste dos parâmetros de rádio e de transporte dos eNodeBs, a firn de obter urn ótimo desempenho, cobertura e capacidade de rede. As redes de auto-otimização (SONs) podem implementar uma variedade de funções SON incluindo, por exemplo, balanceamento de carga, otimização de handover (HO), otimização de cobertura e capacidade (CCO), compensação de interrupção da Célula (COC) e gerenciamento de economia de energia (ESN). Estas funções de otimização alteram a cobertura e a capacidade de uma Célula, ao configurar os parâmetros do eNodeB. Os parâmetros de exemplo podem incluir potência de transmissão para transmissões downlink, inclinação de antena e os parâmetros de azimute.

[0004] Em sistemas LTE (long term evolution) de 3rd Generation Partnership Project (3GPP), as funções SON podem operar de forma independente para alterar estes ou outros parâmetros de um ou mais eNodeBs. No entanto, os atuais sistemas 3GPP LTE-Advanced não oferecem suporte à coordenação entre as funções SON. Assim, duas ou mais funções SON podem operar simultaneamente para alterar o mesmo parâmetro de configuração do mesmo eNodeB. Podem surgir conflitos e, portanto, pode ocorrer instabilidade no eNodeB afetado.

[0005] Assim, há necessidades gerais para que os sistemas e métodos coordenem a operação de funções SON dentro de uma rede sem fio.

BREVE DESCRIÇÃO DOS DESENHOS

[0006] A Figura 1 ilustra uma porção de exemplo de uma rede de comunicações sem fio na qual formas de realização de exemplo são implementadas.

[0007] A Figura 2 ilustra um diagrama de blocos de exemplo mostrando uma arquitetura de sistema para implementar a coordenação das funções de auto-otimização de rede, de acordo com algumas formas de realização.

[0008] A Figura 3 ilustra um diagrama de blocos de exemplo que mostra detalhes dos eNodeBs incluídos na rede de comunicações sem fio da Figura 1 ou 2 de acordo com algumas formas de realização.

[0009] A Figura 4 ilustra um diagrama de blocos de exemplo que mostra detalhes do gerenciador de rede (NM) incluído na arquitetura do sistema da Figura 2 de acordo com algumas formas de realização.

[0010] A Figura 5 ilustra um diagrama de fluxo de sinal mostrando sinais e mensagens para a implementação de funções de coordenação da rede de auto-otimização.

DESCRIÇÃO DETALHADA

[0011] Apresentamos a descrição a seguir para permitir que qualquer especialista da área crie e use uma configuração de sistema de computador e o método e o artigo de fabricação relacionados para coordenar funções de auto-otimização de rede (SON) realizadas por gerenciadores de domínio (DMS) ou Bs de nó avançado (eNodeBs) dentro de uma rede de comunicações sem fio. Deve-se implementar políticas de coordenação para determinar as circunstâncias em que um eNodeB pode implementar diferentes funções SON. Em pelo menos uma forma de realização de exemplo, as políticas de coordenação levam em consideração o estado atual do eNodeB. As políticas de coordenação podem, ainda, ser baseadas na identidade da função SON desejada para a qual o eNodeB pode ser alterado, ou outros fatores relacionados com a função SON desejada.

[0012] Várias modificações das formas de realização ficarão facilmente evidentes para os especialistas na área, e os princípios genéricos aqui definidos poderão ser aplicados a outras formas de realização e aplicações sem se afastar do âmbito da invenção. Além disso, na descrição que se segue, numerosos detalhes são apresentados para fins de explicação. No entanto, um especialista na área compreenderá que as formas de realização do invento podem ser praticadas sem o uso destes detalhes específicos. Em outros casos, estruturas e processos bem conhecidos não são mostrados em forma de diagrama de blocos de modo a não obscurecer a descrição das formas de realização da invenção com detalhes desnecessários. Assim, a presente descrição não se destina a ser limitada às formas de realização mostradas, mas deve ser concedido o mais vasto escopo consistente com os princípios e características aqui descritos. .

[0013] A Figura 1 ilustra uma porção de exemplo de uma rede de comunicações sem fio 100 em que as formas de realização de exemplo podem ser implementadas. Numa forma de realização, a rede de comunicações sem fio 100 inclui uma Evolved Universal Terrestrial Radio Access Network (EUTRAN), utilizando o padrão de evolução de longo prazo (LTE) de projeto de parceria de 3a geração (3GPP) . Numa forma de realização, a rede de comunicações sem fio 100 inclui um primeiro eNodeB 101, um segundo eNodeB 102, um terceiro eNodeB 103, e um quarto eNodeB 104 (também referido como uma primeira estação de base 101, uma segunda estação base 102, uma terceira estação base 103). O primeiro eNodeB 101 serve uma determinada área geográfica celular 1. Da mesma forma, o segundo eNodeB 102 serve a área geográfica celular 2, o terceiro eNodeB 103 serve a área geográfica celular 3, e o quarto eNodeB 104 serve a área geográfica celular 4.

[0014] Entende-se que a rede de comunicações sem fio rede 100 pode incluir mais ou menos quatro eNodeBs. Entende-se, ainda, que cada eNodeB pode ter vários eNodeBs vizinhos. Como um exemplo, o eNodeB 103 pode ter seis ou mais eNodeBs vizinhos.

[0015] A otimização de capacidade e cobertura (CCO), a compensação de interrupção da Célula (COC) e o gerenciamento de economia e energia (ESM) são funções SON que podem alterar a cobertura ou a capacidade de uma ou mais Células em uma rede sem fio. A função CCO de SON esforça-se para maximizar a cobertura de um eNodeB, otimizando a capacidade e garantindo que a interferência entre Células seja minimizada. A função COC de SON configura um eNodeB para compensar outro eNodeB que está em uma condição de interrupção. A função ESM amplia a cobertura de um eNodeB vizinho para cobrir o eNodeB que está configurado para entrar em um modo de economia de energia. Se uma dessas funções SON altera um eNodeB ao mesmo tempo que uma outra função SON altera o mesmo eNodeB, podem ocorrer conflitos.

[0016] Como um exemplo ilustrativo, com referência à Figura 1, se há uma interrupção do serviço da Célula 1, a função COC de SON tentará compensar a interrupção da Célula 1 reconfigurando os parâmetros de possíveis Células candidatas. Por exemplo, o COC pode tentar reconfigurar a potência de transmissão, a inclinação da antena e o azimute da antena dos eNodeBs 102 e 103 que servem as Células 2 e 3, de forma que os eNodeBs 102 e 103 possam compensar o eNodeB que serve a Célula 1. Ao mesmo tempo, no entanto, a função ESN de SON pode estar funcionando na Célula 2 para compensar a cobertura da Célula 4 vizinha quando a Célula 4 entrar em um estado de economia de energia. Portanto, neste exemplo, as funções COC e ESM de SON podem estar tentando operar simultaneamente na Célula 2.

[0017] Neste exemplo ilustrativo, a partir do momento em que é detectada a interrupção da Célula 1 até a Célula 1 ser compensada pelas Células 2 e 3, a menos que haja coordenação entre as funções SON, as funções COC e ESM de SON podem tentar definir configurações eNodeB 102 diferentes para potência de transmissão, inclinação de antena e azimute da antena. Por exemplo, o COC pode tentar inclinar a antena do eNodeB 102 para baixo ao mesmo tempo que o ESM tenta inclinar a antena do eNodeB 102 para cima, resultando em instabilidade do eNodeB 102 .

[0018] Em formas de realização de exemplo, um dispositivo de gerenciamento de rede ou gerenciador de rede (NM) pode incorporar um mecanismo de coordenação SON para coordenar as alterações de cobertura e capacidade dos eNodeBs na rede 100 e, assim, proporcionar a prevenção de conflitos ou a resolução de conflitos entre as funções SON. 0 dispositivo de gerenciamento de rede pode incluir uma interface que recebe uma solicitação de alteração da cobertura e capacidade de um eNodeB na rede 100. Esta interface pode, ainda, transmitir uma consulta ao eNodeB para obter um estado de coordenação SON do eNodeB. 0 dispositivo de gerenciamento de rede pode, ainda, incluir um ou mais processadores. Esses processadores podem executar algoritmos que para determinam se a concedem ou rejeitam a solicitação com base em uma política de coordenação e estado coordenação SON. Com base na política de coordenação e no estado coordenação SON, o dispositivo de gerenciamento de rede coordena as alterações de cobertura e capacidade dos eNodeBs 100, de acordo com os requisitos de cobertura e capacidade da política de coordenação, minimizando a interferência intercelular e uso de energia de acordo com a política de coordenação.

[0019] Um NM compatível com a coordenação SON de acordo com as formas de realização de exemplo lê e grava valores em um atributo de estado de coordenação SON, sonCoordinationState, de eNodeBs na rede 100. Os valores para este atributo são mostrados na Tabela 1: Tabela 1: Valores do atributo sonCoordinationState.

[0020] A Figura 2 ilustra a arquitetura de um sistema 2 00 para proporcionar uma função de coordenação SON de acordo com, pelo menos, uma forma de realização de exemplo. Como é mostrado na Figura 2, uma interface padrão Itf-N está situada entre um gerenciador de rede (NM) e um gerenciador de domínio (DM). O Itf-N pode ser utilizado para transmitir dados dos resultados de medição de desempenho gerados na rede, e para transmitir alarmes ou notificações de desempenho.

[0021] Os elementos da rede, como os eNodeBs 201, 202 e 203, fornecem dados para apoiar a avaliação de desempenho da rede. Esses dados podem incluir medições de Qualidade de Serviço (QoS), verificação da configuração de rede ou outros parâmetros. Os gerenciadores de elementos (EM) 206 e 207 administram a produção de dados resultantes da medição, por exemplo, gerenciando um processo de coleta de medição de desempenho e gerando resultados de medição de desempenho.

[0022] Um EM 206 pode residir em um DM. As tarefas DM de exemplo incluem a configuração de eNodeBs, gerenciamento de falhas e monitoramento de desempenho. O monitoramento de desempenho pode incluir tarefas como receber dados de desempenho dos eNodeBs 203, 204 e 205.

[0023] Os eNodeBs 203 e 204 podem se comunicar com o NM 201 através de um DM 202. Alternativamente, um eNodeB 203 pode implementar o seu próprio EM 207 para se comunicar diretamente com o NM 2 01. Em algumas formas de realização, o NM e as funções SON podem operar de acordo com 3GPP TS 32 522, embora isto não seja uma exigência.

[0024] A Figura 3 ilustra um diagrama de blocos de exemplo que mostra detalhes de um eNodeB 3 01, que pode ser adequado para utilização como qualquer um dos eNodeBs 101, 102, 103, 104, 203, 204 e 205, de acordo com as formas de realização de exemplo, embora outras configurações possam ser adequadas. O ENodeB 301 pode incluir um processador 3 00, uma memória 3 02, um transceptor 304, instruções 306, e outros componentes (não mostrados). Os eNodeBs 101, 102, 103, 104, 203, 2 04 e 2 05 podem ser semelhantes entre si nas configurações de hardware, firmware, software e/ou parâmetros operacionais.

[0025] 0 processador 300 inclui uma ou mais unidades de processamento central (CPU), unidades de processamento de gráficos (GPU) ou ambas. O processador 300 fornece funcionalidades de processamento e controle ao eNodeB. A memória 3 02 compreende uma ou mais unidades de memória transitória e estática configuradas para armazenar instruções e dados para o eNodeB. O transceptor 304 compreende um ou mais transceptores, incluindo uma antena de entrada múltipla e saída múltipla (MIMO) para suportar comunicações MIMO. O transceptor 304 recebe transmissões de conexão ascendente e faz transmissões de conexão descendente, entre outras coisas, com o equipamento do usuário (UEs). Em algumas formas de realização, o transceptor 304 transmite solicitações para alterar o estado da cobertura e capacidade do eNodeB. Em resposta a esta solicitação, em algumas formas de realização, o transceptor recebe uma notificação de permissão que indica se a solicitação de alteração do estado de cobertura foi concedida ou negada. Se a permissão é concedida, em algumas formas de realização, o processador 300 armazena um estado de coordenação SON em uma memória associada 302 e altera o estado da cobertura e capacidade do eNodeB.

[0026] As instruções 3 06 compreendem um ou mais conjuntos de instruções ou software executado em um dispositivo de computação (ou máquina) para causar fazer com que o dispositivo de computação (ou máquina) execute qualquer uma das metodologias discutidas aqui. As instruções 306 (também referidas como instruções executáveis por máquina ou computador) podem residir, completa ou, pelo menos parcialmente, dentro do processador 300 e/ou a memória 302 durante a execução delas pelo eNodeB. O processador de 300 e a memória 302 também compreendem meios legíveis por máquina.

[0027] A Figura 4 ilustra um diagrama de blocos de uma máquina 400 de exemplo em que qualquer uma ou mais das operações executadas pelo gerenciador da rede (NM) aqui discutidas podem ser executadas. Em formas de realização alternativas, a máquina 400 pode operar como um dispositivo independente ou pode ser conectado (por exemplo, via rede) a outras máquinas. Em uma implantação via rede, a máquina 400 pode operar na capacidade de uma máquina de servidor, uma máquina cliente, ou em ambas em ambientes de rede cliente- servidor. Em um exemplo, a máquina 400 pode agir como uma máquina de ponto em um ambiente de rede ponto a ponto (P2P), ou outro ambiente distribuído.

[0028] A máquina 400 (por exemplo, sistema de computador) pode incluir um processador de hardware 402 (por exemplo, uma unidade de processamento central [CPU], uma unidade de processamento gráfico [GPU], um núcleo processador de hardware, ou qualquer combinação dos mesmos), uma memória principal 404 e uma memória estática 406, alguns ou todos estes podem se comunicar entre si através de uma interconexão 408 (por exemplo, barramento) . A máquina 400 pode incluir ainda uma unidade de exibição 410, um dispositivo de entrada alfanumérica 412 (por exemplo, um teclado) , e uma interface de usuário (UI) 411 dispositivo de navegação (por exemplo, um mouse) . Em um exemplo, a unidade de exibição 410, dispositivo de entrada 417 e o dispositivo de navegação de interface de usuário 914 podem ser uma tela sensível ao toque. A máquina 400 pode incluir adicionalmente um dispositivo de armazenamento (por exemplo, unidade de acionamento) 416, um dispositivo de geração de sinais 418 (por exemplo, um alto-falante), um dispositivo de interface de rede 420, e um ou mais sensores 421, como um sensor de sistema de posicionamento global (GPS), bússola, acelerômetro ou outro sensor. A máquina 400 pode incluir um controlador de saída 42 8, como um número de série (por exemplo, barramento serial universal (USB), em paralelo, ou outra conexão com fio ou sem fio (por exemplo, infravermelhos (IV)) para se comunicar ou controlar um ou mais dispositivos periféricos (por exemplo, uma impressora, um leitor de cartão, etc.).

[0029] O dispositivo de armazenamento 416 inclui um meio legível por máquina 422 no qual é armazenado um ou mais conjuntos de estruturas de dados e instruções 424 (por exemplo, software) incorporado ou utilizado por qualquer uma ou mais das técnicas ou funções aqui descritas. As instruções 424 podem também residir, completamente ou, pelo menos parcialmente, no interior da memória principal 404, no interior da memória estática 406, ou no interior do processador de hardware 402 durante a execução delas pela máquina 400. Num exemplo, uma ou qualquer combinação de processador de hardware 402, a memória principal 404, a memória estática 406, ou o dispositivo de armazenamento 416 pode constituir um meio legível por máquina.

[0030] Apesar do meio legível por máquina 422 ser ilustrado como um único meio, o termo "meio legível por máquina" pode incluir um único meio ou vários meios de comunicação (por exemplo, um banco de dados centralizado ou distribuído, e/ou caches e servidores associados) que armazenam uma ou mais instruções 424.

[0031] 0 termo "meio legível por máquina" pode também incluir qualquer meio que seja capaz de armazenar, codificar ou transportar um conjunto de instruções para a execução pela máquina 4 00 e que faz com que a máquina 400 seja capaz realizar qualquer uma ou mais das técnicas da presente divulgação, ou que seja capaz de armazenar, codificar ou transportar estruturas de dados usadas ou associadas com essas instruções. Exemplos não limitativos de meios legíveis por máquina podem incluir memórias de estado sólido, bem como meios ópticos e magnéticos. Em um exemplo, um meio legivel por máquina em massa compreende um meio legível por máquina, com uma pluralidade de partículas com massa em repouso. Os exemplos específicos de mídia legível por máquina podem incluir: a memória não-volátil, como dispositivos de memória de semicondutores (por exemplo, Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) e dispositivos de memória flash; discos magnéticos, como discos rígidos internos e discos removíveis; discos magneto-ópticos; discos de CD-ROM e de DVD-ROM.

[0032] As instruções 424 podem ainda ser transmitidas ou recebidas através de uma rede de comunicações 42 6 usando um meio de transmissão através do dispositivo de interface de rede 420 utilizando qualquer de uma série de protocolos de transferência (por exemplo, frame relay, protocolo de internet (IP), protocolo de controle de transmissão (TCP ) , protocolo de diagrama de usuário (UDP), protocolo de transferência de hipertexto (HTTP), etc.). O termo "meio de transmissão" deve ser considerado como incluindo qualquer meio intangível que é capaz de armazenar, codificar ou carregar instruções para execução pela máquina 4 00, e que inclui sinais de comunicações digitais ou analógicos ou outro meio intangível para facilitar a comunicação de tal software. As instruções 424 podem implementar algoritmos de mecanismos de coordenação SON acordo com os exemplos de formas de realização descritos abaixo.

[0033] Com referência novamente à Figura 2, a função de coordenação SON para a implementação de coordenação SON de acordo com as formas de realização de exemplo residem acima da ITF-N, e é implementada por instruções 424 no processador 402 do NM 201. No entanto, deve-se entender que a função de coordenação SON pode residir abaixo do Itf-N. Por exemplo, a função de coordenação SON podem reSidir no DM 2 02 para a coordenação de eNodeBs 2 03 e 204 ou outros eNodeBs (não mostrados) que são gerenciados pelo DM 202.

[0034] A Figura 5 ilustra um diagrama de fluxo de sinal mostrando sinais que passam entre um EM e O NM 201, a fim de implementar uma função de coordenação SON para evitar conflitos entre funções SON ESM, COC e CCO de acordo com as formas de realização de exemplo.

[0035] Em sinal 1, uma entidade de coordenação SON recebe uma solicitação para a alteração da cobertura e capacidade de um eNodeB da rede. Em um exemplo de realização, a entidade coordenação SON é o NM 201. A solicitação pode ser recebida a partir de um DM 202. Como alternativa, a solicitação pode ser recebido diretamente do eNodeB se o eNodeB inclui um EM incorporado.

[0036] Na mensagem 2, o NM consulta o DM ou o eNodeB para obter o estado de coordenação SON. O estado de coordenação SON indica o comportamento de uma Célula de apoio às funções CCO, COC e ESM, e pode incluir um dos seguintes valores: EsmCompensating, EsmEnergySaving, CocCompensating, CocOutage, CcoUpdating e None.

[0037] O NM 201 determina, então, se aceita ou rejeita a solicitação com base em uma política de coordenação e no estado de coordenação SON. A política de coordenação SON é descrita abaixo. Nas formas de realização de exemplo, a política de coordenação SON é baseada em uma ou mais das entradas de uma função SON, níveis de prioridade atribuídos pelos operadores de rede para as funções SON e políticas para operador de rede.

[0038] Se o eNódeB está em estado de coordenação EsmCompensating SON, e o NM 201 é notificado de que a Célula servida pelo eNodeB tem uma interrupção, então, a política de coordenação SON de acordo com os exemplos de formas de realização prevê que o NM 201 notifica a função ESM para encontrar outra Célula para compensar as Células de economia de energia. Se a função ESM é incapaz de encontrar uma outra Célula, então a função ESM é desativar a economia de energia nas Células que foram compensadas pelo eNodeB. O NM 201, então, altera o estado de coordenação SON do eNodeB para CocOutage.

[0039] Se o NM 201 recebe uma solicitação COC para que o eNodeB compense uma Célula vizinha em interrupção enquanto o eNodeB está no estado de coordenação EsmCompensating SON, então, a política de coordenação SON de acordo com as formas de realização prevê que o NM 2 01 determina a prioridade de COC e ESM com base na política para operador de rede. Se a função ESM SON tem a prioridade mais alta, então, a solicitação de COC é rejeitada. Se a função COC SON tem a prioridade mais alta, então, o NM 201 notifica a função ESM SON para encontrar outra Célula vizinha para compensar as Células de economia de energia. Se a função ESM SON não consegue de encontrar uma outra Célula para compensar as Células de economia de energia, então o NM 201 notifica a função ESM SON para desativar a economia de energia nas Células que foram compensadas pelo eNodeB. O NM 201, então, aceita a solicitação COC, o NM 201 altera o estado de coordenação SON do eNodeB para None.

[0040] Se o eNodeB está no estado EsmEnergySaving, e o NM 201 recebe uma solicitação COC para compensar uma Célula vizinha em interrupção, então a política de coordenação SON de acordo com formas de realização prevê que o NM 201 deve notificar a função ESM SON para pedir ao eNodeB para sair do modo de economia de energia. Se a função ESM de SON é incapaz de solicitar que o eNodeB saia do modo de economia de energia, então o NM 2 01 rejeita a solicitação COC. Se a função ESM SON é capaz de solicitar que o eNodeB saia do modo de economia de energia, então, o NM 201 aceita a solicitação COC e altera o estado de coordenação SON para None.

[0041] Se o eNodeB está no estado CocCompensating, e o NM 201 é notificado de que o eNodeB está experimentando uma condição de interrupção, então a política de coordenação SON prevê que o NM 201 notifica a função COC SON para encontrar um ou mais eNodeBs vizinhos para compensar o eNodeB solicitante e as Células que foram previamente compensadas pelo eNodeB solicitante. O NM 201, também altera o estado de coordenação SON do eNodeB para CocOutage.

[0042] Se o eNodeB está no estado CocOutage, então, o NM 201 rejeita todas as solicitações. Se o eNodeB está no estado CcoUpdating, então, o NM 2 01 adia todas as solicitações ESM e solicitações COC até que o estado de coordenação SON se altere para None (nenhum) . Se o eNodeB está no estado None, então o NM 201 aceita qualquer solicitação das funções CCO, COC ESM SON.

[0043] Se o eNodeB está no estado EsmCompensating, no estado EsmEnergySaving, ou no estado CocCompensating, e o NM 2 01 recebe uma solicitação de CCO para mudar a cobertura e a capacidade do eNodeB, o NM 2 01 determina se aceita o pedido com base na política para operador de rede. Se a solicitação CCO deve ser aceita, então o NM 201 altera o estado de coordenação SON para CcoUpdating.

[0044] O NM 201 também não permite, ou rejeita, solicitações que não estejam previstas na política de coordenação SON.

[0045] O NM 201 pode usar uma ou mais partes de dados adicionais para ajudar a prevenir conflitos entre as funções SON. Um ou mais dos parâmetros podem ser entradas de uma ou mais das funções SON ESM, CCO ou COC. Estas entradas podem incluir as informações de identificação para a função SON que está solicitando permissão para modificar os parâmetros de configuração de um eNodeB. A identidade pode incluir informações sobre o fornecedor da função SON, o número da versão, a versão, etc. As entradas podem incluir ainda o tempo de duração que qualquer parâmetro de configuração eNodeB recém-atualizado deve permanecer inalterado por outra ou a mesma função SON. As entradas podem ainda incluir ainda as metas SON que são a justificativa para a alteração de configuração. Por exemplo, os KPIS podem ser informados por um eNodeB que passou recentemente uma alteração de parâmetros de configuração. Este KPI é comparado a um valor-alvo SON para validar se as alterações anteriores contribuíram com uma melhoria nos KPIs. Se a avaliação indica que a melhora não foi suficiente, isso pode indicar que uma maior otimização e alterações de configuração devem ser realizadas para, pelo menos, o eNodeB informante. As entradas também podem incluir qualquer informação sobre o possível impacto de uma alteração de parâmetros de outros objetos na rede, ou seja, a área de impacto da alteração de parâmetros.

[0046] Para evitar conflitos, o NM 201 pode contar com mais informações, como o possível impacto da alteração de parâmetros em indicadores chave de desempenho (KPIs). O NM 201 pode, ainda, contar com informações sobre o estado atual do eNodeB, o estado de certos objetos gerenciados na rede, prioridade de funções SON e políticas de coordenação SON.

[0047] Com base na política de coordenação SON acima descrita, o NM 201 retorna a mensagem 3, rejeitando a solicitação, ou a mensagem 4, aceitando a solicitação. Se a decisão é uma decisão de negar a solicitação, então, nenhum outro processamento ocorre e nenhuma alteração de configuração é feita. Por outro lado, se a decisão é de aceitar a solicitação, o eNodeB ou DM altera a cobertura e capacidade e, na mensagem 5, notifica o NM 201 de que a alteração da cobertura e capacidade foi concluída. O eNodeB ou DM pode transmitir mais informações sobre o sucesso ou falha das alterações de parâmetros, ou os valores dos parâmetros antes e depois das alterações de parâmetros.

[0048] Depois de uma função SON ser concluída em um eNodeB, o estado de coordenação SON deve ser alterado para um dos estados EsmCompensating, EsmEnergySaving ou CocCompensating. Por exemplo, depois que o ESM ativa uma célula para desempenhar a função de compensação de economia de energia, o estado de coordenação SON dessa célula deve ser alterado para EsmCompensating. O NM 201 notifica o eNodeB ou DM na mensagem 6 de que o estado de coordenação SON do eNodeB deve ser alterado, e o DM ou eNodeB armazena o estado de coordenação SON em uma memória 302.

[0049] Em outros exemplos de formas de realização, além de, ou em vez de, rejeitar ou conceder uma solicitação por uma função SON, o NM pode configurar parâmetros específicos de pelo menos um eNodeB com um valor específico. Nas formas de realização de exemplo, o NM pode impedir alterações de parâmetros de uma ou mais funções SON por um tempo especificado após o parâmetro ser alterado por outra função SON. O NM pode notificar mais uma função SON de uma alteração de estado que pode impactar o cálculo dos indicadores de desempenho.

[0050] Em outros exemplos de formas de realização, o NM 201 detecta e proativamente resolve os conflitos entre funções SON. O NM 201 pode implementar essa resolução de conflitos em paralelo e, também adicionalmente ao processo de prevenção de conflitos acima descrito. Para detectar os conflitos, a função de coordenação SON implementada no NM 2 01 analisa dados como, por exemplo, os indicadores chave de desempenho (KPIs), as medições indicando se as funções SON estão cumprindo suas metas e oscilações ou variações inaceitáveis nos parâmetros de configuração eNodeB ao longo do tempo. Anomalias em qualquer uma dessas medidas ou dados podem indicar que as funções SON estão operando em conflito umas com as outras.

[0051] Para resolver conflitos detectados, o NM 201 pode ativar, desativar ou suspender uma função SON. A função de configuração SON pode modificar a configuração de determinadas funções SON, ou a pode modificar os parâmetros de configuração dos eNodeBs.

[0052] Entende-se que, para fins de clareza, a descrição acima aborda algumas formas de realização, com referência a diferentes unidades funcionais ou processadores. No entanto, ficará evidente que qualquer distribuição adequada de funcionalidade entre as diferentes unidades funcionais, processadores ou dominios pode ser utilizada sem se afastar das formas de realização da invenção. Por exemplo, a funcionalidade ilustrada para ser executada por processadores ou controladores separados pode ser realizada pelo mesmo processador ou controlador. Assim, as referências a unidades funcionais específicas são apenas para serem consideradas como referências aos meios adequados para fornecer a funcionalidade descrita, ao invés de um indicativo de uma estrutura ou organização lógica e física rigorosa.

[0053] Embora a presente invenção tenha sido descrita em relação com alguns exemplos de formas de realização, ela não se destina a ser limitada à forma específica aqui estabelecida. Um especialista na arte reconhecerá que várias características das formas de realização descritas podem ser combinadas de acordo com a invenção. Além disso, será reconhecido que várias modificações e alterações podem ser feitas por aqueles especialistas na arte sem se afastar do espírito e âmbito da invenção.

[0054] O Resumo da divulgação é fornecido para determinar rapidamente a natureza da divulgação técnica. Ele é fornecido com a compreensão de que não será usado para interpretar ou limitar o escopo ou significado das reivindicações. Além disso, na descrição detalhada mencionada acima, pode-se ver que vários recursos estão agrupados em uma única forma de realização para simplificar a publicação. Esse método de publicação não deve ser interpretado como se refletisse a intenção de que as formas de realização reivindicadas exigissem mais recursos do que expressamente enumerado em cada reivindicação. Em vez disso, como as reivindicações seguintes refletem, o objeto da invenção não se encontra em todos os recursos de uma única forma de realização reivindicada. As reivindicações a seguir são aqui incorporadas à descrição detalhada, sendo que cada reivindicação mantém-se sozinha como uma forma de realização separada.

Claims (22)

1. Dispositivo de gerenciamento de rede, compreendendo: uma interface para comunicar com uma pluralidade de Nós B Evoluídos (eNodeBs), a interface sendo disposta para: receber um pedido para alterar uma cobertura ou uma capacidade de um Nó B Evoluído (eNodeB); e um ou mais processadores dispostos para: determinar se aceita ou rejeita a solicitação com base em uma política de coordenação e um estado de coordenação de Rede de Auto-Otimização (SON), o estado de coordenação SON sendo um estado de funções SON, em que o estado de coordenação SON é um de: um estado de compensação de gerenciamento de economia de energia (ESM) indicando que um respectivo eNodeB da pluralidade de eNodeBs já está fornecendo cobertura para outros eNodeBs da pluralidade de eNodeBs que estão em um estado de economia de energia, um estado de compensação de interrupção de célula (COC) indicando que um respectivo eNodeB da pluralidade de eNodeBs já está fornecendo cobertura de um eNodeB vizinho que está em interrupção, e um estado de atualização de Otimização de Cobertura e Capacidade (CCO) indicando que um respectivo eNodeB da pluralidade de eNodeBs está atualizando os parâmetros de configuração em uma respectiva célula; e caracterizado por: determinar para encontrar outro eNodeB para realizar compensação para um primeiro eNodeB que está no estado de economia de energia quando um segundo eNodeB que está fornecendo compensação para o primeiro eNodeB tem uma interrupção.

2. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 1, caracterizado pelo fato de que, com base na política de coordenação e no estado coordenação SON, o dispositivo de gerenciamento de rede deve coordenar as alterações de cobertura e capacidade da pluralidade de eNodeBs no nível de rede, de acordo com os requisitos de cobertura e capacidade da política de coordenação, minimizando a interferência intercelular e uso de energia de acordo com a política de coordenação.

3. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 2, caracterizado pelo fato de que a política de coordenação é baseada em pelo menos uma de: entradas a partir de, pelo menos, uma função SON, essa função SON sendo pelo menos uma dentre as funções ESM, COC e CCO SON; uma prioridade de nível de pelo menos uma função SON; uma política de operador de rede; e um estado de coordenação SON do eNodeB.

4. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 3, caracterizado pelo fato de que a política de coordenação inclui ainda, se o eNodeB está no estado de compensação ESM: se a solicitação é uma solicitação COC, solicitar que o eNodeB compense um eNodeB vizinho em interrupção, rejeitar a solicitação COC se uma política para operador de rede conceder prioridade à compensação ESM, e aceitar a solicitação COC se a política para operador de rede conceder prioridade para a compensação COC; se a solicitação é uma solicitação CCO, determinar se aceita a solicitação com base na política para operador de rede; e se a solicitação não é uma solicitação COC ou uma solicitação CCO, aceitar a solicitação.

5. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 4, caracterizado pelo fato de que a poltica de coordenação inclui ainda, se o eNodeB está em um estado de economia de energia ESM: se a solicitação é uma solicitação COC, solicitar que o eNodeB compense um eNodeB vizinho em interrupção, solicitar que a função ESM SON permita que o eNodeB saia de uma função de economia de energia, e se a função ESM SON rejeita a solicitação, rejeitar a solicitação COC, e se a função ESM SON aceita a solicitação, aceitar a solicitação COC; se a solicitação é uma solicitação CCO, determinar se aceita a solicitação com base na política para operador de rede; e se a solicitação não é uma solicitação COC ou uma solicitação CCO, aceitar a solicitação.

6. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 4, caracterizado pelo fato de que a política de coordenação inclui ainda, se o eNodeB está no estado COC e se a solicitação é uma solicitação CCO, determinar se aceita a solicitação com base na política para operador de rede.

7. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 4, caracterizado pelo fato de que a política de coordenação inclui ainda: se o eNodeB está em um dos estados de atualização CCO e um estado de interrupção CCO, rejeitar a solicitação, se o eNodeB está em um estado SON None, aceitando a solicitação.

8. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 2, caracterizado pelo fato de que, a interface é ainda configurada para receber uma indicação de que um eNodeB no estado de compensação ESM está em uma condição de interrupção; e os um ou mais processadores estão ainda configurados para: alterar o estado de coordenação SON do eNodeB para um estado de interrupção COC com base na indicação recebida; e notificar a função ESM SON que a função ESM SON é para selecionar um segundo eNodeB para compensar por eNodeBs compensados pelo eNodeB no estado de interrupção COC.

9. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 8, caracterizado pelo fato de que a interface está ainda disposta para receber uma indicação de que a função ESM SON é incapaz de selecionar pelo menos um segundo eNodeB para executar a função ESM SON do eNodeB; e os um ou mais processadores estão ainda dispostos para notificar a função ESM SON que a economia de energia deve ser desativada em eNodeBs compensados pelo eNodeB com base na indicação recebida.

10. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 2, caracterizado pelo fato de que: a interface está ainda configurada para: receber uma indicação de que um eNodeB no estado COC está em uma condição de interrupção; e os um ou mais processadores estão ainda dispostos para: alterar o estado de coordenação SON do eNodeB para um estado de interrupção COC com base na indicação recebida; e notificar uma função COC SON que a função COC SON é para selecionar um segundo eNodeB para compensar (1) o eNodeB no estado de interrupção COC e (2) os eNodeBs compensados pelo eNodeB no estado de interrupção COC.

11. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 1, caracterizado pelo fato de que a solicitação é recebida a partir de um gerenciador de elemento residindo em um gerenciador de domínio em comunicação com o eNodeB.

12. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 1, caracterizado pelo fato de que a solicitação é recebida a partir de um gerenciador de elemento residindo no eNodeB.

13. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o um ou mais processadores estão ainda configurados para: receber uma notificação de que a alteração de cobertura ou capacidade foi concluída; e atualizar o estado de coordenação SON do eNodeB.

14. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o um ou mais processadores estão ainda dispostos para: configurar pelo menos um parâmetro do eNodeB; e impedir configuração de pelo menos um parâmetro para a duração após um ou mais processadores configurarem o pelo menos um parâmetro.

15. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 14, caracterizado pelo fato de que o pelo menos um parâmetro é um dentre uma potência de transmissão de conexão descendente e um parâmetro de antena.

16. Dispositivo de gerenciamento de rede, de acordo com a reivindicação 1, caracterizado pelo fato de que a interface é ainda disposta para comunicar uma consulta ao eNodeB para obter um estado de coordenação SON do eNodeB.

17. Método de coordenação de alterações de cobertura e capacidade em uma rede de auto-otimização (SON), o método compreendendo as etapas de: receber uma solicitação de alteração de uma cobertura ou uma capacidade de Nó B Evoluído (eNodeB); e determinar se aceita ou rejeita a solicitação com base em uma política de coordenação e um estado de coordenação SON, o estado de coordenação SON sendo um estado de funções SON, em que o estado de coordenação de SON é um de: um estado de compensação de gerenciamento de economia de energia (ESM) indicando que um respectivo eNodeB da pluralidade de eNodeBs já está fornecendo cobertura para outros eNodeBs da pluralidade de eNodeBs que estão em um estado de economia de energia, um estado de compensação de interrupção de célula (COC) indicando que um respectivo eNodeB da pluralidade de eNodeBs já está fornecendo cobertura de um eNodeB vizinho que está em interrupção, e um estado de atualização de Otimização de Cobertura e Capacidade (CCO) indicando que um respectivo eNodeB da pluralidade de eNodeBs está atualizando os parâmetros de configuração em uma respectiva célula; e caracterizado pelo fato de que compreende ainda: determinar para encontrar outro eNodeB para realizar compensação para um primeiro eNodeB que está no estado de economia de energia quando um segundo eNodeB que está fornecendo compensação para o primeiro eNodeB tem uma interrupção.

18. Método, de acordo com a reivindicação 17, caracterizado pelo fato de que, com base na política de coordenação e no estado coordenação SON, o método coordena as alterações de cobertura e capacidade da pluralidade de eNodeBs no nível de rede, de acordo com os requisitos de cobertura e capacidade da política de coordenação, minimizando a interferência intercelular e uso de energia e acordo com a política de coordenação.

19. Método, de acordo com a reivindicação 18, caracterizado pelo fato de que a rejeição da solicitação impede a instabilidade no eNodeB, evitando que várias funções SON alterem simultaneamente o mesmo parâmetro de configuração do eNodeB.

20. Método, de acordo com a reivindicação 19, caracterizado pelo fato de que compreende ainda: se a determinação determinar para aceitar a solicitação, alterar pelo menos um parâmetro do eNodeB, o pelo menos um parâmetro sendo um dentre uma potência de transmissão de conexão descendente e um parâmetro de antena.

21. Método, de acordo com a reivindicação 20, caracterizado pelo fato de que a política de coordenação aceita ou rejeita a solicitação com base em pelo menos um dentre: entradas a partir de pelo menos uma função SON, a pelo menos uma função SON sendo pelo menos uma dentre o ESM, COC e CCO; uma prioridade de nível da pelo menos uma função SON; uma política de operador de rede; e um estado de coordenação SON do eNodeB.

22. Método, de acordo com a reivindicação 19, caracterizado pelo fato de que compreende também: consultar o eNodeB para obter um estado de coordenação SON do eNodeB.