BR112020010540A2

BR112020010540A2 - Métodos em um primeiro e em um segundo nó de função de rede, aparelhos em um primeiro e em um segundo nó de função de rede, mídia de armazenamento legível por computador, e, produto de programa de computador.

Info

Publication number: BR112020010540A2
Application number: BR112020010540-6A
Authority: BR
Inventors: Hongxia Long
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2019-01-29
Filing date: 2019-04-19
Publication date: 2021-09-08
Also published as: EP3711282B1; EP3711282A4; KR20200105495A; WO2020155414A1; KR20220042488A; US20210360074A1; EP3711282A1

Abstract

métodos em um primeiro e em um segundo nó de função de rede, aparelhos em um primeiro e em um segundo nó de função de rede, e, mídia de armazenamento legível por computador. as modalidades da presente descrição proveem métodos e aparelhos para atualização de inscrição. um método pode compreender receber uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento a partir de um segundo nó de função de rede. o método pode compreender adicionalmente enviar uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede.

Description

1 / 43

MÉTODOS EM UM PRIMEIRO E EM UM SEGUNDO NÓ DE FUNÇÃO DE REDE, APARELHOS EM UM PRIMEIRO E EM UM SEGUNDO NÓ DE FUNÇÃO DE REDE, E, MÍDIA DE ARMAZENAMENTO LEGÍVEL POR COMPUTADOR CAMPO TÉCNICO

[001] As modalidades não limitantes e exemplares da presente descrição, no geral, se referem ao campo técnico das comunicações e, especificamente, aos métodos e aparelhos para atualização de inscrição.

FUNDAMENTOS DA INVENÇÃO

[002] Esta seção introduz aspectos que podem facilitar um melhor entendimento da descrição. Desta maneira, as declarações desta seção devem ser lidas nesta luz e não devem ser entendidas como admissões sobre o que está na técnica anterior ou o que não está na técnica anterior.

[003] Em uma rede de comunicação, um nó de rede pode inscrever em uma notificação de ocorrência de evento por meio de uma operação de serviço de inscrição, e/ou desinscrever da notificação por meio de uma operação de serviço de desinscrição, e/ou ser notificado quando um evento inscrito ocorrer por meio de uma operação do serviço de notificação. Por exemplo, na rede central de quinta geração (5GC) do Projeto de Parceria de 3ª Geração (3GPP), a função de rede UDM (Gerenciamento de Dados Unificado) provê um serviço de exposição de evento, Serviço Nudm_EventExposure, da forma descrita na cláusula 5.5 de 3GPP TS 29.503 V15.2.1, cuja descrição é aqui incorporada pela referência em sua íntegra.

[004] Para o Serviço Nudm_EventExposure, as seguintes operações de serviço são definidas na cláusula 5.5.2.1 de 3GPP TS 29.503 V15.2.1: Inscrever, Desinscrever e Notificar.

[005] O Serviço Nudm_EventExposure pode ser usado pelas funções de rede (NFs) do consumidor (por exemplo, função de exposição da rede (NEF) ou uma Função de Exposição da Capacidade do Serviço (SCEF)) para

2 / 43 inscrever nas notificações da ocorrência de evento por meio de uma operação do serviço de Inscrição. Para os eventos que podem ser detectados por AMF (Função de Acesso e Mobilidade), o UDM faz uso da apropriada operação de serviço AMF para inscrever em nome da NF do consumidor (por exemplo, NEF). O Serviço Nudm_EventExposure também é usado pelas NFs do consumidor (por exemplo, NEF ou SCEF) que se inscreveu previamente nas notificações, para desinscrever por meio de uma operação do serviço de Desinscrição. Para os eventos que podem ser detectados pela AMF, o UDM faz uso da apropriada operação de serviço AMF para desinscrever em nome da NF do consumidor (por exemplo, NEF ou SCEF). O Serviço Nudm_EventExposure também é usado pelos NFs do consumidor inscritos (por exemplo, NEF ou SCEF) para ser notificado pelo UDM quando um evento inscrito ocorrer no UDM por meio de uma operação do serviço de Notificação. As cláusulas 5.5.2.2, 5.5.2.3 e 5.5.2.4 de 3GPP TS 29.503 V15.2.1 descrevem os detalhes da operação do serviço de Inscrição, da operação do serviço de Desinscrição, da operação do serviço de Notificação, respectivamente.

SUMÁRIO DA INVENÇÃO

[006] Este Sumário é provido para introduzir uma seleção de conceitos de uma forma simplificada que são adicionalmente descritos a seguir na descrição detalhada. Não pretende-se que este Sumário identifique recursos chaves ou recursos essenciais do assunto em questão reivindicado, nem pretende-se que seja usado para limitar o escopo do assunto em questão reivindicado.

[007] Da forma descrita na cláusula 5.5 de 3GPP TS 29.503 V15.2.1, em relação à inscrição de evento, apenas duas operações de serviço (Inscrever e Desinscrever) são providas pelo UDM. Por exemplo, na operação de Inscrição, da forma descrita na cláusula 5.5.2.2 de 3GPP TS 29.503 V15.2.1, um consumidor de serviço da NF (por exemplo, NEF ou SCEF) envia uma

3 / 43 solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP) para criar uma inscrição como presente em um corpo da mensagem. Em caso de sucesso, o UDM responde com “201 Criado” com o corpo da mensagem contendo uma representação da inscrição criada. O cabeçalho HTTP de Localização deve conter o identificador de recurso uniforme (URI) da inscrição criada. Na operação de desinscrição, da forma descrita na cláusula

5.5.2.3 de 3GPP TS 29.503 V15.2.1, o consumidor de serviço da NF envia uma solicitação para UDM para desinscrever das notificações da ocorrência de evento. A solicitação contém o URI previamente recebido no cabeçalho HTTP de Localização da resposta à inscrição. Pode haver um problema no Serviço Nudm_EventExposure: atualização na inscrição de evento criada não é possível no Serviço Nudm_EventExposure, que irá bloquear as operações de atualização nos eventos de monitoramento e correspondentes opções de relato. Por exemplo, quando o consumidor de serviço da NF desejar fazer uma mudança dos eventos de monitoramento na inscrição de evento criada, por exemplo, adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, atualizar um máximo número de relatos da opção de relato do evento, etc., o Serviço Nudm_EventExposure não pode ser satisfeito.

[008] Para superar ou mitigar pelo menos um dos problemas supramencionados ou outros problemas ou prover uma solução útil, as modalidades da presente descrição propõem uma solução de atualização. A atualização da inscrição de evento é introduzida para que o consumidor de serviço atualize a inscrição de evento depois que a mesma foi criada. A atualização da inscrição de evento pode compreender pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de

4 / 43 um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

[009] Em um primeiro aspecto da descrição, é provido um método em um primeiro nó de função de rede. O método compreende receber uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento a partir de um segundo nó de função de rede. O método compreende adicionalmente enviar uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede.

[0010] Em uma modalidade, a atualização pode compreender pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

[0011] Em uma modalidade, a primeira solicitação pode ser uma solicitação PATCH ou PUT do Protocolo de Transferência em Hiper Texto (HTTP); e/ou o resultado da atualização compreende um primeiro código do estado de HTTP.

[0012] Em uma modalidade, o primeiro código do estado de HTTP compreende um de 200 OK, 204 Sem Conteúdo (No Content), 403 Proibido (Forbidden), 404 Não Encontrado (Not Found).

[0013] Em uma modalidade, quando a atualização da inscrição de evento tiver sucesso, o primeiro código do estado de HTTP pode ser definido como 200 OK ou 204 Sem Conteúdo, quando a inscrição de evento não existir, o primeiro código do estado de HTTP é definido como 404 Não Encontrado, e quando a atualização não puder ser aceita, o primeiro código do estado de HTTP é definido como 403 Proibido.

5 / 43

[0014] Em uma modalidade, a primeira solicitação pode incluir uma identidade do equipamento de usuário que representa um único equipamento de usuário (UE) ou um grupo de UEs ou qualquer UE, e uma identidade de inscrição que identifica a inscrição de evento.

[0015] Em uma modalidade, a primeira resposta pode incluir adicionalmente a inscrição de evento atualizada ou a informação de erro.

[0016] Em uma modalidade, o método de acordo com o primeiro aspecto da descrição pode compreender adicionalmente receber uma segunda solicitação para criar a inscrição de evento a partir do segundo nó de função de rede e enviar uma segunda resposta que inclui um resultado da criação para o segundo nó de função de rede.

[0017] Em uma modalidade, a segunda solicitação pode ser uma solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP) e o resultado da criação compreende um segundo código do estado de HTTP.

[0018] Em uma modalidade, o primeiro nó de função de rede e o segundo nó de função de rede podem ser nós de função de rede de um sistema de comunicação sem fio.

[0019] Em uma modalidade, o primeiro nó de função de rede pode compreender o Gerenciamento de Dados Unificado (UDM); e/ou o segundo nó de função de rede pode compreender um nó de exposição da rede.

