BRPI0601591B1

BRPI0601591B1 - Método para monitoramento e relatório de eventos através de portais de mídia

Info

Publication number: BRPI0601591B1
Application number: BRPI0601591-3A
Authority: BR
Inventors: Lin Yangbo
Original assignee: Huawei Tecnologies Co., Ltd.
Priority date: 2005-04-15
Filing date: 2006-04-13
Publication date: 2018-03-13
Also published as: US20060233109A1; AU2006201331B2; US8614953B2; EP1713229B1; DE602006005187D1; US20120057470A1; JP4372765B2; CA2830273A1; CA2542088C; EP1713229A1; ATE423424T1; US8134926B2; HK1088465A1; ES2322714T3; BRPI0601591A; KR100833673B1; AU2006201331A1; JP2006304298A; WO2006108343A1; CA2830273C

Abstract

"método para monitoramente e relatório de eventos através de portais de mídia". incluindo: eventos preestabelecidos em um portal de mídia; monitoramento dos eventos preestabelecidos no portal de mídia e relatório dos resultados do monitoramento ao controlador do portal de mídia durante a operação. os eventos incluem: fora-do-gancho, no-gancho, discando, flashhook, falha no sistema, alarme de qualidade, e temporizador de desligamento, etc. por preestabelecer os eventos nos portais de mídia, o problema do sistema resultado do fato de os portais de mídia não poderem obter eventos emitidos a partir do controlador do portal de mídia devido a várias razões que podem ser evitadas através do preestabelecimento de eventos no portal de mídia e monitoramento e relatório do evento através do portal de mídia automaticamente após o portal de mídia ser iniciado. portanto, melhorando a estabilidade do sistema.

Description

(54) Título: MÉTODO PARA MONITORAMENTO E RELATÓRIO DE EVENTOS ATRAVÉS DE PORTAIS DE MÍDIA (51) Int.CI.: G06F 13/16 (30) Prioridade Unionista: 15/04/2005 CN 200510064589.2 (73) Titular(es): HUAWEI TECNOLOGIES CO., LTD.

(72) Inventor(es): LIN, YANGBO » 9 t / 10 » · · · · • · 4 · · · * ♦ · · ♦ • · · · • · · · * • · « • 4 • ♦ *

• · · ' MÉTODO PARA MONITORAMENTO E RELATÓRIO DE EVENTOS ATRAVÉS DE

PORTAIS DE MÍDIA

1. Campo técnico da Invenção

A presente invenção se refere a uma rede de tecnologia de comunicação, e mais particularmente a um método para o monitoramento e relatório de eventos através de portais de mídia.

Como demonstrado na Fig. 1, um MGC¹ (Controlador de Portais de Mídia) e um MG² (Portal de Mídia) são componentes chave em um NGN³ (Portal de Nova Geração). O MGC proporciona função de controle de chamadas, enquanto o MG proporciona funções de suporte de serviço, portanto implementar a separação entre um plano de controle de chamadas e um plano de suporte de serviço e assim compartilhar estes recursos eficientemente, simplificando a expansão e melhoramento de equipamentos e serviços, e reduzindo muito os custos para desenvolvimento e manutenção.

Protocolo de Controle de Portais de Mídia é um protocolo principal entre MGs e MGCs; presentemente, dois protocolos são largamente utilizados, ex.: H.248/ MeGaGo e MGCP. No protocolo H.248, por exemplo, os recursos em MGs são abstraídos como terminações. As terminações são categorizadas em terminações físicas e terminações efêmeras; a última representa algumas entidades físicas semipermanente tais como canais TDM; o último representa alguns recursos públicos que podem ser obtidos, se requisitados, temporariamente e então liberados após o uso, tais como as correntes de RTP. Quaisquer combinações entre terminações são abstraídas como contexto. Um

2/10 • 99 * 4 · * 4 t 2 4, ·* 4 4 4 • 4 4 * 4 ♦ · 4 4 *·4 4

4·4 · · · contexto pode incluir diversas terminações e consequentemente a relação entre as terminações pode ser descrita na topologia,

