PT2091181E

PT2091181E - Método, sistema e aparelho para implantar a associação de identidade de utilizador

Info

Publication number: PT2091181E
Application number: PT08700062T
Authority: PT
Inventors: Shufeng Shi; Xuexia Yan; Deping Yang
Original assignee: Huawei Tech Co Ltd
Priority date: 2007-01-22
Filing date: 2008-01-07
Publication date: 2012-01-09
Also published as: CA2672851A1; ES2374329T3; EP2091181A1; CN101232711A; EP2375641B1; US20110038319A1; EP2091181B1; ES2495422T3; CA2672851C; WO2008089673A1; EP2091181B9; EP2091181A4; ATE533258T1; PL2375641T3; EP2375641A1; WO2008089673A8; US8023485B2; RU2009127109A; RU2428803C2; CN100551146C

Description

1

DESCRIÇÃO

"MÉTODO, SISTEMA. E APARELHO PARA IMPLANTAR A ASSOCIAÇÃO DE IDENTIDADE DE UTILIZADOR"

CAMPO DA INVENÇÃO A presente invenção refere-se a IMS (IP Multimedia

Subsystem - Subsistema Multimédia IP) e, mais particularmente, a um método, sistema e dispositivo para realizar a associação de identidade de utilizador.

ANTECEDENTES DA INVENÇÃO 0 IMS é um subsistema proposto pelo 3GPP (3rd Generation Partnership Project - Projeto de Parceria de 3a Geração) que suporta serviços multimédia IP. A principal característica do IMS é a realização da separação entre a gestão de serviço, o controlo de sessão e o acesso de suporte mediante a utilização do protocolo SIP (Session Initiation Protocol - Protocolo de Iniciação da Sessão) como o protocolo de controlo de chamadas. 0 IMS é uma plataforma de controlo de multimédia/controlo de chamadas sobre um domínio de pacote e suporta os serviços multimédia de sessão e sem ser de sessão. 0 IMS fornece uma plataforma de serviço geral para aplicações multimédia. A Fig. 1 ilustra um diagrama de arquitetura parcial do IMS, no qual uma função CSCF (Call Session Control Function -Função de Controlo da Sessão de Chamada) é uma parte de controlo central na rede principal IMS e é responsável pela autenticação de subscrição de um UE (User Equipment Equipamento de Utilizador) e controlo de sessão. A função CSCF efetua uma função de encaminhamento de sessão básica com respeito à chamada e aos utilizadores contactados e 2 executa o acionador de encaminhamento para serviços de valor acrescentado para uma interação de controlo de serviço e AS (Application Server - Servidor de Aplicações) quando uma condição é cumprida, de acordo com o iFC (Initial Filter Criteria - Critérios de Filtro Inicial) IMS subscrito pelo utilizador. Um HSS (Home Subscriber Server) é um servidor de base de dados de utilizador que guarda informações de subscrição IMS do utilizador, ou seja, informações de associação entre a identidade de utilizador e os dados de subscrição do utilizador. Quando o utilizador executa uma operação de serviço, as entidades relacionadas no IMS, tais como uma função I-CSCF (Interrogating CSCF -CSCF Interrogativo), uma função S-CSCF (Serving CSCF - CSCF de serviço) e o AS, obtêm os dados de subscrição do utilizador relacionado a partir do HSS, através da identidade de utilizador. Nas informações de subscrição IMS, um conjunto de dados de subscrição do utilizador relacionados com o serviço é designado por SP (Service Profile - Perfil de Serviço) .

Consulte a Fig. 2, que é diagrama que ilustra a relação entre a identidade de utilizador e o SP. Conforme ilustrado na Fig. 2, a identidade de utilizador inclui uma IMPI (IMS Private User Identity - Identidade de Utilizador Privada IMS) e uma IMPU (IMS Public User Identitiy) . Uma IMPI pertence a apenas uma subscrição IMS e uma subscrição IMS pode incluir uma diversidade de IMPIs. Uma IMPI pode incluir uma diversidade de IMPUs e uma IMPU pode ser partilhada por uma diversidade de IMPIs. Uma IMPU tem apenas um SP e um SP pode ser partilhado por uma diversidade de IMPUs. 3 É possível ver que o HSS associa as IMPUs que partilham o mesmo SP. Em aplicações práticas, por vezes o utilizador espera que duas ou mais IMPUs subscritas não só partilhem o mesmo SP como também tenham os mesmos dados de serviço, encaminhados para as informações de endereço, e exatamente as mesmas informações de representação, o que significa que as duas ou mais IMPUs têm um comportamento equivalente. Contudo, o HSS não pode associar este tipo de IMPUs ao estado da técnica. 0 pedido de patente GB 2425685A divulga um método de funcionamento de Subsistemas de Rede Principal de Multimédia IP compreendendo a manutenção num HSS (Home Subscriber Server) associado entre IMPUs (IMS Public User Identities) e SP (Service Profile), e um método para realizar a associação de identidade de utilizador efetuando os passos de definição de um identificador de utilizador de comportamento equivalente num HSS (Home Subscription Server) e associação de IMPUs (IMS Public User Identities) ao comportamento equivalente através do identificador de utilizador de comportamento equivalente definido.

RESUMO DA INVENÇÃO

Por conseguinte, por um lado, as formas de realização da invenção fornecem dois métodos para realizar a associação de identidade de utilizador; por outro lado, as formas de realização da invenção fornecem um sistema e um dispositivo para realizar a associação de identidade de utilizador, de modo a que as IMPUs com o comportamento equivalente possam ser associadas. 4 0 primeiro método para realizar a associação de identidade de utilizador fornecido por uma forma de realização da invenção inclui: a definição de um identificador de utilizador de comportamento equivalente num HSS; e a associação de IMPUs (IMS Public User Identities) ao comportamento equivalente através do identificador de utilizador de comportamento equivalente definido; em que as IMPUs com o comportamento equivalente são IMPUs com o mesmo SP (Service Profile) e os mesmos dados de serviço e pertencem ao mesmo IRPUIS (Implicitly Registered Public User Identity Set - Conjunto de Identidades de Utilizador Públicas Registadas de Forma Implícita); em que o método compreende ainda: a receção, por intermédio do HSS, de uma mensagem de pedido de um AS (Application Server) para pedir as IMPUs com o comportamento equivalente do HSS; e a apresentação, por intermédio do HSS, das IMPUs com o comportamento equivalente ao AS de acordo com a mensagem de pedido.

Um HSS (Home Subscription Server) é adaptado para: definir um identificador de utilizador de comportamento equivalente no HSS; associar IMPUs (IMS Public User Identities) ao comportamento equivalente através do identificador de utilizador de comportamento equivalente definido; em que as IMPUs com o comportamento equivalente são IMPUs com o mesmo SP (Service Profile) e os mesmos dados de 5 serviço e pertencem ao mesmo IRPUIS (Implicitly Registered Public User Identity Set); receber uma mensagem de pedido de um AS (Application Server) para pedir as IMPUs com o comportamento equivalente; e apresentar as IMPUs com o comportamento equivalente ao AS de acordo com a mensagem de pedido. É possível ver nas soluções acima que as formas de realização da invenção definem o identificador de utilizador de comportamento equivalente no HSS e associam as IMPUs ao identificador de utilizador de comportamento equivalente definido. Por consequência, a associação das IMPUs ao comportamento equivalente definido é realizada no HSS, o que melhora as experiências de utilizador.

DESCRIÇÃO BREVE DAS FIGURAS A Figura 1 é um diagrama de arquitetura parcial do IMS. A Figura 2 é um diagrama que ilustra a relação entre uma identidade de utilizador e um SP. A Figura 3 é um fluxograma exemplar de um método para realizar a associação de identidade de utilizador de acordo com uma forma de realização da presente invenção. A Figura 4 é um fluxograma exemplar de um dispositivo para realizar a associação de identidade de utilizador de acordo com uma forma de realização da presente invenção. A Figura 5 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma primeira forma de realização da presente invenção. A Figura 6 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma segunda forma de realização da presente invenção. 6 A Figura 7 é um diagrama que ilustra a estrutura da classe Identidade Pública no estado da técnica. A Figura 8 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma terceira forma de realização da presente invenção. A Figura 9 é um diagrama que ilustra a estrutura de uma classe adicionada que indica uma identidade de nome alternativo de acordo com a terceira forma de realização da presente invenção. A Figura 10 é um diagrama de blocos de um dispositivo para realizar a associação de identidade de utilizador de acordo com a terceira forma de realização da presente invenção. A Figura 11 é um diagrama de blocos de um sistema para realizar a associação de identidade de utilizador de acordo com a terceira forma de realização da presente invenção. A Figura 12 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma quarta forma de realização da presente invenção. A Figura 13 é um diagrama que ilustra a estrutura da classe Identidade Pública de acordo com a quarta forma de realização da presente invenção. A Figura 14 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma quinta forma de realização da presente invenção. A Figura 15 é um diagrama que ilustra a estrutura da classe Identidade Pública de acordo com a quinta forma de realização da presente invenção. A Figura 16 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma sexta forma de realização da presente invenção. A Figura 17 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma sétima forma de realização da presente invenção. 7 A Figura 18 é um diagrama que ilustra a estrutura da classe Identidade Pública de acordo com a sétima forma de realização da presente invenção. A Figura 19 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma oitava forma de realização da presente invenção. A Figura 20 é um diagrama de blocos de um sistema para realizar a associação de identidade de utilizador de acordo com a oitava forma de realização da presente invenção. A Figura 21 é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com uma nona forma de realização da presente invenção.

DESCRIÇÃO DETALHADA

De acordo com uma forma de realização da invenção, um identificador de utilizador de comportamento equivalente é definido no HSS, e as IMPUs com o comportamento equivalente são associadas utilizando o identificador de utilizador de comportamento equivalente.

Consulte a Fig. 3, que é um fluxograma exemplar de um método para associar identidades de utilizador de acordo com uma forma de realização da presente invenção. Conforme ilustrado na Fig. 3, o fluxograma inclui os passos apresentados em seguida:

Passo 301: definir o identificador de utilizador de comportamento equivalente no HSS.

Neste passo existem, pelo menos, os dois métodos apresentados em seguida para definir o identificador de utilizador de comportamento equivalente no HSS. 8

Com o primeiro método, é definida uma indicação para indicar um conjunto de IMPUs com o comportamento equivalente no HSS.

Com o segundo método, é definida uma indicação para indicar um conjunto de IMPUs com o comportamento equivalente ao qual a IMPU pertence com a IMPU do HSS.

Passo 302: associar as IMPUs com o comportamento equivalente utilizando o identificador de utilizador de comportamento equivalente definido.

Para o primeiro método do passo 301, a indicação definida é utilizada para organizar as IMPUs com o comportamento equivalente num conjunto neste passo. Deste modo, a indicação inclui um ou mais conjuntos de IMPUs com o comportamento equivalente, e cada conjunto de IMPUs com o comportamento equivalente inclui uma ou mais IMPUs.

Para o segundo método do passo 301, a indicação definida é utilizada para indicar o conjunto de IMPUs com o comportamento equivalente ao qual a IMPU pertence. Deste modo, o valor da indicação é utilizado para determinar o conjunto de IMPUs com o comportamento equivalente ao qual a IMPU pertence.

Além disso, o HSS pode apresentar informações de associação das IMPUs com o comportamento equivalente a uma função S-CSCF e/ou o HSS pode apresentar as informações de associação das IMPUs com o comportamento equivalente a um AS . 9