[0020] Em um segundo aspecto da descrição, é provido um método em um segundo nó de função de rede. O método compreende enviar para um primeiro nó de função de rede uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento. O método compreende adicionalmente receber uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede.

[0021] Em uma modalidade, a atualização pode compreender pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento,

6 / 43 atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

[0022] Em uma modalidade, a primeira solicitação pode ser uma solicitação PATCH ou PUT do Protocolo de Transferência em Hiper Texto (HTTP); e/ou o resultado da atualização compreende um primeiro código do estado de HTTP.

[0023] Em uma modalidade, o primeiro código do estado de HTTP pode compreender um de 200 OK, 204 Sem Conteúdo, 403 Proibido, 404 Não Encontrado.

[0024] Em uma modalidade, quando a atualização da inscrição de evento tiver sucesso, o primeiro código do estado de HTTP pode ser definido como 200 OK ou 204 Sem Conteúdo, quando a inscrição de evento não existir, o primeiro código do estado de HTTP é definido como 404 Não Encontrado, e quando a atualização não puder ser aceita, o primeiro código do estado de HTTP é definido como 403 Proibido.

[0025] Em uma modalidade, a primeira solicitação pode incluir uma identidade do equipamento de usuário que representa um único equipamento de usuário (UE) ou um grupo de UEs ou qualquer UE, e uma identidade de inscrição que identifica a inscrição de evento.

[0026] Em uma modalidade, a primeira resposta pode incluir adicionalmente a inscrição de evento atualizada ou a informação de erro.

[0027] Em uma modalidade, o método de acordo com o segundo aspecto pode compreender adicionalmente enviar uma segunda solicitação para criar a inscrição de evento para o primeiro nó de função de rede e receber uma segunda resposta que inclui um resultado da criação a partir do primeiro nó de função de rede.

[0028] Em uma modalidade, a segunda solicitação pode ser uma

7 / 43 solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP) e o resultado da criação compreende um segundo código do estado de HTTP.

[0029] Em uma modalidade, o primeiro nó de função de rede e o segundo nó de função de rede podem ser nós de função de rede de um sistema de comunicação sem fio.

[0030] Em uma modalidade, o primeiro nó de função de rede pode compreender Gerenciamento de Dados Unificado (UDM); e/ou o segundo nó de função de rede pode compreender um nó de exposição da rede.

[0031] Em um terceiro aspecto da descrição, é provido um aparelho em um primeiro nó de função de rede. O aparelho compreende um processador e uma memória acoplada no processador. A dita memória contém instruções executáveis pelo dito processador, de acordo com o que, o dito aparelho fica operativo para receber uma primeira solicitação para atualizar uma inscrição de evento a partir de um segundo nó de função de rede e enviar uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede.

[0032] Em um quarto aspecto da descrição, é provido um aparelho em um segundo nó de função de rede. O aparelho compreende um processador e uma memória acoplada no processador. A dita memória contém as instruções executáveis pelo dito processador, de acordo com o que, o dito aparelho fica operativo para enviar uma primeira solicitação para atualizar uma inscrição de evento para um primeiro nó de função de rede e receber uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede.

[0033] Em um quinto aspecto da descrição, é provido um aparelho em um primeiro nó de função de rede. O aparelho compreende uma unidade de recepção configurada para receber uma primeira solicitação para atualizar uma inscrição de evento a partir de um segundo nó de função de rede e uma unidade de envio configurada para enviar uma primeira resposta que inclui

8 / 43 um resultado da atualização para o segundo nó de função de rede.

[0034] Em um sexto aspecto da descrição, é provido um aparelho em um segundo nó de função de rede. O aparelho compreende uma unidade de envio configurada para enviar uma primeira solicitação para atualizar uma inscrição de evento para um primeiro nó de função de rede e uma unidade de recepção configurada para receber uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede.

[0035] Em um sétimo aspecto da descrição, é provido um produto de programa de computador que compreende instruções que, quando executadas em pelo menos um processador, fazem com que o pelo menos um processador realize o método de acordo com o primeiro aspecto da descrição.

[0036] Em um oitavo aspecto da descrição, é provido um produto de programa de computador que compreende instruções que, quando executadas em pelo menos um processador, fazem com que o pelo menos um processador realize o método de acordo com o segundo aspecto da descrição.

[0037] Em um nono aspecto da descrição, é provida uma mídia de armazenamento legível por computador que armazena instruções que, quando executadas em pelo menos um processador, fazem com que o pelo menos um processador realize o método de acordo com o primeiro aspecto da descrição.

[0038] Em um décimo aspecto da descrição, é provida uma mídia de armazenamento legível por computador que armazena instruções que, quando executadas em pelo menos um processador, fazem com que o pelo menos um processador realize o método de acordo com o segundo aspecto da descrição.

[0039] As modalidades da presente descrição propõem uma nova solução para suportar a atualização da inscrição de evento criada, de forma que as exigências provenientes do consumidor de serviço para atualizar a inscrição de evento criada possam ser satisfeitas. As modalidades da presente descrição podem suportar a atualização dos eventos de monitoramento na inscrição de evento criada e a atualização das opções de relato para as

9 / 43 notificações de evento na inscrição de evento criada.

BREVE DESCRIÇÃO DOS DESENHOS

[0040] Os aspectos, recursos e benefícios expostos e ainda outros das várias modalidades da presente descrição ficarão mais completamente aparentes, a título de exemplo, a partir da seguinte descrição detalhada em relação aos desenhos anexos, em que números ou letras de referência iguais são usados para designar elementos iguais ou equivalentes. Os desenhos são ilustrados para facilitar o melhor entendimento das modalidades da descrição e não estão necessariamente desenhados em escala, em que: a figura 1 mostra uma arquitetura de sistema de alto nível do sistema 5G (5GS); a figura 2 mostra um fluxograma de um método de acordo com uma modalidade da presente descrição; a figura 3 mostra um fluxograma de um método de acordo com uma outra modalidade da presente descrição; a figura 4 mostra um fluxograma de um método de acordo com uma outra modalidade da presente descrição; a figura 5 mostra um fluxograma de um método de acordo com uma outra modalidade da presente descrição; a figura 6 mostra um fluxograma de um método de inscrição de evento inscrito de atualização do consumidor de serviço da função de rede (NF) de acordo com uma modalidade da presente descrição; a figura 7 mostra um fluxograma de um método de uma inscrição de evento inscrito de atualização do consumidor de serviço da NF de acordo com algumas modalidades da presente descrição; a figura 8a ilustra um diagrama de blocos simplificado do aparelho de acordo com uma modalidade da presente descrição; a figura 8b ilustra um diagrama de blocos simplificado do aparelho de acordo com uma outra modalidade da presente descrição;

10 / 43 a figura 9 ilustra um diagrama de blocos simplificado do aparelho de acordo com uma outra modalidade da presente descrição; e a figura 10 ilustra um diagrama de blocos simplificado do aparelho de acordo com uma outra modalidade da presente descrição.

DESCRIÇÃO DETALHADA

[0041] As modalidades da presente descrição são descritas com detalhes em relação aos desenhos anexos. Entende-se que estas modalidades são discutidas apenas com o propósito de habilitar os versados na técnica a entender melhor e, assim, implementar a presente descrição, em vez de sugerir quaisquer limitações no escopo da presente descrição. A referência por toda esta especificação aos recursos, vantagens ou linguagens similares não implica que todos os recursos e vantagens que podem ser realizados com a presente descrição devem ser ou estão em alguma única modalidade da descrição. Em vez disto, a linguagem em relação aos recursos e vantagens é entendida por significar que um recurso, vantagem ou característica específicos descritos em conexão com uma modalidade são incluídos em pelo menos uma modalidade da presente descrição. Além do mais, os recursos, vantagens e características descritos da descrição podem ser combinados de qualquer maneira adequada em uma ou mais modalidades. Os versados na técnica irão perceber que a descrição pode ser praticada sem um ou mais dos recursos ou vantagens específicos de uma modalidade em particular. Em outras instâncias, recursos e vantagens adicionais podem ser reconhecidos em certas modalidades que podem não estar presentes em todas as modalidades da descrição.

[0042] Da forma aqui usada, o termo “rede” se refere a uma rede que segue quaisquer padrões de comunicação sem fio/com fios adequados, tais como novo rádio (NR), evolução de longo prazo (LTE), LTE-Avançada, acesso múltiplo por divisão de código de banda larga (WCDMA), acesso a pacotes em alta velocidade (HSPA), acesso múltiplo por divisão de código