Com base no modelo do resumo, mudanças de chamada podem ser consideradas como uma operação nas terminações e contexto. Tais operações são obtidas através de solicitações e respostas de comandos entre os MGCs e MGs Tais comandos possuem parâmetros também referidos como descritores, Estes descritores são caracterizados em propriedades, sinais, eventos e estatísticas. Parâmetros com correlação de serviços são agregados em pacote lógico.

Sinais são utilizados por um MGC para instruir um MG a fazer operações de recursos correspondentes, ex.: enviar um tom de discagem, tom de re-discagem, ou sinal de ocupado a um assinante. Eventos são utilizados por um MGC para instruir um MG a monitorar os correspondentes status, flashhook⁴, ex.: monitorar se um assinante desliga ou prende a ligação, e disca um número, etc. Eventos são geralmente desencadeados no caso de uma mudança de status e podem resultar em uma resposta correspondente, ex.: o tom de discar é enviado ao assinante somente quando o assinante desliga.

Mesmo assim, na presente definição do protocolo H.248, eventos devem ser emitidos através de um MGC para um MG antes que o MG possa iniciar a monitorar o correspondente status de modificação. O mecanismo é próprio para a maioria dos casos quando visto sob o ponto de vista que o MGC é o controlador enquanto o MG é a entidade que é controlada. Mesmo assim, em alguns casos especiais, o mecanismo tem algumas desvantagens. Por exemplo, após o MG ser registrado com sucesso ao MGC, monitorando o status do MGC

3/10

4 9	• 49 • «	4 • 4 t 4	4 4 4 4 4	4 4 4 4	4 9 9 4	* 4 t 4 9 4	4 9 4 > 4	• «
• 4	•	4 4	• 4	9 4	4	4	9 4
	9	• 4	* 4	• 4	4	4 9	4
	* * 4	4	4	«	♦ · 4		4 9	• · ·

de ativação deve ser iniciado imediatamente, o que pode ser melhorado por reportar um evento de intervalo de parada de inatividade pelo MG para desencadear o MGC a fim de dar uma resposta ao suporte. Mesmo assim, na definição existente do protocolo, se o MGC não reporta um evento ao MG devido alguma causa (ex.: o MGC não está configurado, falta súbita ou falha na transmissão), o MG não irá monitorar o status de ativação do MGC. Como conseqüência, o MG poderá operar anormalmente desde que haja perdido o controle do MGC. Portanto, uma parte do sistema de rede poderá sofrer uma quebra em alguns casos, degradando a estabilidade do sistema da rede.

3. SUMARIO DA INVENÇÃO

Em vista das desvantagens acima no estado da técnica, o objetivo da presente invenção é prover um método para monitorar e relatar os eventos através de portais de mídia, a fim de resolver o problema em alguns casos especiais se o MG não obtém eventos emitidos pelo controlador dos portais de mídia e, portanto melhorando a estabilidade dos sistemas de rede.

Um método para o monitoramento e relatório dos eventos através de portais de mídia, incluindo os passos:

a) preestabelecendo eventos a serem monitorados nos portais de mídia;

b) os portais de mídia monitorando os eventos preestabelecidos e relatando os resultados de monitoramento ao controlador do portal de mídia durante a operação.

O preestabelecimento do evento no portal de mídia deverá encontrar o protocolo entre o controlador do portal de mídia e os portais de mídia.

O protocolo para o preestabelecimento de eventos entre o controlador

4/10 • · a # » · · a · · «

do portal de mídia e os portais de mídia inclui o cumprimento com os mesmos parâmetros e identidades solicitadas⁵.

Os eventos incluem eventos que podem ser monitorados pelos portais de mídia.

O passo “b” ainda inclui o procedimento de: durante o monitoramento dos eventos preestabelecidos pelos portais de mídia, quando o controlador do portal de mídia emite o evento, parâmetros relevantes e identidades solicitadas, as quais devem ser preestabelecidas nos portais de mídia para os portais de mídia, realizando o monitoramento nos eventos com parâmetros relevantes de identidades solicitadas emitidas pelo controlador do portal de mídia dentro do ciclo de vida.