Além disso, a função S-CSCF pode apresentar as informações de associação das IMPUs com o comportamento equivalente ao AS e/ou a função S-CSCF pode apresentar as informações de associação das IMPUs com o comportamento equivalente a uma função P-CSCF e/ou a função S-CSCF apresenta as informações de associação das IMPUs com o comportamento equivalente a um UE.

Além disso, as informações de associação das IMPUs com o comportamento equivalente podem ser incluídas nas informações de serviço do iFC relacionado com a IMPU no HSS. Quando a função S-CSCF pede os dados de utilizador do HSS, a função S-CSCF transfere o iFC com as informações de serviço, incluindo as informações de associação das IMPUs com o comportamento equivalente do HSS, e a função S-CSCF apresenta as informações de serviço, incluindo as informações de associação das IMPUs com o comportamento equivalente, ao AS transportando-as numa mensagem, quando o iFC é cumprido. 0 AS pode obter as informações de associação das IMPUs com o comportamento equivalente a partir da mensagem.

Consulte a Fig. 4, que é um diagrama de blocos exemplar de um dispositivo para realizar a associação de identidade de utilizador de acordo com uma forma de realização da invenção. Conforme ilustrado na Fig. 4, o dispositivo inclui um módulo de definição da indicação e um módulo de apresentação da indicação.

Em que o módulo de definição da indicação é adaptado para definir o identificador de utilizador de comportamento equivalente no HSS. 10 0 módulo de apresentação da indicação é adaptado para associar as IMPUs com o comportamento equivalente utilizando 0 identificador de utilizador de comportamento equivalente definido pelo módulo de definição da indicaçao.

Além disso, para que o utilizador possa registar uma diversidade de IMPUs na rede IMS, é fornecido um mecanismo de registo implícito. Ou seja, quando qualquer uma das IMPUs pertencentes a um IRPUIS (Implicitly Registered Public User Identity Set) é registada, as restantes IMPUs no IRPUIS são registadas ao mesmo tempo. Além disso, as IMPUs no mesmo IRPUIS têm de pertencer à mesma IMPI, e as IMPUs podem ter o mesmo ou diferentes SPs, mas a mesma IMPU pertence apenas a um IRPUIS.

Conforme ilustrado na Fig. 2, IMPU1 e IMPU2 pertencem ao mesmo IRPUIS. Quando a IMPUl é registada na rede, a IMPU2 também é registada. Igualmente, quando a IMPU2 é registada na rede, a IMPUl também é registada. Aqui, IMPUl e IMPU2 têm SPs diferentes. A IMPU3 e a IMPU4 da Fig. 2 são um

IRPUIS partilhado pela IMPU e IMPI2 e têm o mesmo SP. A IMPU5 e a IMPU6 da Fig. 2 são um IRPUIS pertencente à IMPI2 e têm SPs diferentes. Em que a IMPU5 tem um SP que é igual ao da IMPU3 e IMPU4. O conjunto de IMPUs com o comportamento equivalente de acordo com as formas de realização da invenção pode ser um subconjunto do IRPUIS ou um conjunto de IMPUs com o comportamento equivalente independente do IRPUIS. Nesta descrição as IMPUs com o comportamento equivalente são designadas por APUI (Alias Public User Identity

Identidade de Utilizador Pública de Nome Alternativo) e o conjunto de IMPUs com o comportamento equivalente é 11 designado por APUIS (Alias Public User Identity Set Conjunto de Identidades de Utilizador Públicas de Nome Alternativo).

Em seguida, o método, o sistema e o dispositivo para realizar a associação de identidade de utilizador serão descritos em detalhe relativamente a algumas formas de realização.

Primeira forma de realização: é utilizado o primeiro método, ou seja, uma indicação utilizada para indicar as IMPUs com o comportamento equivalente é definida no HSS.

Consulte a Fig. 5, que é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com a primeira forma de realização da invenção. Conforme ilustrado na Fig. 5, o fluxograma inclui os passos apresentados em seguida:

Passo 501: definir uma indicação para indicar um APUIS no HSS .

Neste passo, é adicionado um tipo de dados ao HSS. Este tipo de dados é configurado para indicar o APUIS e funciona como a indicação do APUIS. Pode ser um subconjunto de um IRPUIS de um utilizador correspondente ou um conjunto independente do IRPUIS. Consulte a Tabela 1, que é uma implementação detalhada da forma de realização. A indicação utilizada para indicar o APUIS adicionado à Tabela 1 chama-se APUIS (Alias Public User Identity Set) e pode ser adicionada a uma subcláusula correspondente conforme necessário, que é representado por 3.X.X na Tabela 1. 12

Tabela 1 PARÂMETRO Subcláusula HSS Função S-CSCF AS TIPO Identidade de Utilizador Privada 3.1.1 0 0 - P Identidade de Utilizador Pública 3.1.2 0 0 - P Indicação de Barramento 3.1.3 0 0 - P Lista de identificadores de rede visitada autorizados 3.1.4 0 — - P Serviços relacionados com Estado Não Registado 3.1.5 0 - - P Conjuntos de Identidades de Utilizador Públicas Registadas de Forma Implícita 3.1.6 c c P Conjuntos de Identidades de Utilizador Públicas de Nome Alternativo 3.X.X c c P Indicador de Identidade de Utilizador Pública Predefinida 3.1.7 c — — P Nome a Apresentar 3.1.9 c c - P Estado de Registo 3.2.1 0 - - T Nome de Função S-CSCF 3.2.2 0 - - T Endereço de Cliente de Diâmetro de Função S-CSCF 3.2.3 0 — - T Endereço de Servidor de Diâmetro de HSS 3.2.4 — 0 c T RAND, XRES, CK, IK e AUTN 3.3.1 0 c - T Capacidades de Servidor 3.4.1 c c - P Critérios de Filtro Inicial 3.5.2 c c - P Informações de Servidor de Aplicações 3.5.3 c c — P Indicação de Servidor 3.5.4 0 - 0 P Identificador de Conjunto iFC Partilhado 3.5.5 c c P . . .

Na Tabela 1, "0" representa obrigatório, "C" representa condicional e representa não disponível. Tipo "P" representa um tipo permanente estático e "T" representa um tipo temporário dinâmico.

Passo 502: associar as IMPUs com o comportamento equivalente utilizando a indicação definida acima.

Neste passo, a indicação definida é utilizada para indicar as IMPUs com o comportamento equivalente, ou seja, um ou mais APUISs. Cada APUIS inclui uma ou mais IMPUs e as IMPUs têm exatamente o mesmo SP e exatamente os mesmos dados de serviço, ou seja, têm o comportamento equivalente. É 13 possível que exista uma diversidade de APUISs numa subscrição IMS, e até é possível que exista uma diversidade de APUISs em cada IRPUIS, embora cada IMPU possa pertencer a apenas um APUIS. 0 método para realizar a associação de identidade é descrito acima em detalhe. Em seguida, o dispositivo para realizar a associação de identidade será descrito em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com esta forma de realização da invenção são iguais às do dispositivo ilustrado na Fig. 4, com a exceção de o dispositivo desta forma de realização ser uma representação do dispositivo ilustrado na Fig. 4. Ou seja, o módulo de definição da indicação no dispositivo é adaptado para definir a indicação utilizada para indicar o APUIS no HSS.

Segunda forma de realização: é utilizado o segundo método, ou seja, uma indicação utilizada para indicar um conjunto de IMPUs com o comportamento equivalente ao qual uma IMPU pertence é definida com a IMPU no HSS.

Consulte a Fig. 6, que é um fluxograma de um método para realizar a associação de identidade de utilizador de acordo com a segunda forma de realização da invenção. Conforme ilustrado na Fig. 6, o fluxograma inclui os passos apresentados em seguida:

Passo 601: definir uma indicação utilizada para indicar um conjunto de IMPUs com o comportamento equivalente ao qual uma IMPU pertence com a IMPU no HSS. 14

Neste passo, é possível adicionar um número para cada IMPU pertencente a um APUIS no IRPUIS correspondente a uma IMPU no HSS. 0 número é configurado para indicar o APUIS ao qual a IMPU pertence e funciona como a indicação do APUIS ao qual a IMPU pertence.

Em alternativa, é possível adicionar um número para cada IMPU pertencente a um APUIS independente do IRPUIS. 0 número é configurado para indicar o APUIS ao qual a IMPU pertence e funciona como a indicação do APUIS ao qual a IMPU pertence.

Passo 602: associar as IMPUs com o comportamento equivalente utilizando a indicação definida acima.

Neste passo, a indicação definida é utilizada para indicar as IMPUs no IRPUIS que têm exatamente o mesmo SP e os mesmos dados de serviço que a IMPU, ou seja, têm o comportamento equivalente.

Em alternativa, a indicação definida é utilizada para indicar as IMPUs que têm exatamente o mesmo SP e os mesmos dados de serviço que a IMPU, ou seja, têm o comportamento equivalente.

Quando existe uma diversidade de APUISs, a indicação é utilizada para indicar o APUIS ao qual a IMPU pertence. As IMPUs com o mesmo número pertencem ao mesmo APUIS. O método para realizar a associação de identidade é descrito acima em detalhe. Em seguida, o dispositivo para 15 realizar a associação de identidade será descrito em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com a forma de realização da invenção são iguais às do dispositivo ilustrado na Fig. 4, com a exceção de o dispositivo da forma de realização ser uma representação do dispositivo ilustrado na Fig. 4. Ou seja, o módulo de definição da indicação no dispositivo é adaptado para definir a indicação utilizada para indicar o APUIS ao qual uma IMPU pertence com a IMPU no HSS. 0 método e dispositivo para realizar a associação de identidade de utilizador no HSS são descritos em detalhe nas duas formas de realização acima. Em aplicações práticas, o AS, o UE, a função P-CSCF e a função S-CSCF também podem necessitar de saber as informações das IMPUs associadas. Por exemplo, a função S-CSCF necessita de saber que IMPUs têm o comportamento equivalente, de modo a que as informações possam ser fornecidas ao AS e à função P-CSCF. Quando o utilizador modifica os dados de serviço da IMPU1 através do UE, o utilizador pode necessitar de saber se a modificação também é aplicável à IMPU2. Quando o AS transmite uma mensagem à IMPU1, o AS pode necessitar de saber se a mesma mensagem deve ser transmitida igualmente à IMPU2. A função P-CSCF pode necessitar de fornecer as IMPUs com o comportamento equivalente a um ponto de decisão de política numa rede de acesso, de modo a que a mesma política seja selecionada para as IMPUs com o comportamento equivalente. Por conseguinte, o HSS pode ainda incluir a apresentação das informações de associação das IMPUs com o comportamento equivalente à entidade de rede, tal como a função S-CSCF ou o AS. 16

No estado da técnica, a função S-CSCF atribuída ao utilizador pode obter as informações de subscrição de serviço do utilizador a partir do HSS utilizando um par de comandos SAR (Server-Assignment-Request - Pedido de Atribuição de Servidor)/SAA (Server-Assignment-Answer -Resposta de Atribuição de Servidor), e o HSS pode atualizar as informações de subscrição de serviço para serem modificadas para a função S-CSCF utilizando um comando PPR (Profile-Push-Request - Pedido de Receção de Perfil)/PPA (Profile-Push-Answer - Resposta de Receção de Perfil). Na mensagem, as informações de subscrição de serviço são incluídas num AVP (Attribute Value Pair - Par Valor-Atributo) de Diâmetro como um ficheiro XML (eXtensible Markup Language). Aqui, a interação da mensagem entre o HSS e a função S-CSCF pode ser efetuada através da interface Cx.