11 / 43 (CDMA), endereço múltiplo por divisão de tempo (TDMA), acesso múltiplo por divisão de frequência (FDMA), acesso múltiplo por divisão de frequência ortogonal (OFDMA), acesso múltiplo por divisão de frequência com portadora única (SC-FDMA) e outras redes sem fio. Uma rede CDMA pode implementar uma tecnologia de rádio, tal como Acesso por Rádio Terrestre Universal (UTRA), etc. UTRA inclui WCDMA e outras variantes de CDMA. Uma rede TDMA pode implementar uma tecnologia de rádio, tal como Sistema Global para Comunicações Móveis (GSM). Uma rede OFDMA pode implementar uma tecnologia de rádio, tais como UTRA Evoluída (E-UTRA), Banda Larga Ultra Móvel (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, OFDMA Flash, rede ad-hoc, rede sensora sem fio, etc. Na seguinte descrição, os termos “rede” e “sistema” podem ser usados intercambiavelmente. Além do mais, as comunicações entre dois dispositivos na rede podem ser realizadas de acordo com quaisquer protocolos de comunicação adequados, incluindo, mas sem limitações, a protocolos de comunicação definidos por uma organização de padrões, tal como 3GPP. Por exemplo, os protocolos de comunicação definidos por 3GPP podem compreender os protocolos de comunicação de segunda geração (2G), de terceira geração (3G), de quarta geração (4G), 4.5G, de quarta geração (5G), e/ou quaisquer outros protocolos tanto atualmente conhecidos quanto a ser desenvolvidos no futuro.

[0043] Os termos “dispositivo de rede” ou “nó de rede” aqui usados se referem a um dispositivo de rede, tais como um dispositivo da rede central em uma rede de comunicação. Por exemplo, em uma rede de comunicação sem fio, tal como uma rede celular tipo 3GPP, o nó de rede pode compreender um nó de gerenciamento de dados (por exemplo, Gerenciamento de Dados Unificado (UDM) e Servidor do Assinante Doméstico (HSS)) e um nó da função de exposição da rede (por exemplo, NEF e SCEF), etc., que podem oferecer inúmeros serviços aos consumidores que estão interconectados por

12 / 43 um dispositivo da rede de acesso. Cada dispositivo da rede de acesso é conectável no dispositivo da rede central através de uma conexão com fios ou sem fio.

[0044] O termo “função de rede (NF)” se refere a qualquer função adequada que pode ser implementada em um nó de rede, tal como um nó da rede central de uma rede de comunicação. Por exemplo, o sistema de comunicação 5G pode compreender uma pluralidade de NFs, tais como AMF (Função de Acesso e Mobilidade), SMF (Função de Gerenciamento de Sessão), AUSF (Função do Serviço de Autenticação), UDM (Gerenciamento de Dados Unificado), PCF (Função de Controle de Política), AF (Função de Aplicação), NEF (Função de Exposição da Rede), UPF (Função do Plano de Usuário) e NRF (Função de Repositório da NF), RAN (Rede de Acesso por Rádio), etc. Em outras modalidades, a função de rede pode compreender diferentes tipos de NFs, por exemplo, dependendo de um tipo específico de rede.

[0045] O termo “dispositivo de terminal” se refere a qualquer dispositivo terminal que pode acessar uma rede de comunicação e receber serviços a partir da mesma. A título de exemplo e sem limitações, o dispositivo de terminal se refere a um terminal móvel, a um equipamento de usuário (UE), ou a outros dispositivos adequados. O UE pode ser, por exemplo, uma Estação de Assinante (SS), uma Estação de Assinante Portátil, uma Estação Móvel (MS), ou um Terminal de Acesso (AT). O dispositivo de terminal pode incluir, mas sem limitações, um computador portátil, um dispositivo de terminal de captura de imagem, tal como uma câmera digital, um dispositivo de terminal de jogos, um armazenamento de música e um aplicativo de reprodução, um telefone móvel, um telefone celular, um telefone inteligente, um telefone de voz sobre IP (VoIP), um telefone de circuito local sem fio, um tablet, um dispositivo vestível, um assistente digital pessoal (PDA), um computador portátil, um computador de mesa, um dispositivo de

13 / 43 terminal vestível, um dispositivo de terminal sem fio montado no veículo, um ponto terminal sem fio, uma Estação Móvel, um equipamento embutido em laptop (LEE), um equipamento montado em laptop (LME), um dongle USB, um dispositivo inteligente, um equipamento sem fio nas dependências do consumidor (CPE) e similares. Na seguinte descrição, os termos “dispositivo de terminal”, “terminal”, “equipamento de usuário” e “UE” podem ser usados intercambiavelmente. Como um exemplo, um dispositivo de terminal pode representar um UE configurado para comunicação de acordo com um ou mais padrões de comunicação promulgados pelo 3GPP (Projeto de Parceria de 3ª Geração), tais como o padrão LTE ou o padrão NR de 3GPP. Da forma aqui usada, um “equipamento de usuário” ou um “UE” podem não ter necessariamente um “usuário” no sentido de um usuário humano que possui e/ou opera o dispositivo relevante. Em algumas modalidades, um dispositivo de terminal pode ser configurado para transmitir e/ou receber s informação sem interação humana direta. Por exemplo, um dispositivo de terminal pode ser desenhado para transmitir a informação para uma rede em uma agenda pré-determinada, quando disparado por um evento interno ou externo, ou em resposta às solicitações provenientes da rede de comunicação. Em vez disto, um UE pode representar um dispositivo que é direcionado para vendas para, ou operação por, um usuário humano, mas que pode não ser inicialmente associado com um usuário humano específico.

[0046] Como ainda um outro exemplo, em um cenário Internet das Coisas (IOT), um dispositivo de terminal pode representar uma máquina ou outro dispositivo que realizam o monitoramento e/ou as medições, e transmite os resultados de tais monitoramentos e/ou medições para um outro dispositivo de terminal e/ou equipamento de rede. O dispositivo de terminal pode, neste caso, ser um dispositivo máquina a máquina (M2M), que pode, em um contexto 3GPP, ser referido como um dispositivo de comunicação tipo máquina (MTC). Como um exemplo em particular, o dispositivo de terminal

14 / 43 pode ser um UE que implementa o padrão Internet das Coisas (NB-IoT) em banda estreita 3GPP. Os exemplos em particular de tais máquinas ou dispositivos são sensores, dispositivos de medição, tais como medidores de energia, maquinário industrial, ou utensílios domésticos ou pessoais, por exemplo, refrigeradores, televisões, itens vestíveis pessoais, tais como relógios, etc. Em outros cenários, um dispositivo de terminal pode representar um veículo ou outro equipamento que é capaz de monitoramento e/ou relato sobre seu estado operacional ou outras funções associadas com sua operação.

[0047] As referências na especificação a “uma modalidade”, “alguma modalidade”, “uma modalidade de exemplo” e similares indicam que a modalidade descrita pode incluir um recurso, estrutura ou característica em particular, mas não é necessário que cada modalidade inclua o recurso, estrutura ou característica em particular. Além do mais, tais frases não estão necessariamente se referindo à mesma modalidade. Adicionalmente, quando um recurso, estrutura ou característica em particular for descrito em conexão com uma modalidade, é subentendido que está no conhecimento dos versados na técnica afetar tais recurso, estrutura ou característica em conexão com outras modalidades, seja ou não explicitamente descrito.

[0048] Deve ser entendido que, embora os termos “primeiro” e “segundo”, etc. possam ser aqui usados para descrever vários elementos, estes elementos não devem ser limitados por estes termos. Estes termos são usados apenas para distinguir um elemento de um outro. Por exemplo, um primeiro elemento pode ser chamado de um segundo elemento e, similarmente, um segundo elemento pode ser chamado de um primeiro elemento, sem fugir do escopo das modalidades de exemplo. Da forma aqui usada, o termo “e/ou” inclui toda e qualquer combinação de um ou mais dos termos listados associados.

[0049] A terminologia aqui usada é com o propósito de descrever as modalidades em particular apenas, e não pretende-se que seja limitante das

15 / 43 modalidades de exemplo. Da forma aqui usada, pretende-se que as formas singulares “um”, “uma”, “o” e “a” também incluam as formas plurais, a menos que o contexto claramente indique do outra forma. Será adicionalmente entendido que os termos “compreende”, “compreendendo”, “tem”, “tendo”, “inclui” e/ou “incluindo”, quando aqui usados, especificam a presença dos recursos, elementos, e/ou componentes declarados, etc., mas não impedem a presença ou a adição de um ou mais outros recursos, elementos, componentes e/ou combinações dos mesmos.

[0050] Nas seguintes descrição e reivindicações, a menos que definido do outra forma, todos os termos técnicos e científicos aqui usados têm o mesmo significado comumente entendido pelos versados na técnica à qual a descrição pertence.

[0051] Com propósitos ilustrativos, diversas modalidades da presente descrição serão descritas no contexto de uma rede de comunicação, tal como o sistema 5G (5GS). Os versados na técnica percebem, entretanto, que o conceito e o princípio das diversas modalidades da presente descrição podem ser, mais no geral, aplicáveis a quaisquer outras redes de comunicação adequadas.

[0052] A figura 1 mostra uma arquitetura de sistema de alto nível de 5GS. Da forma mostrada na figura 1, 5GS pode compreender uma pluralidade de NFs, tais como AMF, SMF, AUSF, UDM, PCF, AF, NEF, UPF, NRF e RAN, etc. Na prática, um sistema de comunicação pode incluir adicionalmente quaisquer elementos adicionais adequados para suportar a comunicação entre os dispositivos de terminal ou entre um dispositivo sem fio e um outro dispositivo de comunicação, tais como um telefone de linhas fixas, um provedor de serviço, ou quaisquer outros nó de rede ou dispositivo de terminal. O sistema de comunicação pode prover comunicação e vários tipos de serviços para um ou mais dispositivos de terminal para facilitar para os dispositivos de terminal o acesso e/ou o usa dos serviços providos pelo, ou

16 / 43 por meio do, sistema de comunicação.

[0053] A arquitetura de sistema exemplar também contém interfaces com base em serviço, tais como Nnrf, Nnef, Nausf, Nudm, Npcf, Namf e Nsmf exibidas pelas NFs, tais como a NRF, a NEF, a AUSF, o UDM, a PCF, a AMF e a SMF. Além do mais, a figura 1 também mostra alguns pontos de referência, tais como N1, N2, N3, N4, N5, N6, N7, N8, N10, N11, N12, N13, N14 e N15, que podem suportar as interações entre os serviços NF nas NFs. Por exemplo, estes pontos de referência podem ser realizados através das correspondentes interfaces com base em serviço NF e pela especificação de alguns consumidores e provedores de serviço NF, bem como suas interações, a fim de realizar um procedimento de sistema em particular.

[0054] Várias NFs mostradas na figura 1 podem ser responsáveis por funções, tais como gerenciamento de sessão, gerenciamento de mobilidade, autenticação, segurança, etc. Os mesmos podem ser críticos para distribuir um serviço na rede. Por exemplo, a NEF pode agir como uma porta de comunicação que pode habilitar os usuários externos a monitorar, prover e executar uma política de aplicação para os usuários no interior da rede. A AUSF pode ser configurada como um servidor de autenticação. O UDM pode armazenar dados e perfis de assinante. A PCF pode prover uma estrutura de política que incorpora fatiamento de rede, roaming e gerenciamento de mobilidade. A AMF pode gerenciar o controle de acesso e a mobilidade. A SMF pode configurar e gerenciar as sessões de acordo com uma política de rede. A UPF pode ser implementada em várias configurações e locais de acordo com o tipo do serviço.

[0055] A figura 2 mostra um fluxograma de um método de acordo com uma modalidade da presente descrição, que pode ser realizado por um aparelho implementado em/como um primeiro nó de função de rede ou comunicativamente acoplado em um primeiro nó de função de rede. Como tal, o aparelho pode prover meio para realizar várias partes do método 200,

17 / 43 bem como meio para realizar outros processos em conjunto com outros componentes. O primeiro nó de função de rede pode ser um nó de função de rede que pode suportar a função de gerenciamento da inscrição de evento. Por exemplo, o primeiro nó de função de rede pode ser UDM em 5GS. Em outras redes de comunicação, o primeiro nó de função de rede pode ser qualquer outro nó de função de rede adequado que pode suportar a função de gerenciamento da inscrição de evento, tal como o Servidor do Assinante Doméstico (HSS).

[0056] No bloco 202, o primeiro nó de função de rede pode receber uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento a partir de um segundo nó de função de rede. O segundo nó de função de rede pode ser um nó de função de rede que pode enviar uma solicitação para o primeiro nó de função de rede para inscrever nas notificações da ocorrência de evento. Por exemplo, o segundo nó de função de rede pode ser um entidade na arquitetura 3GPP para a Exposição da Capacidade do Serviço, tais como NEF ou SCEF. Em outras modalidades, o segundo nó de função de rede pode ser outro nó de função de rede adequado.

[0057] A atualização da inscrição de evento pode compreender quaisquer operações de atualização adequadas, tais como operações de adição, remoção ou atualização. Em uma modalidade, a atualização da inscrição de evento pode compreender pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

[0058] A primeira solicitação para atualizar uma inscrição de evento pode ser implementada em qualquer mensagem de solicitação adequada. Por exemplo, a primeira solicitação pode ser uma solicitação PATCH ou PUT do

18 / 43 Protocolo de Transferência em Hiper Texto (HTTP). A primeira solicitação pode compreender a informação da indicação da atualização. Além do mais, a primeira solicitação pode compreender adicionalmente informação, tal como a identidade de inscrição que pode ser usada pelo primeiro nó de função de rede para identificar a inscrição de evento a ser atualizada. A primeira solicitação pode compreender adicionalmente qualquer outra informação adequada, por exemplo, dependendo da rede de comunicação especificada e/ou do cenário de aplicação.

[0059] Em uma modalidade, a primeira solicitação pode incluir uma identidade do equipamento de usuário (ID) que representa um único equipamento de usuário (UE) ou um grupo de UEs ou qualquer UE, e uma identidade de inscrição que identifica a inscrição de evento. A identidade do equipamento de usuário pode representar um escopo do UE para o qual a inscrição é aplicada. Por exemplo, a identidade do equipamento de usuário pode conter um identificador de inscrição pública genérica (GPSI) do usuário ou um ID do grupo externo ou qualquer UE. Como um exemplo, se a identidade do equipamento de usuário representar um único UE, este parâmetro deve conter o GPSI, se a identidade do equipamento de usuário representar um grupo de UEs, este parâmetro deve conter o ID do grupo externo e, se a identidade do equipamento de usuário representar qualquer UE, este parâmetro deve conter “qualquer UE”. A identidade de inscrição pode identificar uma inscrição individual para as notificações. A identidade de inscrição pode ser alocada pelo primeiro nó de função de rede durante uma criação de um recurso de inscrição.

[0060] Depois da recepção da primeira solicitação para atualizar uma inscrição de evento, o primeiro nó de função de rede pode processar a primeira solicitação e enviar uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede no bloco 204. Dependendo do conteúdo da primeira solicitação, o primeiro nó de função de rede pode

19 / 43 gerar vários resultados de atualização. Por exemplo, quando a primeira solicitação for uma solicitação PATCH ou PUT HTTP, o resultado da atualização pode compreender um primeiro código do estado de HTTP. Quando a primeira solicitação for outra solicitação, o resultado da atualização pode compreender qualquer outro resultado da atualização adequado.

[0061] Em uma modalidade, quando a atualização da inscrição de evento tiver sucesso, o resultado da atualização pode indicar a atualização com sucesso. Por exemplo, o resultado da atualização pode compreender um código que indica a atualização com sucesso.

[0062] Em uma modalidade, quando a inscrição de evento não existir, o resultado da atualização pode indicar que a inscrição de evento não existe. Por exemplo, o resultado da atualização pode compreender um código que indica que a inscrição de evento não existe.

[0063] Em uma modalidade, quando a atualização não puder ser aceita, o resultado da atualização pode indicar que a atualização não pode ser aceita. Por exemplo, o resultado da atualização pode compreender um código que indica que a atualização não pode ser aceita.

[0064] Em uma modalidade, quando a primeira solicitação for uma solicitação PATCH ou PUT do Protocolo de Transferência em Hiper Texto (HTTP), o resultado da atualização pode compreender um primeiro código do estado de HTTP. Por exemplo, o primeiro código do estado de HTTP pode compreender um de 200 OK, 204 Sem Conteúdo, 403 Proibido, 404 Não Encontrado. Em outras modalidades, o primeiro código do estado de HTTP pode compreender outro tipo de código do estado de HTTP. Além do mais, alguns novos primeiros códigos do estado de HTTP podem ser definidos para ser usados para o cenário da inscrição de evento.

[0065] Em uma modalidade em que a primeira solicitação é uma solicitação PATCH ou PUT HTTP, quando a atualização da inscrição de evento tiver sucesso, o primeiro código do estado de HTTP pode ser definido

20 / 43 como 200 OK ou 204 Sem Conteúdo; quando a inscrição de evento não existir, o primeiro código do estado de HTTP pode ser definido como 404 Não Encontrado; e quando a atualização não puder ser aceita, o primeiro código do estado de HTTP pode ser definido como 403 Proibido.

[0066] Em uma modalidade, a primeira resposta pode incluir adicionalmente a inscrição de evento atualizada ou a informação de erro. Por exemplo, quando a atualização da inscrição de evento tiver sucesso, isto é, 200 OK, a primeira resposta pode incluir adicionalmente a inscrição de evento atualizada. Quando a inscrição de evento não tiver sucesso, a primeira resposta pode incluir adicionalmente a informação de erro.

[0067] A figura 3 mostra um fluxograma de um método de acordo com uma outra modalidade da presente descrição, que pode ser realizado por um aparelho implementado no/como o primeiro nó de função de rede ou comunicativamente acoplado no primeiro nó de função de rede. Como tal, o aparelho pode prover meio para realizar várias partes do método 300, bem como meio para realizar outros processos em conjunto com outros componentes. O primeiro nó de função de rede pode ser um nó de função de rede que pode prover o gerenciamento da inscrição de evento. Por exemplo, o primeiro nó de função de rede pode ser o UDM em 5GS. Em outras redes de comunicação, o primeiro nó de função de rede pode ser qualquer outro nó de função de rede adequado que pode prover o gerenciamento da inscrição de evento, tal como HSS.

[0068] No bloco 302, o primeiro nó de função de rede pode receber uma segunda solicitação para criar a inscrição de evento a partir do segundo nó de função de rede. A segunda solicitação para criar a inscrição de evento pode ser implementada em qualquer solicitação adequada. Por exemplo, a segunda solicitação pode ser uma solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP). A segunda solicitação pode compreender a informação da inscrição de evento. Além do mais, a segunda