O passo “b” ainda inclui o passo de: se os eventos emitidos a partir do controlador de portal de mídia e estando preestabelecido no portal de mídia tem um ciclo de vida, fazendo a monitoração dos eventos com parâmetros relevantes e Solicitação de Identidades preestabelecidas nos portais de media além do ciclo de vida.

O passo “b” ainda inclui o passo de: se os eventos emitidos a partir do controlador de portal de mídia e estando preestabelecido no portal de mídia tem um ciclo de vida, fazendo a monitoração continuamente dos eventos com parâmetros relevantes e solicitações de identidade emitidas pelo controlador de portal de mídia.

Os eventos podem ser preestabelecidos manual ou automaticamente.

O problema do sistema resulta do fato dos eventos não poderem ser emitidos a partir do MGC para os MGs devido as várias razões que podem ser

5/10 evitadas por eventos preestabelecidos nos MGs e monitorando o status dos eventos automaticamente, e reportando os resultados do monitoramento para o MGC após os MGs serem iniciados; portanto a estabilidade do sistema pode ser melhorada.

4. BREVE DESCRIÇÃO DOS DESENHOS

A caracterização do presente documento para patente de invenção ora proposta é feita por meio de desenhos representativos do método para o monitoramento e relatório de eventos através de portais de mídia, de tal modo que a máquina ou equipamento possa ser integralmente reproduzido por técnica adequada, permitindo plena caracterização da funcionalidade do objeto pleiteado.

A partir das figuras elaboradas, que expressam a melhor forma ou forma preferencial de se realizar o produto ora idealizado, se fundamenta a parte descritiva do relatório, através de uma numeração detalhada e consecutiva, onde esta esclarece aspectos que possam ficar subentendidos pela representação adotada, de modo a determinar claramente a proteção ora pretendida.

Estas figuras são meramente ilustrativas, podendo apresentar variações, desde que não fujam do inicialmente pleiteado.

Neste caso tem-se que:

- a figura 1 é um diagrama esquemático de um MGC e MGs em um sistema de rede da próxima geração; e

- a figura 2 é um organograma de acordo com a incorporação do método da presente invenção.

6/10

5. DESCRIÇÃO DETALHADA DA INCORPORAÇÃO

A fim de fazer os especialistas na arte entenderem e implementarem a presente invenção, abaixo uma incorporação da presente invenção é descrita em detalhes com referências aos desenhos anexo.

Na incorporação da presente invenção, eventos podem ser emitidos através do MGC ou MGs ou preestabelecidos no MGs, para que os MGs possam monitorar os status correspondentes, ex.: se o assinante desliga, prende a ligação, flashhook, disca um número, e se o timer temporiza, etc. Eventos podem ser emitidos a partir do MGC para o Mgs, ter anexo uma

Solicitação de Identidade e possivelmente parâmetros requeridos. Estes eventos emitidos também são referidos como eventos solicitados. Uma vez que qualquer MG detecte alguma modificação naqueles eventos, reportará o(s) eventos(s) correspondente(s) ao MGC, com os anexos acima mencionados como Solicitação de Identidade e possivelmente solicite parâmetros. O evento relatado é também referido como um evento observado. O evento observado correlaciona-se com o evento requisitado pela mesma Solicitação de Identidade, enquanto que os parâmetros são anexados a eles podem ser diferentes.

A incorporação da presente invenção provê um método para monitorar automaticamente e relatar eventos por MGs, cujos eventos a serem monitorados estão preestabelecidos no MGs, e quando os MGs são iniciados, o MGs monitora o evento preestabelecido automaticamente e relata o resultado do monitoramento ao MGC.

Como mostra a figura 2, no passo 1, o assinante pode preestabelecer em um MG qualquer evento que possa ser monitorado pelo MG como • « *

