(54) Título: MÉTODO E APARELHO DE REDE PARA FORNECER UMA FUNÇÃO DE SERVIDOR DE GERENCIADOR DE DOCUMENTO DE XML PARA UM CLIENTE DE GERENCIADOR DE DOCUMENTO DE XML, E, ENTIDADE DE REDE PARA FORNECER PELO MENOS PARTE DE UMA FUNÇÃO DE SERVIDOR DE GERENCIADOR DE DOCUMENTO DE XML PARA UM CLIENTE DE GERENCIADOR DE DOCUMENTO DE XML (51) Int.CI.: G06F 17/30 (73) Titular(es): TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) (72) Inventor(es): STEFAN BERG; BO ASTRÕM; CHRISTER BOBERG; ANDERS RYDE; STEPHEN TERRILL; HUBERT PRZYBYSZ
1/14 “MÉTODO E APARELHO DE REDE PARA FORNECER UMA FUNÇÃO DE SERVIDOR DE GERENCIADOR DE DOCUMENTO DE XML PARA UM CLIENTE DE GERENCIADOR DE DOCUMENTO DE XML, E, ENTIDADE DE REDE PARA FORNECER PELO MENOS PARTE DE UMA FUNÇÃO DE SERVIDOR DE GERENCIADOR DE DOCUMENTO DE XML PARA UM CLIENTE DE GERENCIADOR DE DOCUMENTO DE XML”
FUNDAMENTOS DA INVENÇÃO
1. Campo da Invenção [0001] A presente invenção se refere a um método e aparelho relacionando um Servidor (XDMS) de Gerenciador de Documento (XDM) de Linguagem de Marcação Extensível (XML), por exemplo, como definido pela Aliança Móvel Aberta (OMA).
2. Descrição da Técnica Relacionada [0002] O Documento de Arquitetura de Aliança Móvel Aberta (OMA) “Arquitetura de Gerenciamento de Documento de XML” (correntemente em OMAAD-XDM-Vl_0-20051006-C) descreve as características e a arquitetura do “Habilitador Gerenciamento de Documento de XML” como a seguir.
[0003] O Gerenciamento de Documento de XML define um mecanismo comum que torna a informação relacionada a serviço de usuário específico, acessível aos habilitadores de serviço que precisam dela. Tal informação é esperada ser armazenada na rede onde ela pode ser localizada, acessada e manipulada (criada, trocada, eliminada, etc.). XDM especifica como tal informação será definida nos documentos de XML bem estruturados, assim como o protocolo comum para acesso e manipulação de tais Documentos de XML. O Protocolo de Acesso de Configuração de XML (XCAP) [Protocolo de Acesso de Configuração (XCAP) de Linguagem de Marcação Extensível (XML), http://www.ietf.org/internet-draft/draft-ietf-simple-xcap07.txt, trabalho em progresso], como definido pelo IETF, foi escolhido como o protocolo de Gerenciamento de Documento de XML comum.
[0004] A Especificação de XDM [“Especificação de Gerenciamento de
Documento de XML”, OMA-TS-XDM_Core-V1_0, disponível a partir de http://www.openmobilealliance.org/release_program/XDM_archieve.html] define
Petição 870170090939, de 24/11/2017, pág. 7/25
2/14 duas características principais:
• O protocolo comum, Protocolo de Acesso de Configuração de XML (XCAP), através do qual principais podem armazenar e manipular seus dados relacionados a serviço, armazenado em uma rede como Documentos de XML.
• O mecanismo de subscrição / notificação de SIP através do qual principais podem ser notificados de mudanças de tais Documentos.
[0005] Documentos acessados e manipulados através do XCAP são armazenada em repositórios lógicos na rede, chamados de Servidores de Gerenciamento de Documento de XML (XDMS). Cada repositório pode ser associado com uma entidade funcional que usa seus dados para efetuar suas funções. (Por exemplo, um servidor de POC tem acesso a um XDMS de POC para obter um particular tipo de documento de usuário, um Documento de grupo de POC, que fornece a lista de membros para uma sessão de grupo de POC, e usa esta informação para convidar tais membros para uma sessão de POC).
[0006] A Especificação Compartilhada de XDM [“Shared XDM Specification”, OMA-TS-XDM_Shared-Vl_O, disponível em http://www.openmobilealliance.org/release_program/XDM_archive.html] especifica um tipo específico de repositório chamado um XDMS Compartilhado, que armazena documentos que podem ser re-usados por outros habilitadores. Este habilitador especifica um tal documento: a Lista de URI. Esta é uma maneira conveniente para um principal grupar um número de identidades de usuário final (e.g., “ Amigos ” ou “ Família ”) ou outros recursos, onde tal uma lista é esperada ser re-usada por um número de habilitadores diferentes.
[0007] Devido à natureza re-usável do habilitador de XDM, haverá interações com outros habilitadores, e, por conseguinte, o projeto de arquitetura do habilitador de XDM acomoda as necessidades daqueles habilitadores.
[0008] O Gerenciador de Documento de XML (XDM) fornece uma arquitetura para gerenciar dados específicos de serviço. O Gerenciamento de Documento de
XML define um mecanismo comum que torna a informação relacionada a serviço de usuário específico, acessível aos habilitadores de serviço que necessitam dela. A
Petição 870170090939, de 24/11/2017, pág. 8/25
3/14 informação específica de serviço é expressa e trocada por meio de documentos de
XML, e esta informação é armazenada na rede onde ela pode ser localizada, acessada e manipulada (criada, trocada, eliminada, etc.). A entidade de rede assumida responsável pelo armazenamento e manipulação de tal informação é o servidor de XDM (XDMS).
[0009] É desejável fornecer uma implementação eficiente tecnicamente e comercialmente do esquema descrito acima.
SUMÁRIO DA INVENÇÃO [0010] De acordo com um primeiro aspecto da presente invenção é fornecido um método para fornecer uma função de Servidor de Gerenciador de Documento de XML para um Cliente de Gerenciador de Documento de XML, a função de Servidor de Gerenciador de Documento de XML sendo habilitada através de um componente de banco de dados para armazenar, pelo menos, um documento de XML e um componente lógico para fazer com que pelo menos uma operação seja efetuada em um ou mais dos, pelo menos um, documentos de XML, a pelo menos uma operação sendo selecionável daquelas definidas pelo Protocolo de Acesso de Configuração de XML, no qual método, o componente lógico é fornecido através de uma primeira entidade de rede, com a qual o Cliente de Gerenciador de Documento de XML se comunica para receber a função de Servidor de Gerenciador de Documento de XML, e o componente de banco de dados é fornecido através de uma segunda entidade de rede diferente da primeira entidade de rede.
[0011] O pelo menos um documento de XML pode compreender dados específicos de serviço.
[0012] A pelo menos uma operação pode ser selecionada do seguinte: acessar o documento; manipular o documento; criar o documento; substituir o documento; eliminar o documento; recuperar o documento; armazenar o documento; criar um elemento de XML no documento; substituir um elemento de XML no documento; eliminar um elemento de XML do documento; recuperar um elemento de XML a partir do documento; criar um atributo de XML para um elemento de XML no documento; eliminar um atributo de XML do documento; e recuperar um atributo de
Petição 870170090939, de 24/11/2017, pág. 9/25
4/14
XML a partir do documento.
[0013] O método pode compreende, quando a pelo menos uma operação compreende uma operação para recuperar um documento de XML já armazenado no componente de componente de banco de dados, enviar uma solicitação do documento de XML a partir da primeira entidade de rede para a segunda entidade de rede, e recebendo o documento de XML na primeira entidade de rede a partir da segunda entidade de rede.
[0014] O método pode ainda compreender, quando a pelo menos uma operação compreende uma operação para modificar o documento de XML, modificar o documento de XML na primeira entidade de rede e enviar o documento de XML modificado a partir da primeira entidade de rede para a segunda entidade de rede para armazenar de volta no componente de banco de dados.
[0015] O método pode compreender, quando a pelo menos uma operação compreende uma operação para armazenar um documento de XML não já armazenado no componente de banco de dados, enviar o documento de XML a partir da primeira entidade de rede para a segunda entidade de rede para armazenar no componente de banco de dados.
[0016] A primeira entidade de rede pode aparecer para o Cliente de Gerenciador de Documento de XML como um Servidor de Gerenciador de documento de XML. [0017] A segunda entidade de rede pode ser um Servidor de Assinante Doméstico de um Subsistema de Multimídia de IP.
[0018] Comunicação entre a primeira entidade de rede e a segunda entidade de rede pode ser determinada, pelo menos, em parte através do protocolo de interfacesh.
[0019] A segunda entidade de rede pode ser otimizada para armazenamento de dados.
[0020] O método pode compreender receber, pelo menos, uma mensagem do
Cliente de Gerenciador de Documento de XML em uma primeira entidade de rede que especifica a pelo menos uma operação a ser efetuada.
[0021] A pelo menos uma mensagem pode se enquadrar ao Protocolo de
Petição 870170090939, de 24/11/2017, pág. 10/25
5/14
Acesso de Configuração de XML.
[0022] Uma pluralidade de tais componentes de banco de dados pode ser fornecido nas segundas entidades de rede separadas respectivas.
[0023] A pluralidade de componentes de banco de dados pode ser associada com diferentes respectivos serviços.
[0024] A primeira entidade de rede pode se comunicar com o Cliente de Gerenciador de Documento de XML através de uma outra entidade de rede.
[0025] De acordo com um segundo aspecto da presente invenção é fornecido um aparelho de rede para fornecer uma função de Servidor de Gerenciador de Documento de XML para um Cliente de Gerenciador de Documento de XML, a função de Servidor de Gerenciador de Documento de XML sendo habilitada através de um componente de banco de dados para armazenar, pelo menos, um documento de XML e um componente lógico para fazer com que pelo menos uma operação seja efetuada em um ou mais dos, pelo menos um, documentos de XML, a pelo menos uma operação sendo selecionável daquelas definidas pelo Protocolo de Acesso de Configuração de XML, no qual o aparelho de rede, o componente lógico é fornecido através de uma primeira entidade de rede, com a qual o Cliente de Gerenciador de Documento de XML se comunica para receber a função de Servidor de Gerenciador de Documento de XML, e o componente de banco de dados é fornecido através de uma segunda entidade de rede diferente da primeira entidade de rede.
[0026] De acordo com um terceiro aspecto da presente invenção é fornecido uma entidade de rede para fornecer, pelo menos, parte de uma função de Servidor de Gerenciador de Documento de XML para um Cliente de Gerenciador de Documento de XML, a função de Servidor de Gerenciador de Documento de XML sendo habilitada através de um componente de banco de dados para armazenar, pelo menos, um documento de XML e um componente lógico para fazer com que pelo menos uma operação seja efetuada em um ou mais dos, pelo menos um, documentos de XML, a pelo menos uma operação sendo selecionável daquelas definidas pelo Protocolo de Acesso de Configuração de XML, a entidade de rede compreendendo: o componente lógico, com o componente de banco de dados
Petição 870170090939, de 24/11/2017, pág. 11/25
6/14 sendo fornecido através de uma entidade da rede separada; e meios para cooperar com a entidade de rede separada para fornecer a função de Servidor de
Gerenciador de Documento de XML para um Cliente de Gerenciador de Documento de XML.
[0027] De acordo com um quarto aspecto da presente invenção é fornecido um programa de operação que, quando executado em um aparelho, faz com que o aparelho realize um método de acordo com o primeiro aspecto da presente invenção.
[0028] De acordo com um quinto aspecto da presente invenção é fornecido um programa de operação que, quando carregado em um aparelho, faz com que o aparelho se torne um aparelho de acordo com o terceiro aspecto da presente invenção.
[0029] O programa de operação pode ser transportado em um meio de transporte. O meio de transporte pode ser um meio de transmissão, O meio de transporte pode ser a meio de armazenamento.
DESCRIÇÃO BREVE DOS DESENHOS [0030] Figura 1 é um diagrama de blocos, esquematicamente, ilustrando entidades de rede de uma solução de Arquitetura de Gerenciamento de Documento de XML existente;
[0031] Figura 2 é um diagrama de blocos, esquematicamente, ilustrando entidades de rede de uma Arquitetura de Gerenciamento de Documento de XML incorporando a presente invenção;
[0032] Figura 3 é um fluxograma de sinal ilustrando a operação de uma modalidade da presente invenção para recuperar dados de serviço de um Servidor de XDM;
[0033] Figura 4 é um fluxograma de sinal ilustrando a operação de uma modalidade da presente invenção para modificar dados de serviço associados com um Servidor de XDM; e [0034] Figura 5 é um diagrama esquemático ilustrando partes de uma rede de UMTS.
Petição 870170090939, de 24/11/2017, pág. 12/25
7/14
DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERIDAS [0035] Com descrito acima, na solução existente para a Arquitetura de Gerenciamento de Documento de XML, a entidade de rede assumida responsável para armazenamento e manipulação da informação de serviço específico, expressa e trocada por meio de documentos de XML, é o Servidor de XDM (XDMS). O seguinte é um comentário do Documento de Arquitetura OMA referenciado acima: “Documentos acessados e manipulados através de XCAP são armazenados em (lógicos) repositórios na rede, chamados genericamente de Servidores de Gerenciamento de Documentos de XML (XDMS), cada repositório sendo associado com uma entidade funcional que usa os dados em seu repositório associado para efetuar suas funções. Por exemplo, um servidor de POC acessa um XDMS de POC para obter um tipo particular de documento de usuário, um documento de grupo de POC, que fornece a lista de membros para uma sessão de grupo de POC, e usa esta informação para convidar tais membros para uma seção de POC sessão”.
[0036] Figura 1 ilustra as entidades de rede relevantes definidas no Documento de Arquitetura de OMA referenciado acima (o Documento de Arquitetura de OMA introduz outras entidades de rede, mas essas são de pouca relevância aqui). Na Figura 1, dois cliente de XDM 2-1 e 2- 2 estão em comunicação com respectivos diferentes Servidores de XDM 6-1 e 6-2 através de um Nó de Agregação 4. Os Clientes de XDM 2-1 e 2-2 são entidades de clientes que fornece acesso à várias características de XDMS. Elas provêem um usuário final com a possibilidade de criar, modificar ou eliminar um documento de XML, e através disso criar, modificar ou eliminar dados específicos de serviço. O Nó de Agregação 4 é o ponto de contato para os Clientes de XDM 2-1 e 2-2 para terem acesso aos documentos de XML armazenados em qualquer Servidor de XDM; o Nó de Agregação 4 efetua funções tais como autenticação ou encaminhamento das solicitações. Os Servidores de XDM 6-1 e 6-2 mantêm os dados específicos de serviço, e implementam os procedimentos para cria, modificar ou eliminar tais dados.
[0037] A solução existente como mostrado na Figura 1 assume que os dados específicos de serviço estão armazenados e disponíveis no XDMS. Como uma
Petição 870170090939, de 24/11/2017, pág. 13/25
8/14 conseqüência, um usuário desses dados é limitado a um particular exemplo do XDMS. Isto tem conseqüência que requisitos de disponibilidade alta são colocados nos componentes do XDMS, o que significa maiores custos de desenvolvimento. Uma outra conseqüência é que duas cópias dos dados específicos de serviço existem na rede: uma no XDMS, e uma outra na entidade de rede responsável para executar o serviço (por exemplo um servidor de aplicação de IMS, para mais disto, ver abaixo). Isto conduz a um requisito para sincronização, que é tecnicamente trabalhoso para fornecer.
[0038] Uma modalidade da presente invenção é pretendida para abordar os problemas mencionados acima.
[0039] Internamente, pode ser considerado que uma implementação direta de um XDMS como estabelecido no Documento de Arquitetura de OMA referenciado acima consistiria de, pelo menos, duas funções secundárias: (a) componente de banco de dados para armazenar os dados específicos de serviço; e (b) um componente lógico de XDMS para tratar a manipulação dos dados. Em uma solução existente descrita acima com referência à Figura 1, o XDMS está ciente do estado corrente dos dados específicos de serviço, e podem ser considerados como estado completamente controlado.
[0040] Ao contrário, em uma modalidade da presente invenção, armazenamento dos dados específicos de serviço é separado da lógica de execução do XDMS, e como tal uma modalidade da presente invenção pode ser vista como introduzindo um XDMS sem controle de estado.
[0041] Figura 2 ilustra uma modalidade da presente invenção. A arquitetura evidenciada acima com referência à Figura 1 é aprimorada na seguinte maneira, na modalidade mostrada na Figura 2. Os Servidores de XDM 6-1 e 6-2 of Figura 1 são respectivamente substituídos por 60-1 e 60-2 na Figura 2. Em adição, um Repositório de Dados Específicos de Serviço 70 é fornecido na Figura 2.
[0042] As entidades de rede 60-1 e 60-2 são referenciadas acima como entidades de rede de Lógica de Execução de Servidor de XDM, mas elas são visíveis para os Clientes de XDM 2-1 e 2-2 como se elas fossem Servidores de XDM
Petição 870170090939, de 24/11/2017, pág. 14/25
9/14 “normais” tais como os Servidores de XDM 6-1 e 6-2 da Figura 1, diferindo de Servidores de XDM “normais”, principalmente em tendo somente o componente lógico de XDMS e não o componente de banco de dados. Os Clientes de XDM 2-1 e 2-2 não são afetados por, e não necessitam conhecer da, separação do repositório de dados 70 das entidades de rede de Lógica de Execução de Servidor de XDM 601 e 60-2. Por esta razão, as entidades de rede de Lógica de Execução de Servidor de XDM 60-1 e 60-2 em uma modalidade da presente invenção podem também ser referenciadas simplesmente como Servidores de XDM 60-1 e 60-2.
[0043] Em uma modalidade da presente invenção, na convocação da função de XDMS, dados são pegos de uma repositório de rede central (por exemplo, o Repositório de Dados Específicos de Serviço 70), que pode ser otimizado para armazenamento de dados. Nesta maneira, as entidades de rede de Lógica de Execução de XDMS 60-1 e 60-2 são sem controle de estado e podem ser implementadas, sem considerar requisitos de disponibilidade alta, já que qualquer entidade de Lógica de Execução de XDMS na rede poderia ser usada como recuo. Isto também elimina a necessidade de dados de sincronização.
[0044] Na recepção de uma Solicitação de XDM para modificar dados específicos de serviço, em uma modalidade da presente invenção as entidades de Lógica de Execução de XDMS 60-1 ou 60-2 iriam:
• Pegar uma cópia atualizada dos dados específicos de serviço do repositório de dados 70.
• Efetuar as ações necessárias nos dados.
• Armazenar os dados modificados de volta no repositório de dados 70. [0045] Solicitação para criação ou eliminação de dados específicos de serviço é tratada em uma maneira similar. Usando este mecanismo, a entidade de rede de Lógica de Execução de XDMS 60-1 ou 60-2 não necessita ter qualquer memória do estado corrente dos dados de serviço. Isto pode ser implementado em uma maneira transparente e sem controle de estado.
[0046] Recuperação e modificação de dados de serviço em uma modalidade da presente invenção será descrita em mais detalhes abaixo com referência às Figuras
Petição 870170090939, de 24/11/2017, pág. 15/25
10/14 e 4 respectivamente. Esta modalidade é descrita no contexto de Subsistema de
Multimídia de IP (IMS), e antes uma descrição detalhada da modalidade, o contexto dentro do qual a modalidade é implementada será descrito primeiro.
[0047] UMTS (Sistema Telecomunicações Móvel Universal) é um sistema sem fio de terceira geração designado para fornecer maiores taxas de dados rates e serviços aprimorados para os assinantes. UMTS é um sucessor para o Sistema Global para Comunicações Móveis (GSM), com um passo evolucionário importante entre GSM e UMTS sendo o Serviço de Rádio por Pacote Geral (GPRS). GPRS introduz comutação de pacote na rede núcleo de GSM e possibilita acesso direto para as redes de dados de pacote (PDNs). Isto possibilita transmissão por comutação de pacotes com altas taxas de dados bem além do limite de 64 Kbps da ISDN, através da rede de chamada de GSM, que é a necessidade para taxas de dados de transmissão de UMTS de até 2Mbps. UMTS é padronizado pelo Projeto de Sociedade de Terceira Geração (3GPP) que é a conglomeração de incorporações de padrões regionais tal como Instituto Padrão de Telecomunicação Europeu (ETSI), a Associação de Negócios de Indústria de Rádio (ARIB) e outros.
[0048] A padronização de UMTS progrediu em três fases. A primeira fase é conhecida como Release '99. As especificações da Release '99 define a arquitetura básica que consiste da Rede de Acesso por Rádio Terrestre de UMTS (UTRAN), Rede de Núcleo Comutada por Circuito (CS-CN) e Rede de Núcleo Comutada por Pacote (PS-CN). A especificação da release '99 oferece circuito tradicional assim como serviços de comutação por pacotes. A próxima fase no processo de padronização é Release 4, adicionando novos serviços à arquitetura '99. A Release 5 representa um avanço significativo, oferecendo ambos, telefonia tradicional assim como serviços de comutação de pacote ao longo de uma rede convergida única baseada em pacote.
[0049] A arquitetura da Release 5 de UMTS arquitetura adiciona um novo subsistema conhecido como o Sistema de Multimídia de IP (IMS) para a PS-CN para suportar telefonia tradicional assim como nos serviços de multimídia. IMS fornece serviços de multimídia de IP através de redes de comunicação de terminais
Petição 870170090939, de 24/11/2017, pág. 16/25
11/14 móveis (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 e TS 29.329 Releases 5 à 7). IMS fornece características importantes para enriquecer a experiência de comunicação pessoa a pessoa do usuário final através do uso de Habilitadores de Serviço de IMS padronizados, que facilitam novos serviços de comunicação pessoa a pessoa (cliente a cliente) assim como serviços de pessoa para conteúdo (cliente para servidor) através de redes baseadas em IP. O IMS é capaz de conectar ambas PSTN / ISDN (Rede de Telefone Comutada Pública / Rede Digital de Serviços Integrados) assim como a Internet.
[0050] O IMS faz uso do Protocolo de Inicialização de Seção (SIP) para configurar e controlar chamadas ou sessões entre terminais de usuários (ou terminais de usuários e servidores de aplicação). O Protocolo de Descrição de Sessão (SDP), transportado pela Sinalização de SIP, é usado para descrever e negociar os componentes de mídia da sessão. Enquanto o SIP foi criado como um protocolo de usuário para usuário, IMS permite aos operadores e provedores de serviço, controlar o acesso do usuário acesso aos serviços e conseqüentemente trocar usuários. O 3GPP escolheu o SIP para sinalização entre um Equipamento de Usuário (UE) e o IMS, assim como entre os componentes dentro do IMS.
[0051] Figura 5 é um diagrama ilustrativo mostrando uma rede de comunicações de UMTS 200 compreendendo um Equipamento de Usuário (UE) 204 localizada dentro de uma Rede Visitada 202. O UE 204 é ligado a um Nó de Suporte de GPRS de Serviço (SGSN) 208 através de uma UTRAN 206, que está por sua vez em comunicação com um Nó de suporte de GPRS de Ponto de Conexão (GGSN) 210. Dentro da Rede Visitada 202, o GGSN 210 se comunica com a Função de Controle de Seção de Chamada Proxy (P-CSCF) 212, que é o primeiro ponto de contato na rede de IMS visitada para o UE 204. O P-CSCF 212 direciona mensagens de registro de SIP e mensagens de estabelecimento de sessão para a Rede Doméstica 214.
[0052] O primeiro ponto de contato dentro da Rede Doméstica 214 é a Função de Controle de Seção de Chamada de Interrogação (I-CSCF) 216, que é um nó opcional na arquitetura de IMS, cujo principal propósito é indagar o Servidor de
Petição 870170090939, de 24/11/2017, pág. 17/25
12/14
Assinante Doméstico (HSS) 220 para achar a localização da Função de Controle de Seção de Chamada de Serviço (S-CSCF) 218. A S-CSCF 218 efetua gerenciamento de sessão para a rede de IMS, e pode haver vários S-CSCFs na rede. O HSS 220 é um banco de dados de assinante centralizado, e evolui a partir do Registro de Localização Doméstico (HLR) de releases de UMTS mais recente. O HSS 220 faz interface com a I-CSCF e a S-CSCF para fornecer informação sobre a localização do assinante e a informação de subscrição de assinante.
[0053] A rede de comunicações 200 ainda compreende um servidor de aplicação 222, um banco de dados 224 e um servidor de correio eletrônico 226 localizado na Rede Doméstica 214. A partir da S-CSCF 218, mensagens de sinalização são passadas para a destinação pretendida, que pode ser uma outra rede de IMS de Release 5 228 compreendendo um UE 230, ou uma rede legada 232 compreendendo uma PSTN com interface através de uma Função de Controle de Ponto de Conexão de Mídia (MGCF), ou para uma rede de IP 234. Os servidores de aplicação 222 devem implementar funcionalidade de serviço de IMS, fornecer serviços para usuários finais em um sistema de sistema.
[0054] Detalhes específicos da operação da rede de comunicações de UMTS 200 e dos vários componentes dentro tal uma rede, podem ser encontrados a partir das Especificações Técnicas para UMTS que são disponíveis a partir http://www.3gpp.org.
[0055] Retornando agora às Figuras 3 e 4, nesta modalidade da presente invenção, que é configurada no contexto do IMS, o repositório central 70 descrito acima com referência à Figura 2 é incorporado no HSS 220 mostrado na Figura 5. A interface-sh padronizada [3GPP TS 29.328 V6.3.0 (2004-09); Especificação Técnica; Projeto de Sociedade de Terceira Geração; Rede de Núcleo de Especificação Técnica; Interface sh de Subsistema de Multimídia de IP (IM); Conteúdo de Mensagem e Fluxos de Sinalização] pode ser usada para acessar / armazenar os dados específicos de serviço no HSS 220, como agora será descrita em mais detalhes.
[0056] Fazendo referência à Figura 3, um método incorporando a presente
Petição 870170090939, de 24/11/2017, pág. 18/25
13/14 invenção é descrito no qual o cliente de XDM 2-1 deseja recuperar os dados de serviço do Servidor de XDM 60-1. Na etapa S1 uma mensagem GET de XCAP é enviada a partir do cliente de XDM 2-1 para o Servidor de XDM 60-1 contendo a identificação do assinante; os dados de serviço são identificados nesta modalidade por meio de esquema de XML e identificadores de espaço de nome. Em resposta, na etapa S2, o Servidor de XDM 60-1 envia uma mensagem de Sh-Pull para o HSS 220 com a identificação do assinante. Em resposta à recepção da mensagem de ShPull, o HSS 220 recupera os dados de serviço a partir do banco de dados e os envia ao Servidor de XDM 60-1 com uma mensagem de Resposta Sh-Pull, na etapa S3. Os dados de serviço são então direcionados ao cliente de XDM 2-1 através do Servidor de XDM 60-1 com uma mensagem OK de XCAP na etapa S4.
[0057] Fazendo referência à Figura 4, a método incorporando a presente invenção é descrito no qual o Cliente de XDM2-1deseja modificar os dados de serviço associados com o Servidor de XDM 60- 1. Na etapa T1 uma mensagem PUT de XCAP é enviada a partir do Cliente de XDM 2-1 para o Servidor de XDM 60-1 contendo identificação do assinante e os dados de serviço modificados, ou, pelo menos, informação configurando como os dados de serviço devem ser modificados; isto poderia ser expresso por meio de um documento de XML atualizado - por exemplo, na etapa S4 acima, o documento de XML original é enviado para o Cliente de XDM 2-1, que atualiza o documento, e o envia de volta na etapa T1. Em resposta, na etapa T2 o Servidor de XDM 60-1 envia uma mensagem de Sh-Pull para o HSS 220 junto com a identificação do assinante; a Especificação de Interface Sh de 3GPP define a chave de acesso para os dados de serviço no HSS (ambas para Sh-pull e Sh-Update) como: Usuário-Identidade + Dados-Referência + ServiçoIndicação). Em resposta à recepção da mensagem de Sh-Pull, o HSS 220 recupera os dados de serviço a partir do banco de dados e os envia para o Servidor de XDM 60-1 com uma mensagem de Resposta de Sh-Pull na etapa T3. Na etapa T4, o Servidor de XDM 60-1 modifica os dados de serviço de acordo com a solicitação recebida na etapa T1, e na etapa T5 os dados modificados são enviados para o HSS 220 junto com a identificação do assinante com a mensagem de Sh-Update. Assim
Petição 870170090939, de 24/11/2017, pág. 19/25
14/14 que os dados de serviço modificado sejam armazenados no HSS 220, o HSS 220 responde ao Servidor de XDM 60-1 com uma mensagem de Resposta de Sh-Update no T6, e na etapa T7, os dados de serviço modificados são enviados ao Cliente de
XDM 2-1 pelo Servidor de XDM 60-1 com uma mensagem OK de XCAP.
[0058] Uma modalidade da presente invenção fornece uma ou mais das seguintes vantagens sobre a solução existente descrita acima:
• Uma implementação de XDMS sem controle de estado não necessita preencher o requisito de disponibilidade alta, e é, por conseguinte, menos custosa.
• Armazenamento de dados pode ser centralizado na rede, e, por conseguinte, ser facilmente acessado também por outras entidades, sem criar a necessidade de sincronização.
• Armazenamento de dados pode ser centralizado em elementos da rede que são otimizados para aquele propósito.
[0059] Será apreciado que, embora a modalidade acima seja descrita no contexto de IMS e de UMTS, será apreciado que IMS não é limitado para redes de comunicação de terminais móveis, mas é também aplicável a redes fixas e outros tipos de redes juntos. Uma modalidade da presente invenção não é limitada a sua aplicação dentro do contexto de IMS ou de UMTS.
[0060] Será apreciado que a operação de um ou mais componentes descritos acima pode ser controlada através de uma operação de programa no dispositivo ou aparelho. Tal um programa de operação pode ser armazenado em um meio legível de computador, ou poderia, por exemplo, ser incorporado em um sinal tal como um sinal de dados descarregado a partir de um sítio da Internet. As reivindicações anexas devem ser interpretadas como cobrindo um programa de operação por si próprio, ou como um registro em uma portadora, ou como um sinal, ou em qualquer outra forma.
Petição 870170090939, de 24/11/2017, pág. 20/25
1/4