21 / 43 solicitação pode compreender adicionalmente informação, tal como a identidade do equipamento de usuário que identifica um único UE ou um grupo de UEs ou qualquer UE. A identidade do equipamento de usuário pode representar um escopo do UE para o qual a inscrição é aplicada, como exposto.

[0069] Depois da recepção da segunda solicitação, o primeiro nó de função de rede pode processar a segunda solicitação e enviar uma segunda resposta que inclui um resultado da criação para o segundo nó de função de rede no bloco 304. Dependendo do conteúdo da segunda solicitação, o primeiro nó de função de rede pode gerar vários resultados da criação. Por exemplo, quando a primeira solicitação for uma solicitação HTTP POST, o resultado da criação pode compreender um segundo código do estado de HTTP. Quando a primeira solicitação for outra solicitação, o resultado da criação pode compreender qualquer outro resultado da criação adequado.

[0070] Em uma modalidade, a segunda solicitação e a segunda resposta podem ser similares à solicitação e à resposta HTTP POST, da forma descrita nas cláusulas 5.5.2.2 de 3GPP TS 29.503 V15.2.1.

[0071] Em várias modalidades, o primeiro nó de função de rede pode compreender um nó de gerenciamento de dados, tal como UDM, e/ou o segundo nó de função de rede pode compreender um nó de exposição da rede, tais como NEF ou SCEF.