No estado da técnica, se existir um IRPUIS, quando a função S-CSCF atribuída ao utilizador pedir para transferir os dados de subscrição do utilizador de uma determinada IMPU a partir do HSS, o HSS irá devolver as informações de SP de todas as IMPUs no IRPUIS ao qual a IMPU pertence à função S-CSCF.

Por exemplo, se IMPU1, IMPU2 e IMPU3 pertencerem ao mesmo IRPUIS e IMPU1 e IMPU2 tiverem o mesmo SP1 enquanto IMPU3 tem outro SP2, quando a função S-CSCF pedir os dados de qualquer uma das IMPUs no IRPUIS, o conteúdo do ficheiro XML incluído no SAA pode ser o seguinte: <?xml version="l.0" encoding="UTF-8"?> <IMSSubscription xmlns:xsi="http://www.w3.org/2001/XMLSchema-

instance"; é iniciada a subscrição IMS 17 xsi:noNamespaceSchemaLocation="D:WCxDataType.xsd"> <PrivateID>IMPIl@homedomain.com</PrivateID> ; IMPI1 <ServiceProfile> ; o SP é iniciado <PublicIdentity> ; a Identidade pública é iniciada <BarringIndication>l</BarringIndication> ; indicação de barramento <Identity> sip:IMPU1@homedomain.com </Identity>; identidade de IMPU1 </PublicIdentity> ; a Identidade pública é concluída <PublicIdentity> ; a Identidade pública é iniciada <Identity> sip:IMPU2@homedomain.com </Identity>; identidade de IMPU2 </PublicIdentity> ; a Identidade pública é concluída <InitialFilterCriteria> ; o iFC é iniciado <Priority>0</Priority> <TriggerPoint> <ConditionTypeCNF>l</ConditionTypeCNF> <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>INVITE</Method> </SPT> <SPT> <ConditionNegated>0<ConditionNegated> <Group>0</Group> <Method>MESSAGE</Method> </SPT> <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>SUBSCRIBE</Method> </SPT> 18 <SPT> <ConditionNegated>0<ConditíonNegated> <Group>l</Group> <Method>INVITE</Method> </SPT> <SPT> <CondítionNegated>0</ConditionNegated> <Group>l</Group> <Method>MESSAGE</Method> </SPT> <SPT> <ConditionNegated>l</ConditionNegated> <Group>l</Group> <SIPHeader> <Header>From</Header> <Content>"j oe"</Content> </SIPHeader> </SPT> </TriggerPoint> <ApplicationServer> ; o AS é iniciado

<ServerName>sip:ASl@homedomain.com</ServerName> ; nome de AS <DefaultHandling>0</DefaultHandling> ; tratamento predefinido ; o AS é concluído ; o iFC é concluído o SP é concluído o SP é iniciado a Identidade pública é sip:IMPU30homedomainn.com ; a Identidade pública é o iFC é iniciado </ApplicationServer> </InitialFilterCriteria> </ServiceProfile> <ServiceProfile> <PublicIdentity> iniciada <Identity> </Identity>; identidade de IMPU3 </PublicIdentity> concluída <InitialFilterCriteria> 19 <InitialFilterCriteria> ; o iFC é concluído </ServiceProfile> ; o SP é concluído </IMSSubscription> ; o IMS é concluído

No ficheiro XML acima , trata-se de uma subscrição IMS de ' a subscrição IMS é iniciada' a 'a subscrição IMS é concluída'. Existem dois SPs na subscrição IMS acima e trata-se de um SP de 'o SP é iniciado' a ‘ o SP é concluído'. Um SP inclui IMPU e iFC , etc. A Fig. 7 é um diagrama que ilustra a estrutura da classe Identidade Pública no estado da técnica. Conforme ilustrado na Fig. 7, a Identidade Pública inclui identidades públicas relacionadas com o SP e as identidades públicas podem ter o formato SIP URI (Universal Resource Identifier Identificador de Recursos Universal) ou TEL URI. Cada Identidade Pública inclui um Barringlndication (Indicação de Barramento) relacionado. Se Barringlndication for definido, a função S-CSCF irá impedir que a IMPU seja utilizada em qualquer outra comunicação IMS, exceto para o Registo e Anulação de Registo. A Identidade Pública inclui igualmente um IdentityType (Tipo de Identidade), que é utilizado para indicar o tipo da identidade pública, tal como uma IMPU ou uma PSI (Public Service Identity Identidade de Serviço Pública) independente ou uma PSI combinada com uma PSI com Carateres Universais. Aqui, IdentityType é um tipo enumerado e tem 3 valores: 0 indica que o Identificador Público corresponde a uma IMPU; 1 indica que o Identificador Público corresponde a uma PSI Independente; e 2 indica que o Identificador Público corresponde a uma PSI que pode ser combinada com a PSI com Carateres Universais. Além disso, a identidade pública pode incluir igualmente DisplayName (Nome a Apresentar), etc. 20

No ficheiro XML acima existem duas Identidades Públicas, que incluem IMPU1 e IMPU2 respetivamente, o que ilustra que as duas IMPUs têm o mesmo SP. Existe apenas uma Identidade Pública IMPU3 no segundo SP. O iFC é utilizado para o acionador de serviço e descreve quando a mensagem SIP recebida será acionada para um AS ou servidor de aplicações específico.

Além disso, o SP pode incluir igualmente autorização de serviço de rede principal e iFC partilhado, etc.

Na forma de realização da invenção, para ser possível apresentar as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do HSS, o HSS pode expandir os ficheiros XML relacionados com o SP que são transmitidos à função S-CSCF. A extensão pode ser efetuada com, pelo menos, os cinco métodos apresentados em seguida.

Primeiro método: o HSS adiciona uma nova classe a indicar a identidade de nome alternativo no SP transmitido à função S-CSCF. As IMPUs com o comportamento equivalente são indicadas na nova classe adicionada a indicar a identidade de nome alternativo, e o HSS apresenta as informações de associação à função S-CSCF por intermédio do SP que transporta a indicação.

Segundo método: o HSS adiciona um atributo a indicar o conjunto ao qual a IMPU pertence na classe Identidade Pública no SP transmitido à função S-CSCF. Os conjuntos de IMPUs com o comportamento equivalente aos quais cada IMPU pertence são indicados atribuindo um valor ao atributo. O 21 HSS apresenta as informações de associaçao à função S-CSCF por intermédio do SP que transporta a indicação.

Terceiro método: o HSS adiciona uma nova classe a indicar os membros do conjunto ao qual a IMPU pertence na classe Identidade Pública no SP transmitido à função S-CSCF. As IMPUs com o comportamento equivalente a cada IMPU são indicadas na classe adicionada. 0 HSS apresenta as informações de associação à função S-CSCF por intermédio do SP que transporta a indicação.

Quarto método: se existir um conjunto de IMPUs com o comportamento equivalente entre as IMPUs com o mesmo SP, o HSS pode expandir o campo de valor do atributo IdentityType na classe Identidade Pública no SP transmitido à função S-CSCF e indicar o IdentityType das IMPUs com o comportamento equivalente utilizando o valor IdentityType expandido. 0 HSS apresenta as informações de associação à função S-CSCF por intermédio do SP que transporta a indicação IdentityType.

Quinto método: se existir um conjunto de IMPUs com o comportamento equivalente entre as IMPUs com o mesmo SP, o HSS adiciona um atributo a indicar se a IMPU tem o comportamento equivalente à classe Identidade Pública no SP transmitido à função S-CSCF. É indicado se a IMPU pertence ao conjunto de IMPUs com o comportamento equivalente atribuindo valores ao atributo. 0 HSS apresenta as informações de associação à função S-CSCF por intermédio do SP que transporta a indicação.

Em seguida, o método, o dispositivo e o sistema para realizar a associação de identidade de utilizador 22 recorrendo aos cinco métodos de implementação acima serão descritos em detalhe relativamente às formas de realização.

Terceira forma de realização: é utilizado o primeiro método.

Consulte a Fig. 8, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a terceira forma de realização da invenção. Conforme ilustrado na Fig. 8, o fluxograma inclui os passos apresentados em seguida.

Passo 801: associar as identidades de utilizador no HSS. A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 802: o HSS adiciona uma classe a indicar a identidade de nome alternativo no SP transmitido à função S-CSCF.

Na forma de realização, quando o HSS expande o ficheiro XML relacionado com o SP que é transmitido à função S-CSCF, a classe utilizada para indicar a identidade de nome alternativo semelhante à classe Identidade Pública pode ser adicionada ao SP, conforme ilustrado na Fig. 9, que é um diagrama que ilustra a estrutura da classe adicionada que indica a identidade de nome alternativo de acordo com a forma de realização. A classe adicionada que indica a identidade de nome alternativo pode incluir uma ou mais IMPUs com o comportamento equivalente, e as IMPUs podem ter o formato SIP URI ou TEL URI. Aqui, a instância da classe 23 adicionada que indica a identidade de nome alternativo corresponde a 0 ou mais de 0.

Numa implementação detalhada, se a classe adicionada que indica a identidade de nome alternativo se chamar Lista de Identidades de Nome Alternativo, um mapeamento de relação de descrição do ficheiro XML com a classe que indica a identidade de nome alternativo adicionada é conforme ilustrado na Tabela 2.

Tabela 2