7/ 10 • « » » · * · ♦« » · · • · 4B necessário, ex · fora do-gancho no-gancho, discando, flashhook, falha na rede, alarme de qualidade, desligamento do timer, etc. No passo 2, quando o MG é iniciado, o MG ativa estes eventos preestabeiecidos. No passo 3, o MG monitora os eventos preestabeiecidos. No passo 4, o MG reporta o resultado do monitoramento ao MGC. No passo 5, o MG espera a resposta do MGC e faz um tratamento de acordo com a resposta do MGC. Os eventos preestabeiecidos no MG devem encontrar-se com o protocolo entre MGC e MGs, por estarem utilizando os mesmos parâmetros e Identidades Solicitadas. Desta maneira, o MGC não irá criar uma resposta errada quando receber qualquer relatório de um evento preestabelecido no MG.

Como um exemplo, a incorporação da invenção preestabelecida é descrita em detalhes com um evento de Interrupção por Inatividade (um temporizador que temporiza o evento, utilizado pelo MG para monitorar o status do MGC).

Primeiramente, a função do temporizador é explicada. Quando o temporizador é ativado no MG, qualquer mensagem do MGC para o MG causará ao MG reiniciar o temporizador, assim o temporizador não irá esgotar o tempo; se nenhuma mensagem é recebida do MGC dentro de um longo período e os últimos resultados em temporização do temporizador, o MG irá reportar o evento ao MGC. Se o MGC responder ao relatório, é indicado que o MGC ainda está normal e o MG continuará o status de detecção do MGC através do processo acima, de outra maneira o MGC estará anormal, e o MG precisa ativar uma exceção no mecanismo de manuseio, por exemplo, registrando um backup do

MGC continuamente * ♦ · · · » * ·# · *

8/10

De acordo com a incorporação da presente invenção, um evento de Interrupção por Inatividade e seu parâmetro, Tempo Máximo de Inatividade (ex.: 30s), e Solicitação de Identidade (ex.: 0) são preestabelecidos no MG; após o MG ser inicializado com sucesso para o MGC, o MG ativa o evento de Parada de Inatividade, ex.. o MG inicia o monitoramento mensagens do MGC, com o valor de Parâmetro Máximo Tempo de Inatividade como o tempo de duração do temporizador. Desta forma, se o MGC falha, o MG não pode receber qualquer mensagem do MGC para reiniciar o temporizador; uma vez que o tempo do temporizador tenha terminado, o MG irá reportar o evento do Tempo de

Inatividade ao MGC com uma solicitação de identidade preestabelecida. Se o MGC não responder ao evento relatado pelo MG, o MG irá ativar o mecanismo de manuseio de exceção, por exemplo, registrando o backup do MGC renovadamente. Desta forma, o problema potencial é que o MG não pode ativar a monitoração para o evento desde que o MGC não emita o evento ao MG, o qual deve resultar em uma quebra do sistema devido à falta do MGC, possa ser eliminado.

O preestabelecimento dos eventos no MG pode ser feito automaticamente ou manualmente, ex.: por um código em linha em um software, pelo painel de controle, ou por uma rede de gerenciamento, etc.

Durante o monitoramento dos eventos preestabelecidos pelo MG, se o MGC emite ao MG um evento que tenha sido preestabelecido no MG, o MG irá monitorar o evento com os parâmetros relevantes e Identidade Solicitada emitido pelo MGC. Se o evento tem um ciclo de vida, os monitores do evento MG com os parâmetros relevantes e Identidade Solicitada emitidos pelo MGC dentro do • * « *! t

9/ 10 • · · • * * · · • · · ♦ · • · · · « • · * ·

• ·· cicio de vida; e os monitores do evento MG com os relevantes parâmetros preestabelecidos além do ciclo de vida. Se o evento não tem ciclo de vida, o MG irá monitorar constantemente os eventos com os parâmetros relevantes e solicitações de identidade do MGC.

De acordo com a incorporação da presente invenção, o problema da quebra do sistema preestabelecido resultante do fato dos eventos não poderem ser emitidos desde o MGC ao MG devido à várias razões pode ser evitado por preestabelecer os eventos no MG e monitorar os eventos automaticamente após o MG ser iniciado e relatado os resultados do monitoramento ao MGC; portanto, a estabilidade do sistema pode ser melhorada.