[0072] A figura 4 mostra um fluxograma de um método de acordo com uma modalidade da presente descrição, que pode ser realizado por um aparelho implementado em um segundo nó de função de rede ou comunicativamente acoplado em um segundo nó de função de rede. Como tal, o aparelho pode prover meio para realizar várias partes do método 400, bem como meio para realizar outros processos em conjunto com outros componentes. O segundo nó de função de rede pode ser um nó de função de rede que pode enviar uma solicitação para o primeiro nó de função de rede

22 / 43 para inscrever nas notificações da ocorrência de evento. Por exemplo, o segundo nó de função de rede pode ser uma entidade na arquitetura 3GPP para a Exposição da Capacidade do Serviço, tais como NEF ou SCEF. Em outras modalidades, o segundo nó de função de rede pode ser outro nó de função de rede adequado. Para algumas partes que foram descritas nas modalidades expostas, a descrição detalhada das mesmas é aqui omitida por concisão.

[0073] No bloco 402, o segundo nó da função de rede pode enviar para um primeiro nó de função de rede uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento. A primeira solicitação pode ser similar à primeira solicitação, da forma descrita em relação à figura 2.

[0074] No bloco 404, o segundo nó de função de rede pode receber uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede. Por exemplo, como exposto, o primeiro nó de função de rede pode receber a primeira solicitação e enviar a primeira resposta, então, o segundo nó de função de rede pode receber a primeira resposta.

[0075] Em uma modalidade, a atualização pode compreender pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

[0076] Em uma modalidade, a primeira solicitação pode ser uma solicitação PATCH ou PUT do Protocolo de Transferência em Hiper Texto (HTTP).

[0077] Em uma modalidade, o resultado da atualização pode

23 / 43 compreender um primeiro código do estado de HTTP.

[0078] Em uma modalidade, o primeiro código do estado de HTTP pode compreender um de 200 OK, 204 Sem Conteúdo, 403 Proibido, e 404 Não Encontrado.

[0079] Em uma modalidade, quando a atualização da inscrição de evento tiver sucesso, o primeiro código do estado de HTTP é definido como 200 OK ou 204 Sem Conteúdo.

[0080] Em uma modalidade, quando a inscrição de evento não existir, o primeiro código do estado de HTTP é definido como 404 Não Encontrado.

[0081] Em uma modalidade, quando a atualização não puder ser aceita, o primeiro código do estado de HTTP é definido como 403 Proibido.

[0082] Em uma modalidade, a primeira solicitação pode incluir uma identidade do equipamento de usuário que representa um único equipamento de usuário (UE) ou um grupo de UEs ou qualquer UE, e uma identidade de inscrição que identifica a inscrição de evento.

[0083] Em uma modalidade, a primeira resposta inclui adicionalmente a inscrição de evento atualizada ou a informação de erro.

[0084] A figura 5 mostra um fluxograma de um método de acordo com uma outra modalidade da presente descrição, que pode ser realizado por um aparelho implementado em um segundo nó de função de rede ou comunicativamente acoplado em um segundo nó de função de rede.

[0085] No bloco 502, o segundo nó da função de rede pode enviar uma segunda solicitação para criar a inscrição de evento para o primeiro nó de função de rede. A segunda solicitação pode ser similar à segunda solicitação, da forma descrita em relação à figura 3.

[0086] No bloco 504, o segundo nó de função de rede pode receber uma segunda resposta que inclui um resultado da criação a partir do primeiro nó de função de rede. A segunda resposta pode ser similar à segunda resposta, da forma descrita em relação à figura 3.

24 / 43

[0087] Em uma modalidade, a segunda solicitação pode ser uma solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP) e o resultado da criação pode compreender um segundo código do estado de HTTP.

[0088] Em uma modalidade, o primeiro nó de função de rede e o segundo nó de função de rede podem ser nós de função de rede de um sistema de comunicação sem fio, tal como 5GS.

[0089] Em uma modalidade, o primeiro nó de função de rede pode compreender um nó de gerenciamento de dados, tal como o UDM, e/ou o segundo nó de função de rede pode compreender um nó da função de exposição da rede, tais como NEF ou SCEF.

[0090] A figura 6 mostra um fluxograma de um método de inscrição de evento inscrito de atualização do consumidor de serviço da NF de acordo com uma modalidade da presente descrição.

[0091] Da forma mostrada na figura 6, o consumidor de serviço da NF (por exemplo, NEF ou SCEF) envia uma solicitação HTTP PATCH para um recurso que representa a notificação do evento inscrito, {apiRoot}/nudm- ee/v1/{ueIdentity}/ee-subscriptions/{subscriptionId} na etapa 602. Os parâmetros “apiRoot”, “nudm-ee”, “v1”, “ueIdentity”, “ee-subscriptions” e “subscriptionId” podem ser similares aos correspondentes parâmetros, da forma descrita em 3GPP TS 29.503 V15.2.1.

[0092] Para um modelo de dados, o mecanismo com base em item de patch JSON (Notação de Objeto JavaScript) é usado como nesta modalidade. OpenAPI (interface de programação de aplicação aberta) 3GPP pode ser estendida para suportar o método com base em HTTP PATCH na inscrição de evento individual, uma parte adicionada de OpenAPI pode ser listada como a seguir: /{ueIdentity}/ee-subscriptions/{subscriptionId}: patch:

25 / 43 summary: Patch operationId: UpdateEeSubscription tags: - Update EE Subscription parameters: - name: ueIdentity in: path description: Represents the scope of the UE for which the subscription is applied. Contains the GPSI of the user or the external group ID or any UE.

[0093] required: true schema: type: string pattern: ‘^(msisdn-[0-9]{5,15}|.+|extid- [^@]+@[^@]+|extgroupid-[^@]+@[^@]+|anyUE)$’ - name: subscriptionId in: path description: Id of the EE Subscription required: true schema: type: string requestBody: content: application/json-patch+json: schema: type: array items: $ref: ‘TS29571_CommonData.yaml#/components/schemas/PatchItem’

26 / 43 minItems: 1 required: true responses: ‘200’: $ref: ‘#/components/schemas/UpdatedEeSubscription’ ‘403’: description: Forbidden ‘404’: description: Not Found default: description: Unexpected error

[0094] Na etapa 604a, em caso de sucesso, o UDM responde com “200 OK” com inscrição de evento atualizada ou “204 Sem Conteúdo”.

[0095] Na etapa 604b, se o recurso não existir, por exemplo, o subscriptionId não pode ser encontrado, o código do estado de HTTP “404 Não Encontrado” pode ser retornado, incluindo informação de erro adicional no corpo de resposta (no elemento “ProblemDetails”).

[0096] Na etapa 604c, se a modificação não puder ser aceita, o código do estado de HTTP “403 Proibido” pode ser retornado incluindo a informação de erro adicional no corpo da resposta (no elemento “ProblemDetails”).

[0097] Em caso de falha, um código do estado de HTTP apropriado que indica o erro pode ser retornado e a informação de erro adicional apropriada pode ser retornada no corpo da resposta PATCH.