Tipo de dados Etiqueta Composição Etiqueta Tipo Números cardi nais tlMSSubs- cription IMSSubs- cription PrivatelD tPrivatelD 1 ServiceProfile TServiceProfile (1 a n) tService Profile Service Profile PublicIdentity tPublicIdentity (1 a n) InitialFilterCriteria tlnitialFilterCr iteria (0 a n) CoreNetworkServicesAu thorization CoreNetworkServi cesAuthorization (0 a 1) Extension tServiceProfileE xtension (0 a 1) tServiceP rofileExt ension Extensio n SharedIFCSetID tSharedIFCSetID (0 a n) Extension tServiceProfileE xtension2 (0 a 1) tServiceP rofileExt ension2 Extensio n AliasIdentityList tAliasIdentityLi st (0 a 1) tAliasIde ntityList Aliaslde ntityLis t AI iasIdentity tAliasIdentity (1 a n) tAliasIde ntity Aliaslde ntity Identity tldentity (D tPublicId entityExt ension2 Extensio n DisplayName tDisplayName (0 a 1)

Na Tabela 2, a classe adicionada recentemente a indicar a identidade de nome alternativo chama-se Lista de Identidades de Nome Alternativo, que é obtida num campo de extensão de tServiceProfileExtension. Quando não existe nenhuma IMPU com o comportamento equivalente, o número de 24 instância da Lista de Identidades de Nome Alternativo corresponde a 0. Quando existe mais de um conjunto de IMPUs com o comportamento equivalente, o número de instância da Lista de Identidades de Nome Alternativo corresponde a mais de um. Uma Lista de Identidades de Nome Alternativo pode incluir uma ou mais classes Identidade de Nome Alternativo. Uma classe Identidade de Nome Alternativo inclui uma Identidade, que é semelhante à Identidade na classe Identidade Pública ilustrada na Fig. 7. Igualmente, a identidade na classe Identidade de Nome Alternativo pode ter o formato SIP URI ou TEL URI; em que uma identidade corresponde a uma IMPU com o comportamento equivalente e uma Lista de Identidades de Nome Alternativo pode incluir uma diversidade de IMPUs.

Passo 803: a classe adicionada para indicar a identidade de nome alternativo é utilizada para indicar as IMPUs com o comportamento equivalente.

Neste passo, a instância de cada classe adicionada recentemente a indicar a identidade de nome alternativo, ou seja, a instância da classe Lista de Identidades de Nome Alternativo no passo 802, inclui o conjunto de IMPUs com o comportamento equivalente. É possível indicar diferentes conjuntos de IMPUs com o comportamento equivalente utilizando a instância da diferente classe Lista de Identidades de Nome Alternativo.

Passo 804: o HSS apresenta as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do SP que transporta a indicação acima. 25

Neste passo o HSS transmite o ficheiro XML que transporta o SP a indicar as IMPUs com o comportamento equivalente à função S-CSCF, que analisa as informações de associação das IMPUs com o comportamento equivalente de acordo com o ficheiro XML recebido.

Um exemplo é que IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 e IMPU4 têm o comportamento equivalente. É tomado como exemplo o caso em que existe um IRPUIS e o conjunto de IMPUs com o comportamento equivalente é o subconjunto do IRPUIS. Se IMPU1, IMPU2, IMPU3 e IMPU4 estiverem no mesmo IRPUIS, quando a função S-CSCF pedir os dados de utilizador de IMPU1 do HSS através do SAR, o conteúdo do ficheiro XML transportado no SAA é conforme apresentado em seguida: <?xml version="l.0" encoding="UTF-8"?> <IMSSubscription xmlns:xsi="http://www.w3.org/2 0 01/XMLSchema- instance" xsi:noNamespaceSchemaLocation="D:WCxDataType.xsd"> <PrivateID>IMPIlShomedomain.com</PrivateID> <ServiceProfile> <PublicIdentity> ; a identidade pública é iniciada <Identity> sip:IMPU1ghomedomain.com </Identity> </PublicIdentity> ; a identidade pública é concluída <PublicIdentity> ; a identidade pública é iniciada <Identity> sip:IMPU2Shomedomain.com </Identity> </PublicIdentity> ; a identidade pública é concluída <PublicIdentity> ; a identidade pública é iniciada <Identity> sip:IMPU3@homedomain.com </Identity> 26 </PublicIdentity> concluída ; a identidade pública é <PublicIdentity> ; a identidade pública é iniciada <Identity> sip:IMPU4@homedomain.com </Identity> </PublicIdentity> concluída ; a identidade pública é <AliasIdentityList> Alternativo é iniciada ; a Lista de Identidades de Nome <AliasIdentity> ; a Identidade de Nome

Alternativo é iniciada <Identity> sip:IMPUl@homedomain.com </Identity> ; identidade de IMPU1 </AliasIdentity> Alternativo é concluída ; a Identidade de Nome <AliasIdentity> Alternativo é iniciada ; a Identidade de Nome <Identity> sip:IMPU2@homedomain.com </Identity>; identidade de IMPU2 </AliasIdentity> Alternativo é concluída ; a Identidade de Nome </AliasIdentityList> ; a Alternativo é concluída Lista de Identidades de Nome <AliasIdentityList> Alternativo é iniciada ; a Lista de Identidades de Nome <AliasIdentity> Alternativo é iniciada ; a Identidade de Nome <Identity> sip:IMPU3@homedomain.com </Identity> ; identidade de IMPU3 </AliasIdentity> Alternativo é concluída ; a Identidade de Nome <AliasIdentity> Alternativo é iniciada ; a Identidade de Nome <Identity> sip: ; identidade de IMPU4 :IMPU4@homedomain.com </Identity> </AliasIdentity> Alternativo é concluída ; a Identidade de Nome 27 <AliasIdentityList> ; a Lista de Identidades de Nome

Alternativo é concluída <InitialFilterCriteria> <Priority>0</Priority> <TriggerPoint> <ConditionTypeCNF>l</ConditionTypeCNF> <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>INVITE</Method> </SPT> <SPT> </SPT> </TriggerPoint> <ApplicationServer> <ServerName>sip:ASl@homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria> </ServiceProfile> </IMSSubscription>

Em que se trata de uma instância da Lista de Identidades de Nome Alternativo de "a Lista de Identidades de Nome Alternativo é iniciada" a "a Lista de Identidades de Nome Alternativo é concluída". No ficheiro XML acima, é possível ver que o SP inclui duas instâncias da Lista de Identidades de Nome Alternativo. A primeira instância da Lista de Identidades de Nome Alternativo indica duas IMPUs de nome alternativo, ou seja, IMPUl e IMPU2 têm o comportamento equivalente. A segunda instância da Lista de Identidades de 28

Nome Alternativo indica duas IMPUs de nome alternativo, ou seja, IMPU3 e IMPU4 têm o comportamento equivalente.

Quando a função S-CSCF recebe o ficheiro XML acima, as informações de associação das IMPUs com o comportamento equivalente são analisadas, ou seja, IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 e IMPU4 têm o comportamento equivalente de acordo com a indicação da instância da Lista de Identidades de Nome Alternativo. 0 método para realizar a associação de identidade de acordo com as formas de realização da presente invenção é descrito acima em detalhe. Em seguida, o dispositivo para realizar a associação de identidade será descrito em detalhe.

Com base no dispositivo ilustrado na Fig. 4, o dispositivo de acordo com uma forma de realização da presente invenção inclui ainda um módulo de apresentação de informações. Consulte a Fig. 10, que é um diagrama de blocos do dispositivo para realizar a associação de identidade de acordo com a terceira forma de realização da invenção.

Em que, com base no dispositivo descrito de acordo com a Fig. 4, o módulo de apresentação da indicação é ainda adaptado para apresentar as IMPUs indicadas com o comportamento equivalente ao módulo de apresentação de informações. O módulo de apresentação de informações é adaptado para apresentar as informações de associação das IMPUs com o comportamento equivalente a uma entidade de pedido, de acordo com as informações das IMPUs com o comportamento equivalente fornecidas pelo módulo de apresentação da 29 indicação. Nesta forma de realização, a entidade de pedido é a função S-CSCF.

Em que, quando o módulo de apresentação de informações é implementado em detalhe, o mesmo pode ser igual ao descrito nos passos 802 a 804 da Fig. 8.

Em seguida, o sistema para realizar a associação de identidade de acordo com a forma de realização será descrito em detalhe.

Consulte a Fig. 11, que é um diagrama de blocos do sistema para realizar a associação de identidade de acordo com a terceira forma de realização da invenção. Conforme ilustrado na Fig. 11, o sistema inclui um HSS e uma primeira entidade de pedido.

Em que o HSS é adaptado para associar as IMPUs com o comportamento equivalente e transmitir as informações de associação das IMPUs com o comportamento equivalente à primeira entidade de pedido transportando as informações numa mensagem. Nesta forma de realização, a entidade de pedido é a função S-CSCF. A primeira entidade de pedido é adaptada para analisar a mensagem do HSS e obter as informações de associação das IMPUs com o comportamento equivalente. Nesta forma de realização, a entidade de pedido é a função S-CSCF.

Em que, numa implementação detalhada, o HSS pode incluir um módulo de apresentação da indicação e um módulo de apresentação de informações. 30

Em que o módulo de apresentação da indicação é adaptado para associar as IMPUs com o comportamento equivalente e fornecer as informações das IMPUs indicadas com o comportamento equivalente ao módulo de apresentação de informações. O módulo de apresentação de informações é adaptado para transmitir as informações de associação das IMPUs com o comportamento equivalente à primeira entidade de pedido transportando as informações numa mensagem, de acordo com as informações das IMPUs com o comportamento equivalente fornecidas pelo módulo de apresentação da indicação. Nesta forma de realização, a entidade de pedido é a função S-CSCF.

Além disso, o HSS pode ser ainda adaptado para definir um identificador de utilizador de comportamento equivalente e utilizar o identificador de utilizador de comportamento equivalente definido para associar as IMPUs com o comportamento equivalente. Por conseguinte, o HSS pode ainda incluir um módulo de definição da indicação, que é adaptado para definir o identificador de utilizador de comportamento equivalente. Deste modo, o módulo de apresentação da indicação é ainda adaptado para associar as IMPUs com o comportamento equivalente utilizando o identificador de utilizador de comportamento equivalente definido pelo módulo de definição da indicação. Numa implementação detalhada, o módulo de definição da indicação 31 pode ser igual ao descrito na primeira ou segunda forma de realização.

Quarta forma de realização: é utilizado o segundo método.

Consulte a Fig. 12, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a quarta forma de realização da invenção. Conforme ilustrado na Fig. 12, o fluxograma inclui os passos apresentados em seguida:

Passo 1201: associar as identidades de utilizador no HSS. A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 1202: o HSS adiciona um atributo a indicar o conjunto ao qual a IMPU pertence na classe Identidade Pública do SP transmitido à função S-CSCF.

Na forma de realização, quando o HSS expande o ficheiro XML relacionado com o SP que é transmitido à função S-CSCF, o atributo a indicar o conjunto ao qual a IMPU pertence é adicionado na classe Identidade Pública do SP. Consulte a Fig. 13, que é um diagrama que ilustra a estrutura da classe Identidade Pública de acordo com a forma de realização, em que é adicionado um atributo a indicar o conjunto ao qual a IMPU pertence.

Numa implementação detalhada, se o atributo adicionado a indicar o conjunto ao qual a IMPU pertence se chamar Número do Conjunto de Identidades de Nome Alternativo, um 32 mapeamento de relação de descrição do ficheiro XML com o atributo adicionado a indicar o conjunto ao qual a IMPU pertence é conforme ilustrado nas Tabelas 3 e 4.

Tabela 3

Tipo de dados Etiqueta Tipo de base Comentários tPrivatel D PrivatelD qualquerURI Sintaxe descrita em RFC 2486 de IETF [14] tSIP_URI Identity qualquerURI Sintaxe descrita em RFC 3261 de IETF [11] tTEL_URL Identity qualquerURI Sintaxe descrita em RFC 3966 de IETF [15] tldentity Identity união União de tSIP_URI e tTEL_URL tldentity Type IdentityTy pe enumerado Valores possíveis: 0 (IDENTIDADE_DE_UTILIZADOR_PÚBLICA), representa IMPU 1 (PSI_DISTINTA), representa PSI 2 (PSI_COM_CARATERES_UNIVERSAIS), representa PSI com carateres universais tAliasIde ntitySetN um Aliasldent itySetNum número inteiro >=0 twildcard edPSI Wildcarded PSI qualquerURI Sintaxe descrita em 3GPP TS 23.003 [17] tServicel nf o Servicelnf o cadeia tDisplayN ame DisplayNam e cadeia

Na Tabela 3, o atributo a indicar o conjunto ao qual a IMPU pertence chama-se Número do Conjunto de Identidades de Nome Alternativo e o Número do Conjunto de Identidades de Nome Alternativo é um tipo de número inteiro. 0 Número do 33

Conjunto de Identidades de Nome Alternativo pode ser igualmente outro tipo de dados, tal como uma cadeia. 0 Número do Conjunto de Identidades de Nome Alternativo é obtido expandindo um campo de extensão, que é ilustrado na Tabela 4.

Tabela 4

Tipo de ciados Etiqueta Composição Etiqueta Tipo Números cardinais tIMSSubscrip tion IMSSubsc ription PrivatelD tPrivatelD 1 ServiceProfile tServiceProfile (1 a n) tServiceProf ile ServiceP rofile Publicldentity tPublicIdentity (1 a n) InitialFiIterC riteria tlnitialFilterCri teria (0 a n) CoreNetworkSer vicesAuthoriza tion CoreNetworkServic esAuthorization (0 a 1) Extension tServiceProfileEx tension (0 a 1) tPublicIdent ityExtension Extensio n IdentityType tIdentityType (0 a 1) WiIdeardedPSI tWiIdeardedPSI (0 a 1) Extension tPublicIdentityEx tension2 (0 a 1) tPublicIdent ityExtension 2 Extensio n DisplayName tDisplayName (0 a 1) AliasIdentityS etNum tAliasIdentitySet Num (0 a 1) E possível ver na Tabela 4 que o Número do Conjunto de Identidades de Nome Alternativo (AliasIdentitySetNum) é obtido num campo de extensão de tPublicIdentityExtension2 da Identidade Pública (Publicldentity). Uma instância da Identidade Pública inclui, no máximo, um Número do Conjunto de Identidades de Nome Alternativo. Quando a IMPU na Identidade Pública não tem nenhuma IMPU com o comportamento 34 equivalente, não existe necessidade de adicionar o Número do Conjunto de Identidades de Nome Alternativo na Identidade Pública.

Passo 1203: atribuir valores para o atributo adicionado, o que indica o conjunto de IMPUs com o comportamento equivalente ao qual cada IMPU pertence.

Se existirem dois conjuntos de IMPUs com o comportamento equivalente e os dois conjuntos de IMPUs com o comportamento equivalente estiverem assinalados com 1 e 2 respetivamente, pode ser atribuído ao Número do Conjunto de Identidades de Nome Alternativo das IMPUs nos dois conjuntos o valor 1 e 2 respetivamente, que são utilizados para indicar o conjunto de IMPUs com o comportamento equivalente ao qual a IMPU pertence.

Passo 1204: o HSS apresenta as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do SP que transporta a indicação acima.

Neste passo, o HSS transmite o ficheiro XML que transporta o SP que indica o conjunto de IMPUs com o comportamento equivalente ao qual a IMPU pertence à função S-CSCF, e a função S-CSCF analisa as informações de associação das IMPUs com o comportamento equivalente de acordo com o ficheiro XML recebido.

Um exemplo é que IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 e IMPU4 têm o comportamento equivalente. É tomado como exemplo o caso em que existe um IRPUIS e o conjunto de IMPUs com o comportamento equivalente é o subconjunto do IRPUIS. Se IMPU1, IMPU2, 35 IMPU3 e IMPU4 estiverem no mesmo IRPUIS, quando a função S-CSCF pedir os dados de utilizador de IMPU1 do HSS através do SAR, o conteúdo do ficheiro XML transportado no SAA é conforme apresentado em seguida: <?xml version="l.0" encoding="UTF-8"?> <IMSSubscription xralns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="D:WCxDataType.xsd"> <Pr ivateID>IMPl 1 Qhomedomain. com</Pr ivatelO <ServiceProfile> <PublicIdentity> ; a identidade pública é iniciada <AliasIdentitySetNum>l</AliasIdentitySetNum> ; o valor de Número do Conjunto de Identidades de Nome Alternativo corresponde a 1 <Identity> sip:IMPU10homedomain.com </Identity> </PublicIdentity> ; a identidade pública é concluída <PublicIdentity> ; a identidade pública é iniciada <AliasIdentitySetNum>l</AliasIdentitySetNum> ; o valor de Número do Conjunto de Identidades de Nome Alternativo corresponde a 1 <Identity> sip:IMPU2@homedomain.com </Identity> </PublicIdentity> ; a identidade pública é concluída <PublicIdentity> ; a identidade pública é iniciada <AliasIdentitySetNum>2</AliasIdentitySetNum> o valor de Número do Conjunto de Identidades de Nome Alternativo corresponde a 2 <Identity> sip:IMPU3@homedomain.com </Identity> </PublicIdentity> ; a identidade pública é concluída <PublicIdentity> ; a identidade pública é iniciada <AliasIdentitySetNum>2</AliasIdentitySetNum> ; o valor de Número do Conjunto de Identidades de Nome Alternativo corresponde a 2 <Identity> sip:IMPU4@homedomain.com </Identity> </PublicIdentity> ; a identidade pública é concluída <InitialFilterCriteria> <Priority>0</Priority> <TriggerPoint> <ConditionTypeCNF>l</ConditionTypeCNF> 36 <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>INVITE</Method> </SPT> <SPT> </SPT> </TriggerPoint> <ApplicationServer> <ServerName>sip:AS10homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria> </ServiceProfile> </IMSSubscription> 0 conjunto de IMPUs com o comportamento equivalente ao qual a IMPU pertence pode ser indicado atribuindo valores ao Número do Conjunto de Identidades de Nome Alternativo. Com base no ficheiro XML acima, na instância da classe Identidade Pública da IMPU1, o Número do Conjunto de Identidades de Nome Alternativo corresponde a 1, o que mostra que a IMPU1 pertence ao conjunto 1; na instância da classe Identidade Pública da IMPU2, o Número do Conjunto de Identidades de Nome Alternativo corresponde a 1, o que mostra que a IMPU2 pertence ao conjunto 1; na instância da classe Identidade Pública da IMPU3, o Número do Conjunto de Identidades de Nome Alternativo corresponde a 2, o que mostra que a IMPU2 pertence ao conjunto 2; na instância da classe Identidade Pública da IMPU4, o Número do Conjunto de Identidades de Nome Alternativo corresponde a 2, o que mostra que a IMPU2 pertence ao conjunto 2. 37

Quando a função S-CSCF recebe o ficheiro XML acima, as informações de associação das IMPUs com o comportamento equivalente são analisadas, ou seja, IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 e IMPU4 têm o comportamento equivalente de acordo com a indicação do Número do Conjunto de Identidades de Nome Alternativo. 0 método para realizar a associação de identidade de acordo com a forma de realização é descrito acima em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com a forma de realização são iguais às do dispositivo da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações no dispositivo de acordo com a forma de realização poder ser igual à descrita nos passos 1202 a 1204 da Fig. 12.

Além disso, a estrutura, a relação de ligação e a função do sistema de acordo com a forma de realização são iguais às do sistema da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações do HSS na forma de realização poder ser igual à descrita nos passos 1202 a 1204 da Fig. 12.

Quinta forma de realização: é utilizado o terceiro método.

Consulte a Fig. 14, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a quinta forma de realização da invenção. Conforme ilustrado na Fig. 14, o fluxograma inclui os passos apresentados em seguida: 38

Passo 1401: associar as identidades de utilizador no HSS. A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 1402: o HSS adiciona uma classe a indicar os membros do conjunto ao qual a IMPU pertence na classe Identidade Pública no SP transmitido à função S-CSCF.

Nesta forma de realização, quando o HSS expande o ficheiro XML relacionado com o SP transmitido à função S-CSCF, o mesmo pode indicar os membros do conjunto ao qual a IMPU pertence adicionando uma nova classe na classe Identidade Pública no SP. Consulte a Fig. 15, que é um diagrama esquemático da estrutura da classe Identidade Pública de acordo com a forma de realização, na qual é adicionada uma classe a indicar os membros do conjunto ao qual a IMPU pertence.

Numa implementação detalhada, se a classe adicionada a indicar os membros do conjunto ao qual a IMPU pertence se chamar Identidade de Nome Alternativo, um mapeamento de relação de descrição do ficheiro XML com a classe que indica os membros do conjunto ao qual a IMPU pertence é conforme ilustrado na Tabela 5.

Tabela 5

Tipo de dados Etiqueta Composição Etiqueta Tipo Números cardi nais tIMSSubs IMSSubsc PrivatelD tPrivatelD 1 cription ription ServiceProfile tServiceProfile (1 a n) 39

tService Profile ServiceP rofile PublicIdentity tPublicIdentity (1 a n) InitialFilterCriteria tlnitialFilterCr iteria (0 a n) CoreNetworkServicesAut horization CoreNetworkServi cesAuthorization (0 a 1) Extension tServiceProfileE xtension (0 a 1) tPublicI dentityE xtension Extensio n IdentityType tIdentityType (0 a 1) WiIdeardedPSI tWiIdeardedPSI ( 0 a 1) Extension tPublicIdentityE xtension2 (0 a 1) tPublicI dentityE xtension 2 Extensio n DisplayName tDisplayName (0 a 1) Aliasldentity tAliasIdentity (0 a n) tAliasId entity Aliaslde ntity Identity tldentity (D

Na Tabela 5, a classe a indicar os membros do conjunto chama-se Identidade de Nome Alternativo (Aliasldentity), que é obtida num campo de extensão de tPublicIdentityExtension2 na Identidade Pública (Publicldentity). Quando não existe nenhuma IMPU com o comportamento equivalente à identidade na Identidade Pública, o número de instância da classe Identidade de Nome Alternativo corresponde a 0. Quando existe mais de uma IMPU com o comportamento equivalente à identidade na Identidade Pública, o número de instância da classe Identidade de Nome Alternativo corresponde a mais de um. Uma classe Identidade de Nome Alternativo inclui um atributo Identity (Identidade), que é semelhante à Identidade na classe Identidade Pública ilustrada na Fig. 7. Igualmente, a Identidade na classe Identidade de Nome Alternativo pode ter o formato SIP URI ou TEL URI; em que uma Identidade corresponde a uma IMPU com o comportamento equivalente. 40

Passo 1403: as informações das IMPUs com o comportamento equivalente a cada IMPU são indicadas na classe adicionada.

Supondo que IMPU1 e IMPU2 são IMPUs com o comportamento equivalente, as informações da IMPU2 são indicadas no atributo Identidade de Nome Alternativo da IMPU1, e as informações da IMPU1 são indicadas no atributo Identidade de Nome Alternativo da IMPU2. Igualmente, se IMPU1, IMPU2 e IMPU3 forem IMPUs com o comportamento equivalente, as informações de IMPU2 e IMPU3 são indicadas no atributo Identidade de Nome Alternativo da IMPU1, as informações de IMPU1 e IMPU3 são indicadas no atributo Identidade de Nome Alternativo da IMPU2, e as informações de IMPU1 e IMPU2 são indicadas no atributo Identidade de Nome Alternativo da IMPU3.

Passo 1404: o HSS apresenta as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do SP que transporta a indicação acima.

Neste passo, o HSS transmite o XML que transporta o SP que indica as IMPUs com o comportamento equivalente a cada IMPU à função S-CSCF, e a função S-CSCF analisa as informações de associação das IMPUs com o comportamento equivalente de acordo com o ficheiro XML recebido.

Um exemplo é que IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 e IMPU4 têm o comportamento equivalente. É tomado como exemplo o caso em que existe um IRPUIS e o conjunto de IMPUs com o comportamento equivalente é o subconjunto do IRPUIS. Se IMPU1, IMPU2, IMPU3 e IMPU4 estiverem no mesmo IRPUIS, quando a função S- 41 CSCF pedir os dados de utilizador de IMPU1 do HSS através do SAR, o conteúdo do ficheiro XML transportado no SAA é conforme apresentado em seguida: <?xml version="l.0" encoding="UTF-8"?> <IMSSubscription xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="D:WCxDataType.xsd"> <PrivateID>IMPI10homedomain.com</PrivateID> <ServiceProfile> <PublicIdentity> ; a Identidade Pública é iniciada <AliasIdentity> ; a Identidade de Nome

Alternativo é iniciada <Identity> sip:IMPU2@homedomain.com </Identity> </AliasIdentity> ; a Identidade de Nome

Alternativo é concluída <Identity> sip:IMPUl@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> a Identidade Pública é iniciada <AliasIdentity> ; a Identidade de Nome

Alternativo é iniciada <Identity> sip:lMPUl@homedomain.com </Identity> <AliasIdentity> ; a Identidade de Nome

Alternativo é concluída <Identity> sip:IMPU2@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> a Identidade Pública é iniciada <AliasIdentity> ; a Identidade de Nome

Alternativo é iniciada <Identity> sip:IMPU4@homedomain.com </Identity> <Aliasldentity> a Identidade de Nome

Alternativo é concluída <Identity> sip:IMPU3@homedomain.com </Identity> </PublicIdentity> · a identidade Pública é concluída <PublicIdentity> a identidade Pública é iniciada <AliasIdentity> a Identidade de Nome

Alternativo é iniciada <Identity> sip:IMPU30homedomain.com </Identity> </AliasIdentity> · a Identidade de Nome

Alternativo é concluída 42 <Identity> sip:IMPU40homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <InitialFilterCriteria> <Priority>0</Priority> <TriggerPoint> <ConditionTypeCNF>l</ConditionTypeCNF> <SPT> <ConditíonNegated>0</ConditionNegated> <Group>0</Group> <Method>INVITE</Method> </SPT> <SPT> </SPT> </TriggerPoint> <ApplicationServer> <ServerName>sip:AS10homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria> </ServiceProfile> </IMSSubscription>

No ficheiro XML acima, a Identidade de Nome Alternativo na instância da classe Identidade Pública da IMPU1 transporta as informações da IMPU2 e a Identidade de Nome Alternativo na instância da classe Identidade Pública da IMPU2 transporta as informações da IMPU1. Igualmente, a

Identidade de Nome Alternativo na instância da classe Identidade Pública da IMPU3 transporta as informações da IMPU4 e a Identidade de Nome Alternativo na instância da classe Identidade Pública da IMPU4 transporta as informações da IMPU3.

Quando a função S-CSCF recebe o ficheiro XML acima, as informações de associação das IMPUs com o comportamento 43 equivalente são analisadas, ou seja, IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 e IMPU4 têm o comportamento equivalente de acordo com a indicação da Identidade de Nome Alternativo. 0 método para realizar a associação de identidade de acordo com a forma de realização é descrito acima em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com a forma de realização são iguais às do dispositivo da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações no dispositivo de acordo com a forma de realização poder ser igual à descrita nos passos 1402 a 1404 da Fig. 14.

Além disso, a estrutura, a relação de ligação e a função do sistema de acordo com a forma de realização são iguais às do sistema da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações do HSS na forma de realização poder ser igual à descrita nos passos 1402 a 1404 da Fig. 14.

Sexta forma de realização: é utilizado o quarto método.

Esta forma de realização é mais adequada para o caso de existir apenas um conjunto de IMPUs com o comportamento equivalente. Consulte a Fig. 16, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a sexta forma de realização da invenção. Conforme ilustrado na Fig. 16, o fluxograma inclui os passos apresentados em seguida: 44

Passo 1601: associar as identidades de utilizador no HSS. A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 1602: o HSS expande o campo de valor de IdentityType na classe Identidade Pública no SP transmitido à função S-CSCF.

Neste passo, o campo de valor de IdentityType é expandido e é adicionado um tipo enumerado. O IdentityType original é um tipo enumerado e tem os valores de 0, 1 e 2. Aqui, 0 representa IMPU, 1 representa PSI e 2 representa PSI com carateres universais. Por conseguinte, na forma de realização, é adicionado um valor enumerado 3 a representar as IMPUs com o comportamento equivalente com base no IdentityType original.

Numa implementação especifica, se o IdentityType expandido se chamar Alias_Public_User_Identity, um mapeamento de relação de descrição do ficheiro XML com o IdentityType expandido é conforme ilustrado na Tabela 6.

Tabela 6

Tipo de dados Etiqueta Tipo de Comentários base tPrivatelD Privatel qualquerUR Sintaxe descrita em RFC 2486 de D I IETF [14] tSIP_URI Identity qualquerUR Sintaxe descrita em RFC 3261 de I IETF [11] tTEL_URL Identity qualquerUR Sintaxe descrita em RFC 3966 de I IETF [15] tldentity Identity união União de tSIP_URI e tTEL_URL 45 tIdentityType Identity Type enumerado Valores possíveis: 0 (IDENTIDADE_DE_UTILIZADOR_PÚBLICA) , representa IMPU 1 (PSI_DISTINTA), representa PSI 2 (PSI_COM_CARATERES_UNIVERSAIS), representa PSI com carateres universais 3 (IDENTIDADE_DE_UTILIZADOR_PÚBLICA_DE_N OME_ALTERNATIVO), representa ALIAS_PUBLIC_USER_IDENTITY twiIdeardedPS I Wildcard edPSI qualquerUR I Sintaxe descrita em 3GPP TS 23.003 [17] tServicelnfo Servicel nfo cadeia tDisplayName DisplayN ame cadeia

Passo 1603: o tipo de identidade das IMPUs com o comportamento equivalente é indicado com o valor do IdentityType (Tipo de Identidade) expandido.

Se a IMPU pertencer a um conjunto de IMPUs com o comportamento equivalente, o valor de 3 do IdentityType expandido pode ser utilizado para indicar que o tipo de identidade da IMPU é uma IMPU com o comportamento equivalente, ou seja, a chamada ALIAS_PUBLIC_USER_IDENTITY na Tabela 6.

Passo 1604: o HSS apresenta as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do SP que transporta a indicação

IdentityType acima. 46

Um exemplo é que IMPU1 e IMPU2 têm o comportamento equivalente e existe um IRPUIS, e o conjunto de IMPUs com o comportamento equivalente é o subconjunto do IRPUIS. Se IMPU1, IMPU2, IMPU3 e IMPU4 estiverem no mesmo IRPUIS, quando a função S-CSCF pedir os dados de utilizador de IMPU1 do HSS através do SAR, o conteúdo do ficheiro XML transportado no SAA é conforme apresentado em seguida: <?xml version="l.0" encoding="UTF-8"?> dMSSubscription xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="D:WCxDataType.xsd"> <PrivateID>IMPIl@homedomain.com</PrivateID> <ServiceProfile> <PublicIdentity> ; a Identidade pública é iniciada <IdentityType>3</IdentityType> ; o valor de

IdentityType corresponde a 3 <Identity> sip:IMPU10homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> ; a Identidade Pública é iniciada <IdentityType>3</IdentityType> ; o valor de

IdentityType corresponde a 3 <Identity> sip:IMPU20homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> ; a Identidade Pública é iniciada <Identity> sip:IMPU3@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> ; a Identidade Pública é iniciada <Identity> sip:IMPU4@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída 47 <InitialFilterCriteria> <Priority>0</Priority> <TriggerPoint> <ConditionTypeCNF>l</ConditionTypeCNF> <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>lNVlTE</Method> </SPT> <SPT> </SPT> </TriggerPoint> <ApplicationServer> <ServerName>sip:ASl@homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria> </ServiceProfile> </IMSSubscription>

As IMPUs com o comportamento equivalente são indicadas definindo o tipo das IMPUs com o comportamento equivalente para o valor IdentityType expandido. No ficheiro XML acima, na instância da classe Identidade Pública da IMPU1, o valor de IdentityType corresponde a 3; na instância da classe Identidade Pública da IMPU2, o valor de IdentityType corresponde a 3, o que mostra que IMPUl e IMPU2 têm o comportamento equivalente.

Quando a função S-CSCF recebe o ficheiro XML acima, as informações de associação das IMPUs com o comportamento equivalente são analisadas, ou seja, IMPUl e IMPU2 têm o comportamento equivalente de acordo com a indicação do valor de IdentityType. 48 0 método para realizar a associaçao de identidade de acordo com a forma de realização é descrito acima em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com a forma de realização são iguais às do dispositivo da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações no dispositivo de acordo com a forma de realização poder ser igual à descrita nos passos 1602 a 1604 da Fig. 16.

Além disso, a estrutura, a relação de ligação e a função do sistema de acordo com a forma de realização são iguais às do sistema da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações do HSS na forma de realização poder ser igual à descrita nos passos 1602 a 1604 da Fig. 16. Sétima forma de realização: é utilizado o quinto método.

Esta forma de realização é mais adequada para o caso de existir apenas um conjunto de IMPUs com o comportamento equivalente entre as IMPUS com o mesmo SP. Consulte a Fig. 17, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a sétima forma de realização da invenção. Conforme ilustrado na Fig. 17, o fluxograma inclui os passos apresentados em seguida.

Passo 1701: associar as identidades de utilizador no HSS. 49 A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 1702: o HSS expande a classe Identidade Pública no SP transmitido à função S-CSCF.

Neste passo, a classe Identidade Pública é expandida e é adicionado um atributo a indicar se a IMPU é uma IMPU com o comportamento equivalente. 0 atributo é um tipo booleano.

Quando o valor do atributo é verdadeiro ou maior que zero, significa que a IMPU tem o comportamento equivalente a outras IMPUs cujo valor de atributo é igualmente verdadeiro ou maior que zero.

Quando o valor do atributo é falso ou igual a zero, significa que a IMPU não tem o mesmo comportamento de qualquer outra IMPU.

Nesta forma de realização, quando o HSS expande o ficheiro XML relacionado com o SP transmitido à função S-CSCF, é possível adicionar o atributo a indicar se a IMPU é uma IMPU com o comportamento equivalente na classe Identidade Pública no SP. Consulte a Fig. 18, que é um diagrama esquemático da estrutura da classe Identidade Pública de acordo com a forma de realização, na qual é adicionado um atributo a indicar se a IMPU é uma IMPU com o comportamento equivalente.

Numa implementação detalhada, se o atributo expandido se chamar Aliaslndicator (Indicador de Nome Alternativo), um mapeamento de relação de descrição do ficheiro XML com a 50 classe Identidade Pública expandida é conforme ilustrado nas Tabelas 7 e 8.

Tabela 7

Tipo de dados Etiqueta Tipo de base Comentários tPrivatelD PrivatelD qualquerURI Sintaxe descrita em RFC 2486 de IETF [14] tSIP_URI Identity qualquerURI Sintaxe descrita em RFC 3261 de IETF [11] tTEL_URL Identity qualquerURI Sintaxe descrita em RFC 3966 de IETF [15] tldentity Identity união União de tSIP_URI e tTEL_URL tldentityTyp e IdentityType enumerado Valores possíveis: 0 (IDENTIDADE_DE_UTILIZAD0R_PÚBLICA), representa IMPU 1 (PSI_DISTINTA), representa PSI 2 (PSI_COM_CARATERES_UNIVERSAIS), representa PSI com carateres universais tWildcardedP SI WildcardedPSI qualquerURI Sintaxe descrita em 3GPP TS 23.003 [17] tServicelnfo Servicelnfo cadeia tBool ConditionTypeCNF, ConditionNegated, Barringlndication Aliaslndicator Booleano Valores possíveis: 0 (falso) 1 (verdadeiro)

Na Tabela 7, o atributo a indicar se a IMPU é uma IMPU com o comportamento equivalente chama-se Aliaslndicator e é adicionado a uma Etiqueta correspondente ao tipo de dados tBool. 0 atributo a indicar se a IMPU é uma IMPU com o comportamento equivalente chama-se Aliaslndicador e o 51 respetivo tipo é definido como tipo booleano. 0 Número do Conjunto de Identidades de Nome Alternativo é obtido expandindo um campo de extensão conforme ilustrado na Tabela 8.

Tabela 8

Tipo de dados Etiqueta Composição Etiqueta Tipo Números cardinais tIMSSubscription IMSSubscrip tion PrivatelD tPrivatelD 1 ServiceProfile tServiceProfile (1 a n) tService Profile Service Profile Publicldentity tPublicIdentity (1 a n) InitialFilterCriteria tlnitialFilterCri teria (0 a n) CoreNetworkServicesAut horization CoreNetworkServic esAuthorization (0 a 1) Extension tServiceProfileEx tension (0 a 1) tPublicIdentityE xtension Extension IdentityType tldentityType (0 a 1) WildcardedPSI twildcardedPSI (0 a 1) Extension tPublicIdentityEx tension2 (0 a 1) tPublicIdentityE xtension2 Extension DisplayName tDisplayName (0 a 1) Aliaslndicator tBool (0 a 1) É possível ver na Tabela 8 que o Aliaslndicator é obtido num campo de extensão de tPublicIdentityExtension2 na Identidade Pública (Publicldentity). Uma instância da classe Identidade Pública inclui, no máximo, um Aliaslndicator. Quando não existe nenhuma IMPU com o comportamento equivalente à IMPU na Identidade Pública, não existe necessidade de adicionar o Aliaslndicator à Identidade Pública. 52

Passo 1703: atribuir um valor para o atributo adicionado, o que indica se cada IMPU tem o comportamento equivalente a outras IMPUs.

Passo 1704: o HSS apresenta as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do SP que transporta a indicação acima.

Neste passo, o HSS transmite o XML que transporta o SP que indica se cada IMPU é uma IMPU com o comportamento equivalente à função S-CSCF, e a função S-CSCF analisa as informações de associação das IMPUs com o comportamento equivalente de acordo com o ficheiro XML recebido.

Um exemplo é que IMPU1 e IMPU2 têm o comportamento equivalente e existe um IRPUIS, e o conjunto de IMPUs com o comportamento equivalente é o subconjunto do IRPUIS. Se IMPU1, IMPU2 e IMPU3 estiverem no mesmo IRPUIS e tiverem o mesmo SP, quando a função S-CSCF pedir os dados de utilizador de IMPU1 do HSS através do SAR, o conteúdo do ficheiro XML transportado no SAA é conforme apresentado em seguida: <?xml version="l.0" encoding="UTF-8"?> dMSSubscription xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="D:\\CxDataType.xsd"> <PrivateID>IMPI1@homedomain.com</PrivateID> <ServiceProfile> <PublicIdentity> ; a Identidade Pública é iniciada <AliasIndicator>l</AliasIndicator>; o valor de Aliaslndicator corresponde a 1 ou é verdadeiro <Identity> sip:IMPUl@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> ; a Identidade Pública é iniciada 53 <AliasIndicator>l</AliasIndicator> o valor de Aliaslndicator corresponde a 1 ou é verdadeiro <Identity> sip:IMPU2@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <PublicIdentity> ; a Identidade Pública é iniciada <Identity> sip:IMPU3@homedomain.com </Identity> </PublicIdentity> ; a Identidade Pública é concluída <InitialFilterCriteria> <Priority>0</Priority> <TriggerPoint> <ConditionTypeCNF>l</ConditionTypeCNF> <SPT> <ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>INVITE</Method> </SPT> <SPT> </SPT> </TriggerPoint> <ApplicationServer> <ServerName>sip:ASl@homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria> </ServiceProfile> </IMSSubscription> É indicado se a IMPU tem o comportamento equivalente às outras IMPUs atribuindo um valor para o Aliaslndicator. No ficheiro XML acima, na instância da classe Identidade Pública da IMPU1, o valor de Aliaslndicator corresponde a 1, o que mostra que IMPU1 é uma IMPU com o comportamento equivalente; na instância da classe Identidade Pública da IMPU2, o valor de Aliaslndicator corresponde a 1, o que mostra que IMPU2 é uma IMPU com o comportamento 54 equivalente; na instância da classe Identidade Pública da IMPU3, não existe nenhum Aliaslndicator, o que mostra que IMPU3 não é uma IMPU com o comportamento equivalente.

Quando a função S-CSCF recebe o ficheiro XML acima, as informações de associação das IMPUs com o comportamento equivalente são analisadas, ou seja, IMPU1 e IMPU2 têm o comportamento equivalente e IMPU3 não tem o comportamento equivalente às outras IMPUS de acordo com a indicação do Aliaslndicator. 0 método para realizar a associação de identidade de acordo com a forma de realização é descrito acima em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com a forma de realização são iguais às do dispositivo da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações no dispositivo de acordo com a forma de realização poder ser igual à descrita nos passos 1702 a 1704 da Fig. 17.

Além disso, a estrutura, a relação de ligação e a função do sistema de acordo com a forma de realização são iguais às do sistema da terceira forma de realização, com a exceção de uma implementação detalhada do módulo de apresentação de informações do HSS na forma de realização poder ser igual ao descrito nos passos 1702 a 1704 da Fig. 17. O procedimento de apresentação das informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do HSS é descrito em detalhe com a descrição acima da terceira à sétima formas de realização. 55

Além disso, a função S-CSCF pode apresentar as informações de associação das IMPUs obtidas a partir do HSS ao UE, à função P-CSCF e ao AS.

No estado da técnica, o UE pode obter as informações das IMPUs não barradas que pertencem ao mesmo IRPUIS da IMPU registada através de registo e, em seguida, obter o estado de registo de todas as IMPUs não barradas relacionadas com o utilizador subscrevendo um pacote de eventos da função S-CSCF.

Quando o UE é registado, após a transferência dos dados de utilizador do HSS utilizando a mensagem SAR, a função S-CSCF pode saber as informações das IMPUs com o comportamento equivalente relacionadas com o utilizador registado. Uma vez que o utilizador irá subscrever a notificação de um evento reg-event (evento de registo) depois de receber uma resposta 200 OK ao pedido de registo, para que a função S-CSCF possa apresentar as informações de associação das IMPUs ao UE, o pacote de eventos subscrito pode ser expandido e as informações serão transmitidas ao UE adicionando as informações à mensagem Notify (Notificação) de reg-event. Aqui, a interação da mensagem entre a função S-CSCF e o UE é efetuada através da interface Gm. Em seguida, o método será descrito em detalhe relativamente às formas de realização.

Oitava forma de realização:

Consulte a Fig. 19, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a oitava forma de realização da invenção. Conforme 56 ilustrado na Fig. 19, o fluxograma inclui os passos apresentados em seguida.

Passo 1901: associar as identidades de utilizador no HSS. A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 1902: o HSS apresenta as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF.

Neste passo, o HSS pode apresentar as informações de associação das IMPUs com o comportamento equivalente à função S-CSCF quando a função S-CSCF transmite a mensagem SAR e pede para transferir os dados de utilizador quando o UE é registado.

Aqui, a implementação detalhada da apresentação das informações de associação das IMPUs com o comportamento equivalente à função S-CSCF por intermédio do HSS pode ser igual à descrição de qualquer uma da terceira à sétima formas de realização.

Passo 1903: o UE envia uma subscrição de notificação de um Evento à função S-CSCF.

Neste passo, o UE pode enviar uma subscrição de notificação de um reg-event à função S-CSCF.

Passo 1904: a função S-CSCF expande o pacote de eventos subscrito e transporta as informações de associação das 57 IMPUs com o comportamento equivalente no pacote de eventos subscrito e apresenta-as ao UE.

Neste passo, a função S-CSCF expande o pacote de reg-event subscrito. Por exemplo, é possível adicionar um ou mais elementos de informação (IEs) a um IE de registo no ficheiro XML para transmissão, e os IEs podem incluir as IMPUs com o comportamento equivalente a cada IMPU. Por exemplo, o IE pode chamar-se Identidade de Nome

Alternativo.

Tomando a Fig. 2 como exemplo, se IMPU3 e IMPU4 da Fig. 2 forem as IMPUs com o comportamento equivalente da invenção, quando IMPU3 e IMPU4 subscreverem a notificação do reg-event durante o procedimento de registo, a função S-CSCF irá transmitir uma mensagem Notify ao UE, e a mensagem irá transportar as informações de associação de cada IMPU. Consulte o seguinte: NOTIFY sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp SIP/2.0 Via: SIP/2.0/UDP scscf.homedomain.com; secção=z9hG4bK332b23.1 Máx.-Encaminhamentos: 70 Caminho: <sip:pcscf.homedomain.com;lr>

De: <sip: IMPU3@homedomain.com>;etiqueta=31415 Para: <sip: IMPU4@homedomain.com>;etiqueta=151170 ID de Chamada:

CSeq: 42 NOTIFY

Estado-Subscrição: ativo;expira=600000 Evento: reg

Tipo-Conteúdo: application/reginfo+xml Contacto: <sip: scscf . homedomain. corro Comprimento-Conteúdo: (...) <?xml version="l.0"?> <reginfo xmlns="urn:ietf:params:xml:ns:reginfo" version="l" state="completo"> 58 <registration aor="sip: lMPU3@homedomain.com" id="a7" state="ativo"> ; o registo é iniciado <contact id= "76" state="ativo" event="registado"> <uri>sip:[5555::aaa:bbb:ccc:ddd]</uri> </contact> <AliasIdentity> ; a Identidade de Nome Alternativo é iniciada <uri>sip: IMPU40homedomain.com</uri> </AliasIdentity> ; a Identidade de Nome Alternativo é concluída <registration> ; o registo é concluído cregistration aor="sip: IMPU4@homedomain.com" id ="a8" state="ativo"> ; o registo é iniciado ccontact id="77" state="ativo" event="registado"> <uri>sip: [5555::aaa:bbb:ccc:ddd]</uri> </contact> <AliasIdentity> ; a Identidade de Nome Alternativo é iniciada <uri>sip: IMPU3 @homedomain.com</uri> <AliasIdentity> ; a Identidade de Nome Alternativo é concluída </registration> ; o registo é concluído cregistration aor="sip: IMPUl@homedomain.com" id="a9" state="ativo"> ccontact id="77" state="ativo" event="criado"> curi>sip: [5555::aaa:bbb:ccc:ddd]c/uri> </contact> </registration> c/reginfo>

Na mensagem Notify, é possível ver que, no IE de registo de IMPU3, o IE Aliasldentity que transporta a IMPU4 é adicionado e, no IE de registo de IMPU4, o IE Aliasldentity que transporta a IMPU3 é adicionado. 59

Depois de receber a mensagem Notify, o UE pode obter as informações de associação de IMPU3 e IMPU4 com o comportamento equivalente a partir da mensagem. 0 método para realizar a associação de identidade de acordo com uma forma de realização da invenção é descrito acima em detalhe. 0 dispositivo para realizar a associação de identidade de acordo com a invenção pode ser igual à descrição de qualquer um dos dispositivos da terceira à sétima formas de realização. 0 sistema para realizar a associação de identidade de acordo com a invenção será descrito em detalhe em seguida.

Consulte a Fig. 20, que é um diagrama de blocos do sistema para realizar a associação de identidade de acordo com a oitava forma de realização da invenção. Conforme ilustrado na Fig. 20, com base em qualquer um dos sistemas da terceira à sétima formas de realização, o sistema para realizar a associação de identidade de acordo com a forma de realização inclui ainda uma segunda entidade de pedido. Na forma de realização, a segunda entidade de pedido é um UE.

Em que a função S-CSCF é ainda adaptada para receber uma notificação de evento de subscrição da segunda entidade de pedido e apresentar as informações de associação das IMPUs com o comportamento equivalente à segunda entidade de pedido transportando as informações de associação no pacote de eventos subscrito, de acordo com a notificação de evento 60 de subscrição recebida. Na forma de realizaçao, a segunda entidade de pedido é um UE. A segunda entidade de pedido é adaptada para transmitir a notificação de evento de subscrição à função S-CSCF, receber o pacote de eventos da função S-CSCF e analisar as informações de associação das IMPUs com o comportamento equivalente do pacote de eventos recebido. Na forma de realização, a segunda entidade de pedido é um UE.

Além disso, se o AS subscrever igualmente a notificação de evento reg-event através de uma subscrição de terceiros quando o utilizador for registado, a função S-CSCF pode igualmente apresentar as informações de associação das IMPUs com o comportamento equivalente obtidas através do SAA ou PPR ao AS adicionando as informações de associação à mensagem Notify de reg-event. Aqui, a interação de informações entre o AS e a função S-CSCF é efetuada através da interface ISC.

Igualmente, a função P-CSCF também pode subscrever a notificação de evento reg-event a partir da função S-CSCF quando o utilizador for registado, a função S-CSCF também pode apresentar as informações de associação das IMPUs com o comportamento equivalente obtidas através do SAA ou PPR à função P-CSCF adicionando as informações de associação à mensagem Notify de reg-event. Aqui, a interação de informações entre a função P-CSCF e a função S-CSCF é efetuada através da interface Mw.

Aqui, os métodos de apresentação das informações de associação das IMPUs com o comportamento equivalente às entidades de pedido UE e/ou AS e/ou função S-CSCF por 61 intermédio da função S-CSCF podem ser iguais, ou seja, a implementação detalhada pode ser igual à descrição da oitava forma de realização. A diferença está apenas no facto de as informações de associação das IMPUs com o comportamento equivalente serem apresentadas a diferentes entidades de pedido de acordo com as diferentes entidades de pedido.

Por conseguinte, no sistema, a segunda entidade de pedido é o AS ou a função P-CSCF. Os procedimentos não serão elaborados aqui, uma vez que são semelhantes uns aos outros .

Além disso, no estado da técnica, a interação de informações entre o AS e HSS pode ser efetuada através da interface Sh, etc. 0 AS pode indicar informações de pedido da identidade pública do utilizador definindo o valor de AVP de Referência de Dados para IMSPublicIdentity (10) na mensagem UDR (User-Data-Request - Pedido de Dados de Utilizador). Em seguida, o HSS devolve a identidade pública correspondente ao AS no UDA (User-Data-Answer - Resposta de Dados de Utilizador) , de acordo com o tipo de identidade pública indicado no AVP de Conjunto de Identidades na mensagem.

Além disso, o AS pode igualmente subscrever as informações de identidade pública definindo o valor de AVP de Referência de Dados como IMSPublicIdentity (10) na mensagem SNR (Subscribe-Notification-Request - Subscrever Pedido de Notificação). Quando a identidade pública é alterada, o HSS transmite os dados relacionados ao AS através da mensagem PNR (Push-Notification-Request - Receber Pedido de Notificação), de acordo com o tipo de identidade pública 62 indicado no AVP de Conjunto de Identidades. Em alternativa, a identidade pública pedida é primeiro transmitida ao AS através da mensagem SNA (Subscribe-Notifications-Answer -Subscrever Resposta de Notificações) e, em seguida, os dados relacionados são transmitidos ao AS através da mensagem PNR quando a identidade pública é alterada.

Com base no procedimento acima, é possível ver que o HSS devolve as informações de identidade pública correspondentes ao AS de acordo com o tipo de identidade pública indicado no AVP de Conjunto de Identidades na mensagem de pedido, quando o AS pede as informações de identidade pública ao HSS.

Aqui, o Conjunto de Identidades pode assumir quatro valores: todas_as_identidades (0), identidades_registadas (l), IDENTIDADES_IMPLÍCITAS (2) ou IDENTIDADES_DE_NOME_ALTERNATIVO (3).

Quando o valor é TODAS_AS_IDENTIDADES, o HSS devolve as IMPUs não barradas correspondentes a todas as IMPIs associadas à IMPU na mensagem de pedido ao AS. Quando o valor é I DENT I DADE S_REGI STADAS, o HSS devolve as IMPUs registadas não barradas correspondentes a todas as IMPIs associadas à IMPU na mensagem de pedido ao AS. Quando o valor é IDENTIDADES_IMPLÍCITAS, o HSS devolve as IMPUs não barradas pertencentes ao mesmo IRPUIS da IMPU na mensagem de pedido ao AS. Quando o valor é IDENTIDADES_DE_NOME_ALTERNATIVO, o HSS devolve as IMPUs não barradas com o mesmo SP no IRPUIS da IMPU na mensagem de pedido ao AS.

Na forma de realização da invenção, para que o HSS possa apresentar ao AS as informações de associação das IMPUs com 63 o comportamento equivalente, o AS pode transmitir ao HSS um pedido de IMPUs com o comportamento equivalente e, em seguida, o HSS apresenta ao AS as IMPUs não barradas com o comportamento equivalente à IMPU na mensagem de pedido, de acordo com o pedido. Para tal, os valores de Conjunto de Identidades podem ser expandidos e o respetivo procedimento detalhado será descrito em seguida relativamente à forma de realização.

Nona forma de realização:

Consulte a Fig. 21, que é um fluxograma do método para realizar a associação de identidade de utilizador de acordo com a nona forma de realização da invenção. Conforme ilustrado na Fig. 21, o fluxograma inclui os passos apresentados em seguida.

Passo 2101: associar as identidades de utilizador no HSS. A implementação detalhada do passo pode ser igual à descrição da primeira ou segunda forma de realização. Pode igualmente ser necessário outro método de implementação.

Passo 2102: expandir os valores de Conjunto de Identidades e adicionar um valor a indicar o pedido de informações de IMPUs com o comportamento equivalente.

Neste passo, os valores de Conjunto de Identidades são expandidos e é adicionado um valor de 4, e o valor adicionado chama-se IDENTIDADES_DE_GRUPO_DE_NOMES_ALTERNATIVOS, ou seja, IDENTIDADES_DE_GRUPO_DE_NOMES_ALTERNATIVOS (4), que indica O pedido de IMPUs com o comportamento equivalente. 64

Passo 2103: um AS transmite o pedido de IMPUs com o comportamento equivalente ao HSS.

Neste passo, o AS pode transmitir o pedido de informações de IMPUs ao HSS utilizando a mensagem UDR ou SNR, e o valor de Conjunto de Identidades é definido para IDENTIDADES_DE_GRUPO_DE_NOMES_ALTERNATIVOS (4) na mensagem. Ou seja, o VAP de Conjunto de Identidades é utilizado para indicar o tipo de identidade do comportamento equivalente.

Passo 2104: o HSS apresenta as IMPUs com o comportamento equivalente à IMPU na mensagem de pedido ao AS.

Neste passo, o HSS apresenta ao AS as IMPUs não barradas com o comportamento equivalente à IMPU na mensagem de pedido, ou as informações das IMPUS alteradas correspondentes, utilizando a mensagem UDA, a mensagem SNA ou a mensagem PNR.

Além do cenário descrito na Fig. 21, o cenário do valor de Conjunto de Identidades sendo IDENTIDADE S_DE_NOME_ALTERNATIVO (3) pode igualmente ser redefinido. Ou seja, IDENTIDADES_DE_NOME_ALTERNATIVO (3) é utilizado para indicar o pedido de IMPUs com o comportamento equivalente em vez do pedido de IMPUs com o mesmo SP no IRPUIS. Por conseguinte, quando o valor de AS de Conjunto de Identidades na mensagem de pedido transmitido do AS ao HSS for IDENTIDADE S_DE_NOME_ALTERNATIVO (3), o HSS pode transmitir as IMPUs não barradas com o comportamento equivalente à IMPU na mensagem de pedido ao AS. 65 0 método para realizar a associação de identidade de acordo com a forma de realização é descrito acima em detalhe. A estrutura, a relação de ligação e a função do dispositivo de acordo com a forma de realização são iguais às do dispositivo da terceira forma de realização, com a exceção de a entidade de pedido na forma de realização ser o AS. Entretanto, uma implementação detalhada do módulo de apresentação de informações no dispositivo pode ser igual à descrita nos passos 2102 a 2104 da Fig. 21, ou igual à descrição do valor IDENTIDADES_DE_NOME_ALTERNATIVO (3) de Conjunto de Identidades que está a ser redefinido. A estrutura, a relação de ligação e a função do sistema de acordo com a forma de realização são iguais às do sistema da terceira forma de realização, com a exceção de a primeira entidade de pedido na forma de realização ser o AS. Entretanto, uma implementação detalhada do módulo de apresentação de informações no HSS pode ser igual à descrita nos passos 2102 a 2104 da Fig. 21, ou igual à descrição do valor IDENTIDADES_DE_NOME_ALTERNATIVO (3) de Conjunto de Identidades que está a ser redefinido.

Lisboa, 21 de Dezembro de 2011

Claims

1 REIVINDICAÇÕES 1. Um método para realizar a associação de identidade de utilizador, caracterizado por compreender: a definição (2101) de um "identificador de utilizador de comportamento equivalente" num HSS (Home Subscription Server); a associação (2101) de IMS (IP Multimedia Subsystems), IMPUs (IMS Public User Identities) com um comportamento equivalente através do "identificador de utilizador de comportamento equivalente" definido; em que as IMPUs com o comportamento equivalente são IMPUs com o mesmo SP (Service Profile) e os mesmos dados de serviço e pertencem ao mesmo IRPUIS (Implicitly Registered Public User Identity Set); em que o método compreende ainda: a receção, por intermédio do HSS, de uma mensagem de pedido de um AS (Application Server) para pedir as IMPUs com o comportamento equivalente; e a apresentação, por intermédio do HSS, das IMPUs com o comportamento equivalente ao AS de acordo com a mensagem de pedido.

2. O método de acordo com a reivindicação 1, caracterizado por compreender ainda: a indicação (2103), por intermédio do AS, do tipo de identidade do comportamento equivalente utilizando um AVP (Attribute Value Pair) de Conjunto de Identidades, o transporte do AVP de Conjunto de Identidades a indicar o tipo de identidade do comportamento equivalente 2 na mensagem de pedido e a transmissão do AVP de Conjunto de Identidades ao HSS; o passo de apresentação, por intermédio do HSS, das IMPUs com o comportamento equivalente ao AS de acordo com a mensagem de pedido compreende: a apresentação (2104), por intermédio do HSS, de IMPUs com o comportamento equivalente à IMPU na mensagem de pedido ao AS, de acordo com o tipo de identidade do comportamento equivalente conforme indicado na mensagem de pedido.

3. O método de acordo com a reivindicação 2, caracterizado por, quando o valor do AVP de Conjunto de Identidades é IDENTIDADE S_DE_NOME_AL TERNATIVO, o AVP de Conjunto de Identidades indica o tipo das IMPUs que estão a pedir o comportamento equivalente.

4. Um HSS (Home Subscription Server) é caracterizado por ser adaptado para: definir um "identificador de utilizador de comportamento equivalente" no HSS; associar IMS (IP Multimedia Subsystems), IMPUs (IMS Public User Identities) com um comportamento equivalente através do "identificador de utilizador de comportamento equivalente" definido; em que as IMPUs com o comportamento equivalente são IMPUs com o mesmo SP (Service Profile) e os mesmos dados de serviço e pertencem ao mesmo IRPUIS (Implicitly Registered Public User Identity Set); 3 receber uma mensagem de pedido de um AS (Application Server) para pedir as IMPUs com o comportamento equivalente; e apresentar as IMPUs com o comportamento equivalente ao AS de acordo com a mensagem de pedido. Lisboa, 21 de Dezembro de 2011