PT2207363E - Aparelho eletrónico, rede inteligente e método de processamento de dados implementado sobre rede inteligente - Google Patents
Aparelho eletrónico, rede inteligente e método de processamento de dados implementado sobre rede inteligente Download PDFInfo
- Publication number
- PT2207363E PT2207363E PT91504324T PT09150432T PT2207363E PT 2207363 E PT2207363 E PT 2207363E PT 91504324 T PT91504324 T PT 91504324T PT 09150432 T PT09150432 T PT 09150432T PT 2207363 E PT2207363 E PT 2207363E
- Authority
- PT
- Portugal
- Prior art keywords
- nodes
- node
- response
- data
- request
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
- Credit Cards Or The Like (AREA)
Description
ΡΕ2207363 - 1 -
DESCRIÇÃO "APARELHO ELETRÓNICO, REDE INTELIGENTE E MÉTODO DE PROCESSAMENTO DE DADOS IMPLEMENTADO SOBRE REDE INTELIGENTE" A presente invenção refere-se ao campo de aparelhos eletrónicos para armazenamento e recuperação de dados, e em particular às redes inteligentes e mais particularmente a um ponto de dados de serviço e a um método de processamento de dados implementado sobre uma rede inteligente. A tecnologia de rede inteligente (IN) é como tal conhecida desde a técnica prévia e foi padronizada, tal como pela União Internacional de Telecomunicações que emitiu as normas Q.1210 a Q.1219, que também ficaram conhecidas como conjunto de capacidades (capacity set) 1 (CS-1). Um exemplo de uma forma especial de implementação de uma IN é a rede inteligente avançada (Advanced Intelligent Network - AIN), que também foi padronizada.
Uma IN contém um ponto de controlo de serviço (Service Control Point - SCP). 0 SCP é também referido como função de controlo de serviço (Service Control Function -SCF). Além disso, a IN contém um ponto de dados de serviço (Service Data Point - SDP) que também é referido como função de serviço de dados (Service Data Function - SDF). 0 SDP pode ser implementado por um componente separado ou -2- ΡΕ2207363 pelo mesmo componente que o SCP. US 6687366 BI mostra um método de encaminhamento inteligente para lidar com um grande número de assinantes numa IN. 0 método requer um encaminhador (router) inteligente para encaminhamento de pedidos do SCP para um dos SDPs da rede inteligente.
Arranjos similares são por exemplo divulgados em: - SMETANIUK B: "Operação distribuída do diretório X.5 0 0", COMPUTER NETWORKS AND ISDN SYSTEMS, NORTH HOLLAND PUBLISHING, AMSTERDAM, NL, vol.21, 1991, páginas 17-40, XP024236404, ISSN: 0169-7552, e em CHATRAS B ET AL: "Protocolos para Gestão Remota de Dados em Redes Inteligentes CS1", IEEE INTELLIGENT NETWORK '94 WORKSHOP RECORD, IEEE, 1994, XP010300935. A presente invenção visa proporcionar um aparelho eletrónico melhorado, tal como um ponto de dados de serviço, uma rede inteligente, um método de processamento de dados implementado sobre rede inteligente e um produto de programa de computador. A invenção fornece um aparelho eletrónico tal como reivindicado na reivindicação 1 e um ponto de dados de serviço tal como reivindicado na reivindicação 8. As formas -3- ΡΕ2207363 de realização de aparelhos eletrónicos e pontos de serviço de dados da invenção constam nas reivindicações dependentes. Além disso, a invenção fornece uma rede inteligente, um método de processamento de dados implementado sobre rede inteligente e um produto de programa de computador, tal como reivindicado nas reivindicações adicionais independentes.
As formas de realização da invenção são particularmente vantajosas para aplicações onde os dados são armazenados de forma distribuída numa pluralidade de nós em rede. Tais aplicações incluem, mas não estão limitadas a, redes de área de armazenamento (Storage Area Networks - SANs) e redes de automação de fábrica. Uma vantagem particular das formas de realização da invenção é que nenhum registo central e/ou replicado é necessário para o armazenamento e recuperação de dados.
Por exemplo, cada nó de um aparelho eletrónico da invenção constitui um nó de uma SAN. Para recuperação de dados qualquer um dos nós da SAN pode receber um pedido de informações que é reencaminhado para todos os outros nós da SAN através de uma mensagem de difusão, se os dados solicitados especificados no pedido de informações não puderem ser recuperados pelo nó que recebeu o pedido de informações. Por exemplo, um sistema informático que necessita de recuperar dados da SAN pode enviar o pedido de informações para qualquer um dos nós do aparelho eletrónico. -4- ΡΕ2207363
Do mesmo modo, cada nó de um aparelho eletrónico da invenção pode constituir um nó de uma rede de automação de fábrica onde os dados de automação, tais como dados de controlo e/ou dados de medição, são armazenados pelos nós individuais. Os nós podem incluir atuadores, sensores e outros componentes de automação. Por exemplo, uma unidade de controlo da rede de automação de fábrica que necessita de recuperar dados do aparelho eletrónico pode enviar o pedido de informações para qualquer um dos nós do aparelho eletrónico.
As formas de realização da invenção são particularmente vantajosas para aplicações de rede inteligente, visto que o esforço para configurar o ponto de dados de serviço é minimizado. Em particular, uma instância central, tal como um router inteligente, não é necessário o que tem a vantagem adicional de evitar um ponto único de falha. Outra vantagem é a escalabilidade do SDP visto que os nós podem ser adicionados ao SDP à medida que o número de assinantes cresce.
Nos termos de uma forma de realização da invenção, as mensagens de resposta de cada um dos outros nós contêm os dados, se for o caso, que foram recuperados como resultado da consulta de base de dados que foi realizada pelo respetivo nó dos outros nós em resposta à mensagem de difusão. Alternativamente, as mensagens de resposta não contêm os dados diretamente, mas um localizador que indica onde os dados são armazenados, tal -5- ΡΕ2207363 que o nó que enviou a mensagem de difusão pode aceder aos dados usando o localizador recebido. 0 localizador pode ser implementado por um localizador de recursos uniforme (Uniform Resource Locator - URL).
Breve descrição dos desenhos
Nas seguintes formas de realização da invenção são descritas mais detalhadamente, a título de exemplo, apenas fazendo referência aos desenhos nos quais: A Figura 1 é um diagrama de blocos mostrando uma primeira forma de realização de uma rede inteligente e um ponto de dados de serviço, A Figura 2 é um diagrama de blocos de uma forma de realização adicional de um ponto de dados de serviço, A Figura 3 é um diagrama de blocos de um dos nós de uma forma de realização de um ponto de dados de serviço, A Figura 4 é um fluxograma que ilustra uma forma de realização de um método da invenção, A Figura 5 é um diagrama UML ilustrando uma forma de realização adicional de um método da invenção. -6- ΡΕ2207363
Descrição detalhada
Ao longo da descrição seguinte os mesmos números de referência são usados para designar elementos semelhantes que realizam as mesmas funções ou similares. A Fig. 1 mostra um diagrama de blocos de uma rede inteligente (IN) 100. A IN 100 compreende uma rede de telecomunicações 102. A rede de telecomunicações 102 pode ser uma rede de telecomunicações fixas ou móveis fornecendo diversos serviços de telecomunicações aos seus assinantes. Por exemplo, a rede de telecomunicações 102 é uma rede digital sem fios de telecomunicações celulares, tais como as que estão em conformidade com a norma GSM. A rede de telecomunicações 102 possui um centro de comutação 104 que é implementado como um centro de comutação móvel (Mobile Switching Center - MSC) se a norma GSM for usada. A IN tem pelo menos um SCP 106. Pode haver mais de um SCP, tal como um SCP 108 adicional. No exemplo
considerado aqui a MSC 104 é acoplada ao SCP 106. Outro MSC da rede de telecomunicações 102 (não mostrado na Fig. 1) pode ser acoplado ao SCP 108. O SCP 106 e o SCP 108 são acoplados ao SDP 110 através de uma rede 112. O SDP 110 contém uma pluralidade de nós 1, 2, 3,...i. Os nós do SDP 110 são acoplados por uma rede 114. -7- ΡΕ2207363
As redes 112 e 114 podem ser implementadas por redes separadas ou por uma rede única, tal como uma rede de área local, um sistema de barramento ou similar. A titulo de exemplo, o equipamento de utilizador (User Equipment - UE) de um assinante A 116 e o UE 118 de um assinante B são representados na Fig. 1. Quando o assinante A requer a prestação de um serviço de telecomunicações da rede de telecomunicações 102 um pedido 120 é enviado do UE 116 para a rede de telecomunicações 102 onde é processado pelo MSC 104. O pedido 120 contém uma especificação do serviço de telecomunicações desejado e um identificador do assinante A, que é referido em seguida como ID A. Se o serviço de telecomunicações solicitado envolve outro assinante, tal como o assinante B, o ID B desse outro assinante também é especificado no pedido 120.
Em resposta ao pedido 120 o MSC 104 gera um pedido 122 e envia o pedido 122 para o SCP ao qual está assignado, ou seja, ao SCP 106. 0 pedido 122 contém pelo menos o ID A e também o ID B, se o serviço de telecomunicações solicitado envolve o assinante B além do assinante A.
Em resposta ao pedido 122 o SCP 106 gera um pedido 124 que contém pelo menos os IDs recebidos com o pedido 122 do MSC 104 pelo SCP 106. O pedido 124 é enviado do SCP 106 através da rede 112 para um dos nós do SDP 110. -8- ΡΕ2207363
Numa primeira implementação o SCP 106 é atribuído a um dos nós do SDP 110, tal como o nó 1. Nesta instância o SCP 106 envia o pedido 124 para o nó ao qual é atribuído, ou seja, para o nó 1.
Noutra implementação o SCP não é atribuído a qualquer um dos nós do SDP 110. Nesta instância o nó do SDP 110 para o qual o SCP 106 envia o seu pedido 124 é determinado aleatoriamente pelo SCP 106.
Noutra implementação o SCP é atribuído a um subconjunto dos nós do SDP 110. Este subconjunto contém dois ou mais dos nós do SDP 100. O SCP 108 é atribuído a outro subconjunto dos nós, em que o subconjunto dos nós ao qual o SCP 106 é atribuído e o subconjunto dos nós ao qual o SCP 108 é atribuído são disjuntos. No entanto, também é possível que SCPs diferentes sejam atribuídos aos mesmos subconjuntos dos nós ou aos subconjuntos de nós tendo nós comuns.
Noutra implementação o SCP 106 implementa um esquema de balanceamento de carga para balancear a carga dos nós do SDP 110 ao qual ele é atribuído. Por exemplo, o SCP 106 é atribuído a um subconjunto dos nós e implementa um esquema de arbitragem, tal como um esquema de distribuição circular (round robin), para balancear as cargas dos nós deste subconjunto. Por exemplo, o SCP 106 é atribuído ao subconjunto contendo os nós 1, 2 e 3. Nesta instância, o primeiro pedido 124 é enviado para o nó 1 e os -9- ΡΕ2207363 pedidos subsequentes são enviados para os nós 2, 3, 1, 2, 3, 1,... etc. na ordem determinada por este regime de distribuição circular.
Em resposta ao pedido 124 o SDP 110 gera uma resposta 126 que é devolvida pelo SDP 110 ao solicitante SCP 106. O SCP 106 usa a resposta 126 para gerar uma resposta 128 usando os dados contidos na resposta 126 e devolve a resposta 128 ao MSC 104. O MSC 104 pode então fornecer o serviço de telecomunicações solicitado ao assinante A, dependendo do conteúdo da resposta 128. A Fig. 2 mostra uma forma de realização mais detalhada do SDP 110.
Cada um dos nós do SDP 110 possui uma interface 130 para receber pedidos dos SCPs, tais como o pedido 124 do SCP 106. Por meio da interface 130 cada um dos nós é acoplado à rede 112.
Cada um dos nós tem uma base de dados 13 2 para armazenar dados de assinante. Os dados do assinante são armazenados em cada uma das bases de dados 132 usando o ID de assinante como uma chave de acesso. A estrutura das bases de dados 132 dos diversos nós 1, 2, 3,...i pode ser idêntica, mas não os conteúdos destas bases de dados 132. Por exemplo, os dados de assinante de grupos de assinantes disjuntos são armazenados nas várias bases de dados 132. - 10- ΡΕ2207363 "Dados do Assinante" tal como entendido neste documento são qualquer tipo de dados relacionados com um assinante ou um grupo de assinantes, tais como parâmetros técnicos ou parâmetros de faturação. Os parâmetros técnicos podem ser descritivos das caracteristicas técnicas do UE de um determinado assinante, tais como para fins de gestão de dispositivos. Por exemplo, os parâmetros técnicos do UE podem ser verificados para determinar se o UE pode ser usado para o tipo de serviço de telecomunicações solicitado pelo assinante. Por exemplo, se o serviço de telecomunicações se refere a um download de um video, este serviço apenas é fornecido se o UE tem um visor para exibir o video. Os parâmetros de faturação podem indicar um crédito pré-pago atual de um determinado assinante e/ou informações sobre taxação, por exemplo, informações sobre os descontos concedidos ao assinante, ou informações de bloqueio, se a linha de crédito do assinante foi esgotada.
Por exemplo, a base de dados 132 do nó 1 contém dados de assinante de um primeiro grupo de assinantes, a base de dados 132 do nó 2 contém os dados de assinante de um segundo grupo de assinantes, a base de dados 132 (não mostrada na Fig. 2) do nó 3 contém os dados de assinante de um terceiro grupo de assinantes, etc, onde o primeiro, segundo, terceiro... i-ésimo grupo de assinantes são disjuntos e em combinação armazenam os dados de assinante de todos os assinantes da rede inteligente. Isto tem a vantagem da escalabilidade visto que um nó adicional i+1 pode ser adicionado ao SDP 110 quando as capacidades de - 11 - ΡΕ2207363 armazenamento das bases de dados existentes 132 dos nós i existentes do SDP 110 se esgotam, sem ter de mover os dados que foram armazenados anteriormente nas bases de dados 132 dos nós i.
Cada um dos nós pode executar instruções de programa 134 que constituem um componente de recuperação para recuperar dados de assinante da base de dados 132 do mesmo nó. A recuperação é realizada por meio de consulta à base de dados 132 usando o ID ou os IDs recebidos com o pedido 124.
Além disso, cada nó serve para execução de instruções de programa 136 que fornecem um componente de difusão para gerar e enviar mensagens de difusão através da rede 114 e receber mensagens de resposta dos outros nós através da rede 114.
Em operação, um dos nós do SDP 110, tal como o nó 1 recebe o pedido 124 que contém o ID A. Em resposta à receção do pedido 124 a execução das instruções de programa 134 é iniciada pelo nó 1 para consultar a base de dados 132 do nó 1 usando o ID A como uma chave de acesso. Se os dados de assinante do assinante A são armazenados na base de dados 132 do nó 1, a consulta retornará os dados do assinante necessários e o nó 1 gera a resposta 126 que contém estes dados de assinante. Como alternativa, ou além disso, o nó 1 pode processar os dados de assinante recuperados e colocar o resultado do processamento dos - 12- ΡΕ2207363 dados de assinante recuperados na resposta 126.
Se a consulta de base de dados não devolver os dados de assinante do assinante A, a execução de instruções de programa 136 é iniciada a fim de gerar uma mensagem de difusão 138. A mensagem de difusão 138 transporta pelo menos o ID A recebido com o pedido 124. A mensagem de difusão 138 é enviada do nó 1 para todos os outros nós do SDP 110 através da rede 114.
Quando o nó 2 recebe a mensagem de difusão 138, a execução de instruções de programa 134 é iniciada a fim de consultar a base de dados 132 desse nó 2 para recuperar os dados de assinante do assinante identificado pelo identificador contido na mensagem de difusão 138, ou seja, o assinante A, no exemplo considerado aqui. Se os dados de assinante para o ID A puderem ser recuperados da base de dados 132 o nó 2 gera uma mensagem de resposta 140 que contém os dados de assinante recuperados. A mensaqem de resposta 140 é enviada do nó 2 de volta para o nó 1, a partir do qual recebeu a mensagem de difusão 138 através da rede 114. Alternativamente, a mensagem de resposta 140 contém o resultado da consulta de base de dados na forma de um localizador, tal como um URL, que indica onde os dados recuperados estão armazenados. 0 nó 1 pode portanto aceder aos dados usando o localizador contido na mensagem de resposta 140.
Se o nó 2 nao recuperar os dados de assinante - 13- ΡΕ2207363 para o assinante A partir da sua base de dados 132, também gera uma mensagem de resposta 142 que indica que os dados solicitados não podem ser obtidos a partir da sua base de dados 132.
As etapas de processamento acima descritas que são executadas pelo nó 2 em resposta à mensagem de difusão 138 são também realizadas de forma análoga pelos outros nós 3, ...i do SDP 110. Se um dos nós recuperar pelo menos uma parte dos dados de assinante solicitados a partir da sua base de dados, gera a mensagem de resposta 140 contendo os dados recuperados e se não recuperar esses dados de assinante gera a mensagem de resposta 142 indicando que nenhuns dados de assinante para o assinante especificado foram recuperados.
Após o nó 1 ter recebido uma mensagem de resposta, ou seja, uma mensagem de resposta 140 ou uma mensagem de resposta 142, de cada um dos outros nós do SDP 110 gera a resposta 126 usando os dados de assinante recebidos dos outros nós e envia a resposta 126 de volta para o SCP 106.
De acordo com uma forma de realização da invenção, a mensagem de difusão 138 é enviada através da rede 114 usando o protocolo orientado a "não conexão" (User Datagram Protocol - UDP).
De acordo com uma forma de realização da - 14- ΡΕ2207363 invenção, os nós do SDP 110 têm capacidades de processamento em tempo real. Isto é particularmente vantajoso para faturação de aplicações em tempo real, tais como para a implementação das metodologias de faturação em tempo real de EP 1364332 BI e EP 1484720 BI. A Fig. 3 mostra uma forma de realização mais detalhada de um dos nós do SDP 110, tal como o nó 1. Deverá ser notado que preferencialmente todos os nós do SDP 110 são estruturalmente idênticos.
Em comparação com a implementação mostrada na Fig. 2, o nó 1 da forma de realização da Fig. 3 tem os seguintes componentes adicionais: 1. Instruções de programa 144 para processar os dados de assinante que foram recuperados da base de dados 132 do nó 1 ou que foram recebidos dos outros nós em resposta à mensagem de difusão 138 a fim de gerar a resposta 126 (cf. Figs. 1 e 2). 2. Armazenamento 146 para armazenar temporariamente os dados de assinante que foram recuperados da base de dados 132 do nó 1 ou que foram recebidos de outros nós em resposta à mensagem de difusão 138 e/ou para armazenar uma cópia da resposta 126; um identificador de sessão 148 atribuído ao pedido 124 pelo nó 1 também é armazenado no armazenamento 146. - 15- ΡΕ2207363 3. Área de armazenamento 150 para armazenar um endereço que é atribuído ao nó 1; este endereço é usado pelo SCP 106 para enviar o pedido 124 para o nó 1; o endereço armazenado na área de armazenamento 150 é diferente para cada um dos nós do SDP 110 tal que cada nó é inequivocamente identificado pelo seu endereço dentro do SDP 110. 4. Área de armazenamento 152 para armazenar um endereço de difusão; o endereço de difusão é idêntico para todos os nós do SDP 110. O endereço de difusão especificado na área de armazenamento 152 é usado para enviar a mensagem de difusão 138 tal como através do UDP para todos os outros nós do SDP 110. 5. Área de armazenamento 154 para armazenar o número i de nós que estão contidos dentro do SDP 110; a área de armazenamento 154 pode ser acedida por um administrador, a fim de atualizar o número i quando um nó é adicionado ou removido do SDP. 6. Um contador 156 para contar o número de mensaqens de resposta 140 e 142 que são recebidas pelo nó 1 em resposta à mensagem de difusão 138.
Em operação, o nó 1 pode receber o pedido 124 que é dirigido ao endereço do nó 1 especificado na sua área de armazenamento 150. Pela execução das instruções de programa 134 uma consulta é realizada na base de dados 132 do nó 1 - 16- ΡΕ2207363 para recuperar os dados de assinante relacionados com o assinante identificado pelo pedido 124.
Se os dados de assinante forem recuperados da base de dados 132 do nó 1, a resposta 126 é gerada pela execução das instruções de programa 144 pelo nó 1. Além disso, um identificador de sessão (ID) 148 é atribuído ao pedido 124 pelo nó 1. Este ID de sessão 148 é também colocado na resposta 126 e comunicado de volta para o SCP solicitante. Uma cópia dos dados de assinante recuperados da base de dados 132 e/ou uma cópia da resposta 126 é armazenada no armazenamento 146 juntamente com o ID de sessão 148 atribuído. A atribuição do ID de sessão 148 ao pedido 124 tem vantagens de desempenho quando for recebido um pedido subsequente do SCP 106 relativamente à prestação contínua do serviço de telecomunicações para o assinante A. Nesta instância o pedido subsequente pode especificar o ID de sessão 148. O nó 1, pode então verificar o armazenamento 146 pela presença de dados atribuídos ao ID de sessão 148 para gerar uma resposta adicional ao pedido subsequente.
Se os dados de assinante necessários não puderem ser recuperados da base de dados 132 pelo nó 1, a execução de instruções de programa 136 é invocada. A mensagem de difusão 138 é enviada para o endereço de difusão especificado na área de armazenamento 152 que é idêntico para todos os nós do SDP 110. A mensagem de difusão 138 - 17- ΡΕ2207363 transporta o identificador de assinante ID A que é recebido com o pedido 124.
Em resposta à mensagem de difusão 138, o nó 1 recebe uma mensagem de resposta 140 de um dos outros nós contendo pelo menos uma parte dos dados de assinante necessários. Além disso, o nó 1 recebe mensagens de resposta 142 de outros nós do SDP 110 que indicam que estes nós não recuperaram os dados de assinante necessários ou uma parte deles das respetivas bases de dados locais 132. 0 contador 156 é incrementado cada vez que uma mensagem de resposta 140 ou 142 é recebida pelo nó 1 a partir de qualquer um dos outros nós. O nó 1 compara o valor de contador do contador 156 com o número total de nós especificado na área de armazenamento 154. Quando o valor de contador do contador 156 indica que um número de i-1 mensagens de resposta 140, 142 foi recebido dos outros nós do SDP 110, isto implica que todos os outros nós responderam à mensagem de difusão 138. Isto implica ainda que os dados de assinante necessários foram recebidos pelo nó 1 tal que a resposta 126 pode ser gerada pela execução das instruções de programa 144, desde que o assinante tenha sido registado. Se todas as mensagens de resposta i-1 indicarem que os dados do assinante que é especificado no pedido de informações 124 não podem ser recuperados isto implica que não existe esse assinante, ou seja, "assinante nao encontrado". - 18- ΡΕ2207363 A Fig. 4 mostra um fluxograma de uma forma de realização de um método da invenção. Na etapa 10 o pedido de informação 124 é recebido pelo SDP 110 (cf. as formas de realização das Figs. 1, 2 e 3). Na forma de realização aqui considerada o pedido de informações 124 transporta o ID A e ID B dos assinantes A e B quando o assinante A deseja ligar ao assinante B, tal como inserindo o número de telefone de B no UE 116.
Para recuperação dos dados de assinante do assinante A que são necessários para estabelecer a desejada ligação telefónica uma consulta é realizada na etapa 12 pelo nó que recebeu o pedido 124, por exemplo, pelo nó 1. Assim, a base de dados 132 do nó 1 é consultada usando o ID A como critério de consulta para recuperar os dados de assinante do assinante A.
Na etapa 14 é decidido se a consulta retornou os dados de assinante necessários, caso em que existe um 'hit', ou não. No caso de ter havido um 'hit', os dados recuperados são devolvidos na etapa 16 do componente de recuperação do nó; caso contrário, a mensagem de difusão 138 é gerada e enviada para todos os outros nós na etapa 18. Na etapa 2 0 seguinte o nó que enviou a mensagem de difusão 138 na etapa 18, ou seja, o nó 1 no exemplo considerado aqui, aguarda que todos os outros nós devolvam as suas respostas 140, 142.
Na etapa 22 é feita uma determinação se foi - 19- ΡΕ2207363 recebida uma resposta de cada um dos outros nós. Após uma resposta ter sido recebida de cada um dos outros nós os dados de assinante necessários do assinante A são devolvidos na etapa 24 pelo componente de difusão do nó 1 para processamento adicional.
As mesmas etapas 12 a 24 também são realizadas pelo nó 1 em relação ao ID B a fim de recuperar os dados de assinante do assinante B. As etapas 12 a 24 para recuperação dos dados de assinante do assinante B podem ser executadas em paralelo ou após a execução das etapas 12 à 24 para recuperação dos dados de assinante do assinante A.
Na etapa 26 os dados de assinante dos assinantes A e B são processados pelo nó 1 para gerar a resposta 126. A Fig. 5 mostra um diagrama ilustrando uma forma de realização adicional do método de invenção. Na presente forma de realização o SCP 106 envia o pedido 124 ao nó 1 do SDP 110. Alternativamente, o SCP 106 pode enviar o pedido 124 para qualquer outro nó do SDP 110 mas assume-se aqui sem restrição de generalidade que o pedido 124 é enviado ao nó 1 apenas para conveniência da explicação.
Supondo que não há nenhum 'hit' de base de dados na base de dados 132 do nó 1, o nó 1 envia as mensagens de difusão 138 para todos os outros nós dentro do SDP 110. Assumindo que há um 'hit' de base de dados dentro da base de dados 132 do nó 2, o nó 2 responde com a mensagem de -20- ΡΕ2207363 resposta 140 e todos os outros nós respondem com a mensagem de resposta 142 indicando que não há nenhum yhit' de base de dados nas respetivas bases de dados locais 132.
Depois de o nó 1 ter recebido ou uma resposta 140 ou uma resposta 142 de todos os i-1 outros nós, o nó 1 gera a resposta 126 que contém os dados recuperados e/ou o resultado do processamento dos dados recuperados pelo nó 1 e/ou um identificador de sessão que foi atribuído pelo nó 1 ao pedido 124 e a sessão de serviço de telecomunicações respetiva a que se refere. O nó 1 armazena uma cópia dos dados recuperados de assinante e/ou uma cópia da resposta 126 dentro do seu registo (buffer) (cf. armazenamento 146 da Fig. 3) atribuindo o ID de sessão para o que está armazenado no registo.
Durante o uso contínuo do serviço de telecomunicações o SCP 106 pode enviar um pedido adicional 158 que transporta o ID de sessão. 0 pedido 158 pode ser enviado para qualquer um dos nós do SDP 110. Apenas para conveniência de explicação e sem restrição de generalidade assume-se aqui que o pedido 158 é enviado do SCP 106 para o nó 3. Em resposta à receção do pedido 158 o nó 3 verifica o seu registo pela presença de dados a que é atribuído um ID de sessão que coincide com o ID de sessão indicado no pedido 158.
Como nenhuns desses dados estão armazenados no registo do nó 3, o nó 3 envia uma mensagem de difusão 160 a -21 - ΡΕ2207363 todos os outros nós. A mensagem de difusão 160 transporta o ID de sessão recebido com o pedido 158. Em resposta à receção da mensagem de difusão 160 cada um dos nós recetores verifica o seu registo pela presença de dados tendo um ID de sessão atribuído que coincide com o ID de sessão especificado na mensagem de transmissão 160.
Se não existir nenhuma tal correspondência num determinado nó uma mensagem de resposta 162 é enviada de volta por esse nó indicando que os dados necessários não estão no registo desse nó; se for o caso contrário, é gerada uma mensagem de resposta 164 contendo o conteúdo do registo desse nó. No exemplo considerado aqui o nó 1 assim retorna a mensagem de resposta 164 para o nó 3 a fim de fornecer o conteúdo necessário do seu registo para o nó 3, considerando que todos os outros nós devolvem mensagens de resposta 162 indicando que nenhuma correspondência de ID de sessão foi identificada localmente. O nó 3 utiliza os dados recebidos com a mensagem de resposta 164 para gerar uma resposta 166 a qual ele devolve para o SCP 106 em resposta ao pedido 158.
De acordo com uma forma de realização da invenção o SCP armazena um identificador do nó do SDP 110 para o qual enviou o primeiro pedido 124 da sessão na sua memória local, ou seja, o identificador de nó "1" para identificação do nó 1 no exemplo considerado aqui. O SCP 106 envia o pedido adicional 158 para o nó do SDP 110 que é - 22- ΡΕ2207363 identificado pelo identificador de nó armazenado na sua memória local, bem como todos os pedidos seguintes 158 que pertencem à mesma sessão, ou seja, o pedido 158 também é enviado para o nó 1. Após a sessão terminar o identificador do nó pode ser apagado da memória local.
Assim, o pedido 124 e quaisquer pedidos subsequentes 124 pertencentes à mesma sessão são sempre enviados do SCP para o mesmo nó do SDP 110. Por exemplo, cada SCP armazena uma tabela na sua memória local atribuindo um identificador de nó para cada sessão em curso. Esta forma de realização é particularmente vantajosa, pois evita a necessidade de recuperar o contexto de sessão para os pedidos subsequentes.
As formas de realização da presente invenção são particularmente vantajosas visto que o SDP 110 é "multifacetado" devido ao facto de que qualquer um dos seus nós pode servir como pontos de entrada para a entrada de um pedido de qualquer um dos SCPs da rede inteligente. Como consequência, a distribuição dos dados de assinante sobre os nós do SDP 110 não necessita de ser configurada nos SCPs da IN.
Além disso, as formas de realização da invenção são particularmente vantajosas visto que existe apenas um esforço de configuração mínimo para adicionar ou remover um nó do SDP. Por exemplo, adicionar um nó adicional apenas requer a atualização do número de nós armazenados na área -23- ΡΕ2207363 de armazenamento 154 dos nós, e introduzir o endereço de difusão comum na área de armazenamento 152 do nó que é adicionado.
Lista de Números de Referência 1 Nó 2 Nó 3 Nó 100 Rede inteligente (IN) 102 Rede de telecomunicações 104 Centro de comutação móvel 106 Ponto de controlo de serviço (SCP) 108 Ponto de controlo de serviço (SCP) 110 Ponto de dados de serviço (SDP) 112 Rede 114 Rede 116 Equipamento de utilizador (UE) 118 Equipamento de utilizador (UE) 120 Pedido 122 Pedido 124 Pedido 126 Resposta 128 Resposta 130 Interface 132 Base de dados 134 Instruções de programa 136 Instruções de programa - 24- ΡΕ2207363 138 Mensagem de difusão 140 Mensagem de resposta 142 Mensagem de resposta 144 Instruções de programa 146 Armazenamento 148 Identificador (ID) de sessão 150 Área de armazenamento 152 Área de armazenamento 154 Área de armazenamento 156 Contador 158 Pedido 160 Mensagem de difusão 162 Mensagem de resposta 164 Mensagem de resposta 166 Resposta
Lisboa, 29 de Novembro de 2012
Claims (11)
- ΡΕ2207363 - 1 - REIVINDICAÇÕES 1. Um aparelho eletrónico, o aparelho eletrónico (110) compreendendo uma pluralidade de nós (1, 2, 3,...,i) sendo acoplado por uma rede (114), cada nó da pluralidade de nós compreendendo: meios (130) para receber um pedido de informações (124), o pedido de informações transportando um identificador, - uma base de dados (132) para armazenar dados, - meios de recuperação de informação (134) para consultar a base de dados usando o identificador, meios de difusão (136) para enviar uma mensagem de difusão (138) a todos os outros nós da pluralidade de nós, a mensagem de difusão transportando o identificador, cada um dos nós da pluralidade de nós sendo adaptado para receber uma mensagem de resposta (140, 142) de cada um dos outros nós, cada uma das mensagens de resposta contendo um resultado de uma consulta de base de dados que foi realizada pelo respetivo nó dos outros nós em resposta à mensagem de difusão, - 2- ΡΕ2207363 cada um dos nós sendo adicionalmente adaptado para gerar uma resposta (126) ao pedido de informações, em que a resposta (126) de um dos nós é gerada usando as mensagens de resposta (140, 142), ou usando um resultado de uma consulta de base de dados que foi realizada pelos meios de recuperação de informações de um dos nós, cada um dos nós sendo adaptado para receber a mensagem de difusão (138) de qualquer um dos outros nós, os meios de recuperação de informações de cada um dos nós sendo adaptados para consultar a base de dados do seu nó em resposta à receção da mensagem de difusão (138) usando o identificador e para gerar uma das mensagens de resposta (140, 142), cada um dos nós compreendendo meios de armazenamento (154) para armazenar dados sendo indicativos do número total de nós, cada nó compreendendo ainda um contador (156) para contar o número de mensagens de resposta (140, 142) recebidas dos outros nós, em que a resposta (126) só é gerada após o contador indicar que uma mensagem de resposta (140, 142) foi recebida de cada um dos outros nós.
- 2. O aparelho eletrónico da reivindicação 1, em que cada uma das mensagens de resposta (140, 142) transporta pelo menos uma parte dos dados solicitados ou indica que nenhuns dados foram recuperados da respetiva base de dados.
- 3. O aparelho eletrónico da reivindicação 1 ou -3- ΡΕ2207363 2, em que todos os nós têm endereços de difusão (152) idênticos, em que a mensagem de difusão é direcionada para o endereço de difusão dos nós.
- 4. 0 aparelho eletrónico de qualquer uma das reivindicações anteriores, cada um dos nós compreendendo meios de armazenamento (146) para armazenar temporariamente os dados recuperados, um resultado do processamento (144) dos dados recuperados e/ou a resposta (126).
- 5. 0 aparelho eletrónico de qualquer uma das reivindicações anteriores, cada um dos nós compreendendo meios para gerar um primeiro identificador de sessão (148) em resposta ao pedido de informações (124), em que a resposta (126) contém o primeiro identificador de sessão, em que o primeiro identificador de sessão é armazenado nos meios de armazenamento (146), cada um dos nós sendo operável para receber um pedido de informações subsequente (158), o pedido de informações subsequente contendo um segundo identificador de sessão, cada um dos nós sendo operável para verificar se o primeiro e o segundo identificadores de sessão são idênticos usando o primeiro identificador de sessão armazenado nos meios de armazenamento e para enviar uma mensagem de difusão adicional (160) a todos os outros nós, se o primeiro e o segundo identificadores de sessão não são idênticos, a mensagem de difusão adicional (160) transportando o segundo identificador de sessão, cada um dos nós sendo operável para aceder aos seus meios de armazenamento (146) para verificar a presença do primeiro identificador de sessão -4- ΡΕ2207363 sendo idêntico ao segundo identificador de sessão e para gerar uma mensagem de resposta (164) transportando o conteúdo dos meios de armazenamento, se o primeiro e o segundo identificadores são idênticos e para gerar uma mensagem de resposta (162) indicando que o primeiro e segundo identificadores não sao idênticos ou que nenhum identificador é atribuído ao conteúdo dos meios de armazenamento (146), em que as mensagens de resposta (162, 164) são devolvidas para o nó que enviou a mensagem de difusão adicional (160) tal que um dos nós gera uma resposta subsequente (166), usando a mensagem de resposta (164) .
- 6. 0 aparelho eletrónico de qualquer uma das reivindicações anteriores, cada um dos nós tendo capacidade de tempo real e/ou a mensagem de difusão sendo difundida usando o protocolo orientado a "não conexão" (UDP).???
- 7. O aparelho eletrónico de qualquer uma das reivindicações anteriores, o aparelho eletrónico sendo um ponto de dados de serviço para uma rede inteligente, os meios (130) para receber o pedido de informações (124) sendo adaptados para receber o pedido de informações de um ponto de controlo de serviço (106) da rede inteligente, o identificador sendo indicativo de pelo menos um assinante (116, 118) da rede inteligente, os dados sendo dados de assinante.
- 8. Uma rede inteligente compreendendo uma pluralidade de pontos de controlo de serviço (106, 108) e -5- ΡΕ2207363 pelo menos um ponto de dados de serviço (110), tal como reivindicado na reivindicação 7, o pelo menos um ponto de controlo de serviço sendo acoplado ao ponto de dados de serviço.
- 9. A rede inteligente da reivindicação 8, o ponto de controlo de serviço sendo permanentemente atribuído a um dos nós do ponto de dados de serviço.
- 10. A rede inteligente da reivindicação 8, o ponto de controlo de serviço sendo atribuído a um subconjunto dos nós do ponto de dados de serviço, o ponto de controlo de serviço sendo adaptado para selecionar um dos nós do subconjunto e para enviar o pedido de informações ao nó selecionado dos nós.
- 11. A rede inteligente da reivindicação 10, o ponto de controlo de serviço compreendendo ainda meios de balanceamento de carga para realizar a seleção de um dos nós do subconjunto. Lisboa, 29 de Novembro de 2012
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP09150432A EP2207363B1 (en) | 2009-01-13 | 2009-01-13 | Electronic apparatus, intelligent network and intelligent network implemented data processing method |
Publications (1)
Publication Number | Publication Date |
---|---|
PT2207363E true PT2207363E (pt) | 2012-12-17 |
Family
ID=40707740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PT91504324T PT2207363E (pt) | 2009-01-13 | 2009-01-13 | Aparelho eletrónico, rede inteligente e método de processamento de dados implementado sobre rede inteligente |
Country Status (12)
Country | Link |
---|---|
EP (1) | EP2207363B1 (pt) |
BR (1) | BRPI0918674A2 (pt) |
CY (1) | CY1113892T1 (pt) |
DK (1) | DK2207363T3 (pt) |
EA (1) | EA023937B1 (pt) |
ES (1) | ES2397130T3 (pt) |
HR (1) | HRP20120906T1 (pt) |
PL (1) | PL2207363T3 (pt) |
PT (1) | PT2207363E (pt) |
SI (1) | SI2207363T1 (pt) |
UA (1) | UA102132C2 (pt) |
WO (1) | WO2010081602A1 (pt) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102056027B (zh) * | 2011-01-24 | 2016-02-10 | 中兴通讯股份有限公司 | 智能网计费方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SE509496C2 (sv) | 1997-01-31 | 1999-02-01 | Ericsson Telefon Ab L M | Intelligent routing |
DE10106904A1 (de) | 2001-02-13 | 2002-08-29 | Orga Kartensysteme Gmbh | Verfahren zur Belastung eines von einem Computer verwalteten Kontos für Dienstleistungen, ein Telekommunikationsnetz, ein Computer-System, und ein Computerprogrammprodukt |
DE50301266D1 (de) | 2003-06-02 | 2006-02-09 | Orga Systems Gmbh | Verfahren zur Vergebührung einer Dienstleistung anhand mehrerer Messgrössen und mehrerer Guthabenkonten |
-
2009
- 2009-01-13 PT PT91504324T patent/PT2207363E/pt unknown
- 2009-01-13 PL PL09150432T patent/PL2207363T3/pl unknown
- 2009-01-13 EP EP09150432A patent/EP2207363B1/en active Active
- 2009-01-13 SI SI200930406T patent/SI2207363T1/sl unknown
- 2009-01-13 DK DK09150432.4T patent/DK2207363T3/da active
- 2009-01-13 ES ES09150432T patent/ES2397130T3/es active Active
- 2009-12-14 WO PCT/EP2009/067061 patent/WO2010081602A1/en active Application Filing
- 2009-12-14 EA EA201170925A patent/EA023937B1/ru not_active IP Right Cessation
- 2009-12-14 BR BRPI0918674A patent/BRPI0918674A2/pt not_active Application Discontinuation
- 2009-12-14 UA UAA201108793A patent/UA102132C2/uk unknown
-
2012
- 2012-11-12 HR HRP20120906AT patent/HRP20120906T1/hr unknown
- 2012-11-19 CY CY20121101112T patent/CY1113892T1/el unknown
Also Published As
Publication number | Publication date |
---|---|
PL2207363T3 (pl) | 2013-03-29 |
EP2207363A1 (en) | 2010-07-14 |
BRPI0918674A2 (pt) | 2018-01-09 |
EP2207363B1 (en) | 2012-10-31 |
HRP20120906T1 (hr) | 2013-01-31 |
WO2010081602A1 (en) | 2010-07-22 |
SI2207363T1 (sl) | 2013-02-28 |
CY1113892T1 (el) | 2016-07-27 |
DK2207363T3 (da) | 2012-12-03 |
EA023937B1 (ru) | 2016-07-29 |
EA201170925A1 (ru) | 2011-12-30 |
ES2397130T3 (es) | 2013-03-04 |
UA102132C2 (uk) | 2013-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104580551B (zh) | 一种组网数据中心系统及方法 | |
US20230396993A1 (en) | Method for querying and for subscribing pcf binding events for an address range in a 5g system | |
CN111201765A (zh) | 通信网络中的服务注册和发现 | |
US7965830B2 (en) | Network element and method of mapping address information | |
CN106953905A (zh) | 域间目录共享方法及装置 | |
EP3897011B1 (en) | Method for setting up and for application of expected communication behavior and in communication system | |
US7835304B2 (en) | Method and apparatus for assigning IP addresses | |
BR112013029001B1 (pt) | Método para resolução de dns de solicitações de conteúdo em um serviço de cdn | |
WO2007092205A2 (en) | Methods, systems, and computer program products for indexing, validating, recovering and consolidating a database indexed by range-bound numeric data | |
WO2021110287A1 (en) | Discovery of a service-providing network function | |
US11849506B2 (en) | Methods, systems, and computer readable media for routing inter-public land mobile network (inter-PLMN) messages related to existing subscriptions with network function (NF) repository function (NRF) using security edge protection proxy (SEPP) | |
JP4699530B2 (ja) | サービスアドレス指定のための方法、システム、およびアプリケーション | |
US11871309B2 (en) | Methods, systems, and computer readable media for network function discovery using preferred-locality information | |
BRPI1013595B1 (pt) | Método e aparelhos para realizar a portabilidade em um sistema de mensagem curta | |
JPH11514111A (ja) | 情報管理システムに関する装置と方法 | |
JP2004535743A (ja) | データベースにアクセスするためのドメインネーミングシステム(dns) | |
BR102014003580A2 (pt) | método para habilitar a arquitetura hierárquica de gateways para gerenciamento de dispositivos | |
WO2016191180A1 (en) | Local object instance discovery for metric collection on network elements | |
PT2207363E (pt) | Aparelho eletrónico, rede inteligente e método de processamento de dados implementado sobre rede inteligente | |
CN114945015B (zh) | 信息获取方法、装置及存储介质 | |
CN111190959A (zh) | 一种区块链去中心化存储基于数据的加密方法及系统 | |
EP2735181B1 (en) | Mobile-to-mobile call determination | |
CN103685367A (zh) | 离线下载系统和方法 | |
CN100512262C (zh) | 提供业务的方法和系统 | |
CN113015155B (zh) | eSIM服务器发现方法及装置 |