[0098] A figura 7 mostra um fluxograma de um método de uma inscrição de evento inscrito de atualização do consumidor de serviço da NF de acordo com algumas modalidades da presente descrição. As mensagens mostradas na figura 7 podem ser com base no formato JSON.

[0099] O bloco 710 é relacionado à inscrição de evento. Na etapa 711, o consumidor de serviço da NF inscreve uma inscrição de evento no UDM. A

27 / 43 mensagem da etapa 711 pode ser com base no formato JSON, como a seguir: { “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “CELL_LEVEL” } }, “E2”: { “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E3”: { “eventType”: UE_REACHABILITY_FOR_SMS “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 100 “expiry”: “2018-12-06T07:50:58.814Z” }, }

[00100] Há três eventos (identificados como E1, E2 e E3 para “LOCAL_REPORTING”, “ROAMING_STATUS”, “UE_REACHABILITY_FOR_SMS”, respectivamente) que solicita-se que

28 / 43 sejam monitorados para o(s) usuário(s) identificado(s) por ueIdentity pelo UDM.

Quando a inscrição de evento for criada com sucesso, o UDM pode enviar uma resposta com 201 Criado para o consumidor de serviço da NF na etapa 712. A resposta com a inscrição de evento criada pode ser com base no formato JSON, como a seguir: { “eeSubscription”: { “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “CELL_LEVEL” } }, “E2”: { “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E3”: { “eventType”: UE_REACHABILITY_FOR_SMS “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 100 “expiry”: “2018-12-06T07:50:58.814Z”

29 / 43 }, }

[00101] O bloco 720 é relacionado ao exemplo de atualização 1. O exemplo de atualização 1 é para adicionar um novo evento de monitoramento na inscrição de evento criada (tal como E4 para “UE_REACHABILITY_FOR_DATA”) que solicita-se que seja monitorado para o(s) usuário(s) identificado(s) por ueIdentity pelo UDM. Na etapa 721, o consumidor do serviço de NF pode enviar uma solicitação para adicionar um novo evento de monitoramento na inscrição de evento criada. A solicitação da etapa 721 pode ser com base no formato JSON, como a seguir: [ { “op”: add, “path”: “/EeSubscription/monitoringConfigurations/-”, “value”: ““E4”: { “eventType”: UE_REACHABILITY_FOR_DATA “immediateFlag”: false, }” } ]

[00102] Nesta modalidade, o UDM adiciona com sucesso um novo evento de monitoramento na inscrição de evento criada, agora, o mesmo contém quatro eventos de monitoramento (E1, E2, E3, E4, respectivamente) na inscrição de evento atualizada. O UDM pode enviar uma resposta com 204 Sem Conteúdo ou 200 OK para o consumidor de serviço da NF na etapa 722. A resposta com a inscrição de evento atualizada pode ser com base no formato JSON, como a seguir: { “eeSubscription”: {

30 / 43 “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “CELL_LEVEL” } }, “E2”: { “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E3”: { “eventType”: UE_REACHABILITY_FOR_SMS “immediateFlag”: false, } “E4”: { “eventType”: UE_REACHABILITY_FOR_DATA “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 100 “expiry”: “2018-12-06T07:50:58.814Z” }, }

[00103] O bloco 730 é relacionado ao exemplo de atualização 2. O

31 / 43 exemplo de atualização 2 é para remover um evento de monitoramento existente na inscrição de evento criada (tal como E3 para “UE_REACHABILITY_FOR_SMS”). Na etapa 731, o consumidor do serviço de NF pode enviar uma solicitação para remover um evento de monitoramento existente na inscrição de evento criada. A mensagem da etapa 731 pode ser com base no formato JSON, como a seguir: [ { “op”: remove, “path”: “/EeSubscription/monitoringConfigurations/3 “, } ]

[00104] Nesta modalidade, o UDM remove com sucesso um evento de monitoramento existente da inscrição de evento criada, agora, o mesmo contém três eventos de monitoramento (E3 foi removido) na inscrição de evento atualizada. O UDM pode enviar uma resposta com 204 Sem Conteúdo ou 200 OK para o consumidor de serviço da NF na etapa 731. A resposta com a inscrição de evento atualizada pode ser com base no formato JSON, como a seguir: { “eeSubscription”: { “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “CELL_LEVEL”

32 / 43 } }, “E2”: { “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E4”: { “eventType”: UE_REACHABILITY_FOR_DATA “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 100 “expiry”: “2018-12-06T07:50:58.814Z” }, }

[00105] O bloco 740 é relacionado ao exemplo de atualização 3. O exemplo de atualização 3 é para atualizar os atributos de um evento de monitoramento existente na inscrição de evento criada (tal como E1 para “LOCAL_REPORTING”) que solicita-se que seja monitorado para o(s) usuário(s) identificado(s) por ueIdentity pelo UDM. Na etapa 741, o consumidor do serviço de NF pode enviar uma solicitação para atualizar os atributos de um evento de monitoramento existente na inscrição de evento criada. A mensagem da etapa 741 pode ser com base no formato JSON, como a seguir: [ { “op”: replace,

33 / 43 “path”: “/EeSubscription/monitoringConfigurations/1/ locationReportingConfiguration/locationAccuracy”, “value”: “TA_LEVEL” } ]

[00106] Nesta modalidade, o UDM atualiza com sucesso o atributo locationAccuracy de um evento de monitoramento existente na inscrição de evento criada, agora, o atributo de E1 locationAccuracy é atualizado de CELL_LEVEL para TA_LEVEL. O UDM pode enviar uma resposta com 204 Sem Conteúdo ou 200 OK para o consumidor de serviço da NF na etapa 742. A resposta com a inscrição de evento atualizada pode ser com base no formato JSON, como a seguir: { “eeSubscription”: { “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “TA_LEVEL” } }, “E2”: { “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E4”: {

34 / 43 “eventType”: UE_REACHABILITY_FOR_DATA “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 100 “expiry”: “2018-12-06T07:50:58.814Z” }, }

[00107] O bloco 750 é relacionado ao exemplo de atualização 4. O exemplo 4 é para atualizar o atributo de expiração da opção de relato na inscrição de evento criada. Na etapa 751, o consumidor do serviço de NF pode enviar uma solicitação para atualizar o atributo de expiração da opção de relato na inscrição de evento criada. A mensagem da etapa 751 pode ser com base no formato JSON, como a seguir: [ { “op”: replace, “path”: “/EeSubscription/reportingOptions/expiry”, “value”: “2019-02-01T07:50:58.814Z” } ]

[00108] Nesta modalidade, o UDM atualiza com sucesso a expiração da opção de relato na inscrição de evento criada, agora, o tempo de expiração é prolongado para 2019-02-01T07:50:58.814Z. O UDM pode enviar uma resposta com 204 Sem Conteúdo ou 200 OK para o consumidor de serviço da NF na etapa 752. A resposta com a inscrição de evento atualizada pode ser com base no formato JSON, como a seguir: {

35 / 43 “eeSubscription”: { “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “TA_LEVEL” } }, “E2”: { “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E4”: { “eventType”: UE_REACHABILITY_FOR_DATA “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 100 “expiry”: “2019-02-01T07:50:58.814Z” }, }

[00109] O bloco 760 é relacionado ao exemplo de atualização 5. O exemplo 5 é para atualizar o “máximo número de relatos” da opção de relato na inscrição de evento criada. Na etapa 761, o consumidor do serviço de NF pode enviar uma solicitação para atualizar o “máximo número de relatos” da

36 / 43 opção de relato na inscrição de evento criada. A mensagem da etapa 761 pode ser com base no formato JSON, como a seguir: [ { “op”: replace, “path”: “/EeSubscription/reportingOptions/maxNumOfReports”, “value”: “1000” } ]

[00110] Nesta modalidade, o UDM atualiza com sucesso o “máximo número de relatos” da opção de relato na inscrição de evento criada, agora, o maxNumOfReports é atualizado de 100 para 1.000. O UDM pode enviar uma resposta com 204 Sem Conteúdo ou 200 OK para o consumidor de serviço da NF na etapa 762. A resposta com a inscrição de evento atualizada pode ser com base no formato JSON, como a seguir: { “eeSubscription”: { “callbackReference”: “http://example.nef.com/notif”, “monitoringConfigurations”: { “E1”: { “eventType”: LOCATION_REPORTING “immediateFlag”: false, “locationReportingConfiguration”: { “currentLocation”: true, “locationAccuracy”: “TA_LEVEL” } }, “E2”: {

37 / 43 “eventType”: ROAMING_STATUS “immediateFlag”: false, }, “E4”: { “eventType”: UE_REACHABILITY_FOR_DATA “immediateFlag”: false, } }, “reportingOptions”: { “maxNumOfReports”: 1000 “expiry”: “2019-02-01T07:50:58.814Z” }, }

[00111] Percebe-se que, embora as operações de atualização dos blocos 720, 730, 740, 750 e 760 sejam descritas em múltiplos pares de mensagens de solicitação e resposta atualização, dois ou mais dos mesmos também podem ser implementados pelo uso de um par de mensagens de solicitação e resposta de atualização. Por exemplo, uma única solicitação de atualização pode ser usada para dois ou mais tipos de operações de atualização.