Embora a presente invenção seja descrita com referência à incorporação acima, aqueles que têm conhecimento da arte deverão entender que várias modificações e variações podem ser feitas à presente invenção, sem distanciar-se do espírito e natureza da presente invenção, o escopo da invenção deverá ser definido nas reivindicações anexas.

Acrônimo de Media Gateway Controller (nota do tradutor)

2. Acrônimo de Media Gateway (n.t.),

3. Acrônimo de Next Generation Gateway (n.t.)

4. Flashhook - esta palavra não existe no vernáculo e significa; o botão flash do aparelho telefônico que é utilizado para serviços suplementares, ex: transferir ligações, etc. O flash (interrupção de micro-segundos da linha) ocorre quando há uma chamada e esta deve ser interrompida entre uma duração mínima e uma duração máxima, conforme a instrução/explicação do inventor aqui, traduzido anteriormente da melhor maneira possível, em idioma inglês: f/ashhook, which

10/ 10 means handset flash and is usually used for supplementary Service e.g, calí transfer etc. A flash occurs when an on-hook followed by an off-hook between a minimum and maximum duration.

5. “identidades solicitadas” - tradução de Ftequest IDs. (n.t.)

Claims

REIVINDICAÇÕES

1. Um método para monitorar e relatar eventos por meio de portais de mídia, caracterizado por:

A. predefinir eventos a serem monitorados nos portais de mídia;

B. os portais de mídia que monitoram os eventos predefinidos e denunciam o resultado de monitoração a um controlador de portal de mídia durante a operação, em que a pré-configuração de eventos nos portais de mídia atende o protocolo entre o controlador de portal de mídia e os portais de mídia;

C. em que o protocolo para predefinir eventos entre o controlador de portal de mídia e os portais de mídia compreende o cumprimento dos mesmos parâmetros e IDs de solicitação.
2. Método para monitorar e relatar eventos por portais de mídia de acordo com a reivindicação 1 caracterizado pelos referidos eventos compreenderem eventos que podem ser monitorados pelos portais de mídia.
3. Método para monitorar e relatar eventos por portais de mídia de acordo com a reivindicação 1 caracterizado pelo referido passo B compreender ainda o passo de durante a monitoração dos eventos predefinidos pelos portais de mídia, quando o controlador de portal de mídia emite eventos, parâmetros relevantes e solicitar IDs que foram predefinidos nos portais de mídia, para os portais de mídia, monitorando os eventos com parâmetros relevantes e IDs de solicitação emitidos pelo controlador de portal de mídia.
4. Método para monitorar e relatar eventos por portais de mídia de acordo com a reivindicação 3 caracterizado por dito passo B compreender ainda o passo de se os eventos emitidos a partir do controlador de portal de mídia e terem sido predefinidos nos portais de mídia tiverem um ciclo de vida, monitorando os eventos com parâmetros relevantes e IDs de solicitação emitidos a partir do controlador de portal de mídia dentro do referido ciclo de vida.
5. Método para monitorar e relatar eventos por portais de mídia de acordo com a reivindicação 3 caracterizado pelo dito passo B compreender ainda

Petição 870170081676, de 25/10/2017, pág. 5/9 o passo de se os eventos emitidos a partir do controlador de portal de mídia e terem sido predefinidos nos portais de mídia tiverem um ciclo de vida, monitorando os eventos com parâmetros relevantes e IDs de solicitação predefinidos nos portais de mídia além do referido ciclo de vida.
6. Método para monitorar e relatar eventos por portais de mídia de acordo com a reivindicação 3 caracterizado pelo dito passo B compreender ainda o passo de se os eventos emitidos a partir do controlador de portal de mídia e estiverem predefinidos nos portais de mídia não tiverem ciclo de vida, monitorando continuamente os eventos com parâmetros relevantes e IDs de solicitação emitidos pelo controlador de portal de mídia.
7. Método para monitorar e relatar eventos por portais de mídia de acordo com a reivindicação 1 caracterizado pelos referidos eventos serem prédefinidos de forma automática ou manual.

Petição 870170081676, de 25/10/2017, pág. 6/9

1 / 2 /