[00112] As modalidades da presente descrição propõem uma nova solução para suportar a atualização da inscrição de evento criada, de forma que as exigências do consumidor de serviço para atualizar a inscrição de evento criada possam ser satisfeitas. As modalidades da presente descrição podem suportar a atualização dos eventos de monitoramento na inscrição de evento criada e a atualização das opções de relato para as notificações de evento na inscrição de evento criada.

[00113] A figura 8a ilustra um diagrama de blocos simplificado de um aparelho 810 que pode ser incorporado em/como um primeiro nó de função de rede, tal como o UDM, de acordo com uma modalidade da presente descrição.

38 / 43 A figura 8b ilustra um aparelho 820 que pode ser incorporado em/como um segundo nó de função de rede, tais como NEF ou SCEF, de acordo com uma modalidade da presente descrição.

[00114] O aparelho 810 pode compreender pelo menos um processador 811, tal como um processador de dados (DP), e pelo menos uma memória (MEM) 812 acoplada no processador 811. O aparelho 810 pode compreender adicionalmente um transmissor TX e um receptor RX 813 acoplados no processador 811. A MEM 812 armazena um programa (PROG) 814. O PROG 814 pode incluir instruções que, quando executadas no processador associado 811, habilitam o aparelho 810 a operar de acordo com as modalidades da presente descrição, por exemplo, para realizar os métodos 200, 300. Uma combinação do pelo menos um processador 811 e da pelo menos uma MEM 812 pode formar o meio de processamento 815 adaptado para implementar as várias modalidades da presente descrição.

[00115] O aparelho 820 compreende pelo menos um processador 821, tal como um DP, e pelo menos uma MEM 822 acoplada no processador 821. O aparelho 820 pode compreender adicionalmente um transmissor TX e um receptor RX 823 acoplado no processador 821. A MEM 822 armazena um PROG 824. O PROG 824 pode incluir instruções que, quando executadas no processador associado 821, habilitam o aparelho 820 a operar de acordo com as modalidades da presente descrição, por exemplo, para realizar os métodos 400 e 500. Uma combinação do pelo menos um processador 821 e da pelo menos uma MEM 822 pode formar o meio de processamento 825 adaptado para implementar várias modalidades da presente descrição.

[00116] Várias modalidades da presente descrição podem ser implementadas pelo programa de computador executável por um ou mais dos processadores 811 e 821, software, software embarcado, hardware ou em uma combinação dos mesmos.

[00117] As MEMs 812 e 822 podem ser de qualquer tipo adequado

39 / 43 para o ambiente técnico local e podem ser implementadas usando qualquer tecnologia de armazenamento de dados adequada, tais como dispositivos de memória com base em semicondutor, dispositivos e sistemas de memória magnética, dispositivos e sistemas de memória óptica, memória fixa e memória removível, como exemplos não limitantes.

[00118] Os processadores 811 e 821 podem ser de qualquer tipo adequado para o ambiente técnico local, e podem incluir um ou mais de computadores de uso geral, computadores de uso especial, microprocessadores, processadores de sinal digital (DSPs) e processadores com base em arquitetura de processador multinúcleos, como exemplos não limitantes.

[00119] A referência é agora feita à figura 9, que ilustra um diagrama de blocos esquemático de um aparelho 900 em um primeiro nó de função de rede. O aparelho 900 é operável para realizar os métodos exemplares relacionados ao primeiro nó de função de rede, como exposto.

[00120] Da forma mostrada na figura 9, o aparelho 900 pode compreender uma primeira unidade de recepção 902 configurada para receber uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento a partir de um primeiro nó de função de rede e uma primeira unidade de envio 904 configurada para enviar uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede.

[00121] Em uma modalidade, o aparelho 900 pode compreender adicionalmente uma segunda unidade de recepção 906 configurada para receber uma segunda solicitação para criar a inscrição de evento a partir do segundo nó de função de rede e uma segunda unidade de envio 908 configurada para enviar uma segunda resposta que inclui um resultado da criação para o segundo nó de função de rede.

[00122] A referência é agora feita à figura 10, que ilustra um diagrama

40 / 43 de blocos esquemático de um aparelho 1000 em um segundo nó de função de rede. O aparelho 1000 é operável para realizar os métodos exemplares relacionados ao segundo nó de função de rede, como exposto.

[00123] Da forma mostrada na figura 10, o aparelho 1000 pode compreender uma primeira unidade de envio 1002 configurada para enviar uma primeira solicitação para atualizar uma inscrição de evento para um primeiro nó de função de rede e uma segunda unidade de recepção 1004 configurada para receber uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede.

[00124] Em uma modalidade, o aparelho 1000 pode compreender adicionalmente uma segunda unidade de envio 1006 configurada para enviar para o primeiro nó de função de rede uma segunda solicitação para criar a inscrição de evento para um ou mais eventos de monitoramento e uma segunda unidade de recepção 1008 configurada para receber uma segunda resposta que inclui um resultado da criação a partir do primeiro nó de função de rede.

[00125] Será percebido que algumas unidades ou módulos no aparelho 900 e 1000 podem ser combinados em algumas implementações. Por exemplo, em uma modalidade, é possível usar uma única unidade de transcepção para enviar e receber a informação.

[00126] De acordo com um aspecto da descrição, é provido um produto de programa de computador que é tangivelmente armazenado em uma mídia de armazenamento legível por computador e que inclui as instruções que, quando executadas em pelo menos um processador, fazem com que o pelo menos um processador realize o método relacionado ao primeiro nó de função de rede, como exposto.

[00127] De acordo com um aspecto da descrição, é provido um produto de programa de computador que é tangivelmente armazenado em uma mídia de armazenamento legível por computador e que inclui as instruções que,

41 / 43 quando executadas em pelo menos um processador, fazem com que o pelo menos um processador realize o método relacionado ao segundo nó de função de rede, como exposto.

[00128] De acordo com um aspecto da descrição, é provida uma mídia de armazenamento legível por computador que armazena instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador realize o método relacionado ao primeiro nó de função de rede, como exposto.

[00129] De acordo com um aspecto da descrição, é provida uma mídia de armazenamento legível por computador que armazena instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador realize o método relacionado ao segundo nó de função de rede, como exposto.

[00130] Além do mais, a presente descrição também pode prover uma portadora que contém o programa de computador supramencionado, em que a portadora é um de um sinal eletrônico, um sinal óptico, um sinal de rádio ou uma mídia de armazenamento legível por computador. A mídia de armazenamento legível por computador pode ser, por exemplo, um disco compacto óptico ou um dispositivo de memória eletrônica, como uma RAM (memória de acesso aleatório), uma ROM (memória exclusiva de leitura), uma memória flash, uma fita magnética, um CD-ROM, um DVD, um disco Blue-Ray e similares.

[00131] As técnicas aqui descritas podem ser implementadas por vários meios, de forma que um aparelho que implementa uma ou mais funções de um aparelho correspondente descrito com uma modalidade compreenda não apenas meios da técnica anterior, mas, também, meios para implementar as uma ou mais funções do correspondente aparelho descrito com a modalidade, e pode compreender meio separado para cada função separada, ou meio que pode ser configurado para realizar duas ou mais funções. Por exemplo, estas

42 / 43 técnicas podem ser implementadas em hardware (um ou mais aparelhos), software embarcado (um ou mais aparelhos), software (um ou mais módulos), ou combinações dos mesmos. Para um software embarcado ou um software, a implementação pode ser feita através de módulos (por exemplo, procedimentos, funções e similares) que realizam as funções aqui descritas.

[00132] As modalidades exemplares aqui expostas foram descritas anteriormente em relação aos diagramas de blocos e às ilustrações de fluxograma dos métodos e aparelhos. Será entendido que cada bloco dos diagramas de blocos e ilustrações de fluxograma, e combinações de blocos nos diagramas de blocos e ilustrações de fluxograma, respectivamente, podem ser implementados por vários meios que incluem as instruções do programa de computador. Estas instruções do programa de computador podem ser carregadas sobre um computador de uso geral, computador de uso especial, ou outro aparelho de processamento de dados programável para produzir uma máquina, de maneira tal que as instruções que executam no computador ou outro aparelho de processamento de dados programável criem meios para implementar as funções especificadas no bloco ou nos blocos do fluxograma.

[00133] Adicionalmente, embora as operações sejam representadas em uma ordem em particular, isto não deve ser entendido como exigindo que tais operações sejam realizadas na ordem em particular mostrada ou em ordem sequencial, ou que todas as operações ilustradas sejam realizadas, para alcançar resultados desejáveis. Em certas circunstâncias, processamento multitarefas e em paralelo pode ser vantajoso. Igualmente, embora diversos detalhes de implementação específicos estejam contidos nas discussões expostas, os mesmos não devem ser interpretados como limitações no escopo do assunto em questão aqui descrito, mas, em vez disto, como descrições dos recursos que podem ser específicos das modalidades em particular. Certos recursos que são descritos no contexto de modalidades separadas também podem ser implementados em combinação em uma única modalidade.

43 / 43 Inversamente, vários recursos que são descritos no contexto de uma única modalidade também podem ser implementados em múltiplas modalidades separadamente ou em qualquer subcombinação adequada.

[00134] Embora esta especificação contenha muitos detalhes de implementação específicos, os mesmos não devem ser interpretados como limitações no escopo de nenhuma implementação ou do que pode ser reivindicado, mas, em vez disto, como descrições dos recursos que podem ser específicos de modalidades em particular das implementações em particular. Certos recursos que são descritos nesta especificação no contexto de modalidades separadas também podem ser implementados em combinação em uma única modalidade. Inversamente, vários recursos que são descritos no contexto de uma única modalidade também podem ser implementados em múltiplas modalidades separadamente ou em qualquer subcombinação adequada. Além do mais, embora recursos possam ser descritos anteriormente como agindo em certas combinações e até mesmo inicialmente reivindicados como tal, um ou mais recursos de uma combinação reivindicada podem, em alguns casos, ser excisados da combinação, e a combinação reivindicada pode ser direcionada para uma subcombinação ou uma variação de uma subcombinação.

[00135] Será óbvio aos versados na técnica que, à medida que a tecnologia avança, o conceito inventivo pode ser implementado de várias maneiras. As modalidades descritas anteriormente são dadas para descrever, em vez de limitar, a descrição, e deve-se entender que pode-se recorrer a modificações e variações sem fugir do espírito e do escopo da descrição, como os versados na técnica prontamente entendem. Tais modificações e variações são consideradas como no escopo da descrição e das reivindicações anexas. O escopo de proteção da descrição é definido pelas reivindicações anexas.

Claims

REIVINDICAÇÕES

1. Método (200) em um primeiro nó de função de rede, caracterizado pelo fato de que compreende: receber (202) uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento a partir de um segundo nó de função de rede; e enviar (204) uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a atualização da inscrição de evento compreende pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

3. Método de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a primeira solicitação é uma solicitação PATCH ou PUT do Protocolo de Transferência em Hiper Texto (HTTP); e/ou o resultado da atualização compreende um primeiro código do estado de HTTP.

4. Método de acordo com a reivindicação 3, caracterizado pelo fato de que o primeiro código do estado de HTTP compreende um de 200 OK,

204 Sem Conteúdo, 403 Proibido, 404 Não Encontrado.

5. Método de acordo com a reivindicação 3 ou 4, caracterizado pelo fato de que quando a atualização da inscrição de evento tiver sucesso, o primeiro código do estado de HTTP é definido como 200 OK ou 204 Sem Conteúdo, quando a inscrição de evento não existir, o primeiro código do estado de HTTP é definido como 404 Não Encontrado, e quando a atualização não puder ser aceita, o primeiro código do estado de HTTP é definido como 403 Proibido.

6. Método de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que a primeira solicitação inclui uma identidade do equipamento de usuário que representa um único equipamento de usuário (UE) ou um grupo de UEs ou qualquer UE, e uma identidade de inscrição que identifica a inscrição de evento.

7. Método de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que a primeira resposta inclui adicionalmente a inscrição de evento atualizada ou a informação de erro.

8. Método de acordo com qualquer uma das reivindicações 1 a 7, caracterizado pelo fato de que compreende adicionalmente receber (302) uma segunda solicitação para criar a inscrição de evento a partir do segundo nó de função de rede; e enviar (304) uma segunda resposta que inclui um resultado da criação para o segundo nó de função de rede.

9. Método de acordo com a reivindicação 8, caracterizado pelo fato de que a segunda solicitação é uma solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP) e o resultado da criação compreende um segundo código do estado de HTTP.

10. Método de acordo com qualquer uma das reivindicações 1 a 9, caracterizado pelo fato de que o primeiro nó de função de rede e o segundo nó de função de rede são nós de função de rede de um sistema de comunicação sem fio.

11. Método de acordo com qualquer uma das reivindicações 1 a 10, caracterizado pelo fato de que o primeiro nó de função de rede compreende Gerenciamento de Dados Unificado (UDM); e/ou o segundo nó de função de rede compreende um nó de exposição da rede.

12. Método (400) em um segundo nó de função de rede, caracterizado pelo fato de que compreende: enviar (402) para um primeiro nó de função de rede uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento; e receber (404) uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede.

13. Método de acordo com a reivindicação 12, caracterizado pelo fato de que a atualização da inscrição de evento compreende pelo menos um de adicionar um novo evento de monitoramento na inscrição de evento, remover um evento de monitoramento da inscrição de evento, atualizar um atributo de um evento de monitoramento na inscrição de evento, atualizar o tempo de expiração de uma opção de relato do evento para a inscrição de evento, e atualizar um máximo número de relatos da opção de relato do evento.

14. Método de acordo com a reivindicação 12 ou 13, caracterizado pelo fato de que a primeira solicitação é uma solicitação PATCH ou PUT do Protocolo de Transferência em Hiper Texto (HTTP); e/ou o resultado da atualização compreende um primeiro código do estado de HTTP.

15. Método de acordo com a reivindicação 14, caracterizado pelo fato de que o primeiro código do estado de HTTP compreende um de 200 OK, 204 Sem Conteúdo, 403 Proibido, 404 Não Encontrado.

16. Método de acordo com as reivindicações 14 ou 15, caracterizado pelo fato de que quando a atualização da inscrição de evento tiver sucesso, o primeiro código do estado de HTTP é definido como 200 OK ou 204 Sem Conteúdo, quando a inscrição de evento não existir, o primeiro código do estado de HTTP é definido como 404 Não Encontrado, e quando a atualização não puder ser aceita, o primeiro código do estado de HTTP é definido como 403 Proibido.

17. Método de acordo com qualquer uma das reivindicações 12 a 16, caracterizado pelo fato de que a primeira solicitação inclui uma identidade do equipamento de usuário que representa um único equipamento de usuário (UE) ou um grupo de UEs ou qualquer UE, e uma identidade de inscrição que identifica a inscrição de evento.

18. Método de acordo com qualquer uma das reivindicações 12 a 17, caracterizado pelo fato de que a primeira resposta inclui adicionalmente a inscrição de evento atualizada ou a informação de erro.

19. Método de acordo com qualquer uma das reivindicações 12 a 18, caracterizado pelo fato de que compreende adicionalmente enviar (502) uma segunda solicitação para criar a inscrição de evento para o primeiro nó de função de rede; e receber (504) uma segunda resposta que inclui um resultado da criação a partir do primeiro nó de função de rede.

20. Método de acordo com a reivindicação 19, caracterizado pelo fato de que a segunda solicitação é uma solicitação POST do Protocolo de Transferência em Hiper Texto (HTTP) e o resultado da criação compreende um segundo código do estado de HTTP.

21. Método de acordo com qualquer uma das reivindicações 12 a 20, caracterizado pelo fato de que o primeiro nó de função de rede e o segundo nó de função de rede são nós de função de rede de um sistema de comunicação sem fio.

22. Método de acordo com qualquer uma das reivindicações 12 a 21, caracterizado pelo fato de que o primeiro nó de função de rede compreende Gerenciamento de Dados Unificado (UDM); e/ou o segundo nó de função de rede compreende um nó de exposição da rede.

23. Aparelho (810) em um primeiro nó de função de rede, caracterizado pelo fato de que compreende: um processador (811); e uma memória (812) acoplada no processador (811), a dita memória (812) contendo instruções executáveis pelo dito processador (811) de forma que o dito aparelho (810) é operativo para: receber uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento a partir de um segundo nó de função de rede; e enviar uma primeira resposta que inclui um resultado da atualização para o segundo nó de função de rede.

24. Aparelho de acordo com a reivindicação 23, caracterizado pelo fato de que o aparelho é adicionalmente operativo para realizar o método como definido em qualquer uma das reivindicações 2 a 11.

25. Aparelho (820), em um segundo nó de função de rede, caracterizado pelo fato de que compreende: um processador (821); e uma memória (822) acoplada no processador (821), a dita memória (822) contendo instruções executáveis pelo dito processador (822) de forma que o dito aparelho (820) é operativo para: enviar para um primeiro nó de função de rede uma primeira solicitação para atualizar uma inscrição de evento para um ou mais eventos de monitoramento; e receber uma primeira resposta que inclui um resultado da atualização a partir do primeiro nó de função de rede.

26. Aparelho de acordo com a reivindicação 25, caracterizado pelo fato de que o aparelho é adicionalmente operativo para realizar o método como definido em qualquer uma das reivindicações 13 a 22.

27. Mídia de armazenamento legível por computador, caracterizada pelo fato de que armazena instruções que, quando executadas por pelo menos um processador, fazem com que o pelo menos um processador realize o método como definido em qualquer uma das reivindicações 1 a 22.