BRPI0408649B1 - Method of configuring a network element, method for providing subscription services and network element - Google Patents

Abstract

"método para prover serviços de subscrição, elemento de rede, sistema de comunicação para prover serviços de subscrição, método de configuração de um elemento de rede, e, cabeçalho para uma mensagem em um serviço de subscrição". é revelado um método para prover serviços de subscrição, o método compreendendo: estabelecer um diálogo de subscrição para ativar uma subscrição; terminar o mencionado diálogo de subscrição no estabelecimento da mencionada subscrição; e estabelecer uma notificação para um assinante por meio das etapas de: determinação da localização do assinante; estabelecimento de um diálogo de notificação para notificar o assinante localizado; e término do mencionado diálogo de notificação na conclusão da notificação.

Description

MÉTODO DE CONFIGURAÇÃO DE UM ELEMENTO DE REDE, MÉTODO PARA PROVER SERVIÇOS DE SUBSCRIÇÃO E ELEMENTO DE REDE FUNDAMENTOS DA INVENÇÃO Campo da invenção: A invenção descrita refere-se geralmente ao campo dos serviços de subscrição, tais como, por exemplo, serviços de detecção de presença e, particularmente, mas não exclusivamente, ao suporte de serviços de subscrição que usam diálogos de protocolo de iniciação de sessão.

Descrição das técnicas relacionadas: Tipicamente, em todas arquiteturas IP 3GPP, os usuários podem assinar para serviços de subscrição. O serviço é usualmente iniciado usando-se mensagens de subscrição. As mensagens de subscrição preferidas frequentemente utilizam mensagens SIP (do inglês Session Initiation Protocol, ou Protocolo de Iniciação de Sessão). No momento da detecção de um evento de subscrição, um servidor de subscrição normalmente notifica o assinante do evento, usando comumente mensagens de notificação. Em sistemas conhecidos, a subscrição e/ou as mensagens de notificação geralmente são facilitadas por um servidor proxy configurado com um servidor de processamento de conexão (CPS, do inglês “connection Processing server”). A subscrição tipicamente estabelece um diálogo de SIP através da CPS, e a CPS usualmente mantém esse dialogo e é usada, normalmente, para todas as notificações. Dessa amaneira, a CPS normalmente grava efetivamente a rota da subscrição.

Em muitas implementações práticas, uma CPS pode suportar uma grande quantidade de subscrições e a necessidade comum de gravar um número maior de rotas associadas com um numero maior de subscrições a fim de facilitar as notificações pode colidir significativamente com os recursos da CPS. Em adição, por uma grande quantidade de tempo os diálogos associados com as rotas gravadas e armazenados na CPS geralmente não são usados. Portanto, a capacidade da CPS é usada, tipicamente, por diálogos inativos. O ‘release’ IMS 3GPP 6 introduz o serviço de detecção de presença. O TS 3GPP 23.241 6.1.0 define que uma função de controle de sessão ou estado de chamada de serviço (S-CSCF, do inglês “serving call State or session control function”) de detecção de presença não é, pelo menos usualmente, exigida para gravar-rotear o dialogo da subscrição para o serviço de detecção de presença. O “roteamento de gravação” da subscrição normalmente envolve efetivamente a S-CSCF, atuando como um servidor proxy para o dialogo, gravando a rota das mensagens de subscrição. Mais particularmente, ela envolve comumente o servidor proxy que armazena os detalhes de dialogo, mantenho o dialogo uma vez que a subscrição seja configurada. A desvantagem usual com o servidor proxy que mantém o “roteamento de gravação” é que ele utiliza, tipicamente, os recursos limitados do servidor proxy.

Geralmente existe um problema em prover um servidor proxy com a habilidade de saber quando é apropriado não gravar a rota e quando a gravação da rota seria vantajosa, dependendo do tipo de serviços que está sendo acessado.

É, portanto, um objetivo de certos modos de realização da presente invenção se endereçar a um ou mais dos problemas relatados acima. SUMÁRIO DA INVENÇÃO

De acordo com um aspecto, a presente invenção provê um método para prover serviços de subscrição que compreendem: estabelecer um diálogo de subscrição para ativar uma subscrição; terminar o mencionado diálogo de subscrição no estabelecimento da mencionada subscrição; e estabelecer uma notificação a um assinante, que compreende: determinar a localização do assinante; estabelecer um diálogo de notificação para notificar o assinante localizado; e terminar o mencionado diálogo de notificação na conclusão da notificação. O diálogo de subscrição e o diálogo de notificação podem compreender sessões SIP. O método ainda pode compreender a etapa de armazenamento de um identificador de subscrição no estabelecimento da mencionada inscrição. A etapa de estabelecimento de uma notificação para um assinante pode ser responsiva à ocorrência de um evento subscrito. A etapa da determinação da localização de um assinante pode compreender o envio do identificador de subscrição a uma função de serviços de localização.

Em um aspecto adicional, a invenção provê um elemento de rede adaptado para prover serviços de subscrição que compreendem: meios de recebimento para receber uma solicitação de subscrição para um serviço de subscrição a partir de um assinante; meios para suportar uma sessão de diálogo entre o assinante e o serviço de subscrição; meio de transmissão para transmitir a solicitação de subscrição a um serviço de subscrição; onde os meios de recebimento são adaptados para receber, adicionalmente, um reconhecimento de subscrição a partir do serviço de subscrição e os meios de transmissão são adaptados, adicionalmente, para encaminhar o reconhecimento de subscrição ao assinante, e onde, adicionalmente, responsivo ao reconhecimento, o elemento de rede libera a sessão de diálogo.

Os meios de recebimento podem ser adicionalmente adaptados para receber uma notificação a partir do serviço de subscrição para um assinante, onde, responsiva ao mesmo, uma sessão de diálogo de notificação é estabelecida, os meios de transmissão sendo adaptados para transmitir uma solicitação de localização para determinar a localização do assinante, onde, responsivos à informação de localização para o assinante, os meios de transmissão são adicionalmente adaptados para transmitir a notificação ao assinante.

Os meios de recebimento podem ser adaptados para receber um reconhecimento da mencionada notificação a partir do assinante, onde, responsivos ao reconhecimento, os meios de transmissão transmitem um reconhecimento ao serviço de subscrição e liberam a sessão de diálogo. O diálogo pode compreender uma sessão SIP. O elemento de rede pode ser adaptado, adicionalmente, para armazenar um identificador de subscrição no estabelecimento da mencionada subscrição. A etapa de estabelecimento de uma notificação para um assinante pode ser responsiva à ocorrência de um evento subscrito. A etapa de determinação da localização de um assinante pode compreender o envio do identificador de assinante para uma função de serviços de localização.

De acordo com um aspecto adicional, a invenção provê um sistema de comunicação para prover um sistema de comunicação que compreende: um assinante para iniciar um diálogo de subscrição, que inclui enviar uma solicitação de subscrição; um elemento de rede para receber a solicitação de subscrição e para encaminhar a solicitação de subscrição para um serviço de subscrição; e um elemento de serviço de subscrição para receber a solicitação de subscrição a partir do elemento de rede, e tendo meios para armazenar um identificador de assinante, onde, responsivo a um reconhecimento do elemento de serviço de subscrição, o elemento de rede libera o diálogo de subscrição, e onde, responsivo a uma mensagem de notificação de um diálogo de notificação a partir do elemento de subscrição, o elemento de rede determina uma localização para o assinante e encaminha a mensagem de notificação ao assinante.

De acordo cora um outro aspecto, a invenção pode prover um método de configuração de um servidor que compreende: receber uma instrução de gravar-rotear e uma solicitação de subscrição; e gravar a rota da solicitação de subscrição em dependência da instrução de gravar-rotear.

Em um modo de realização a instrução de gravar-rotear é recebida anteriormente para a solicitação de subscrição. Em um outro modo de realização, a solicitação de subscrição é recebida anteriormente para a instrução de gravar-rotear. A instrução de gravar-rotear pode ser buscada. A instrução de gravar-rotear pode ser recebida como parte de um critério de filtro. Os critérios de filtro podem ser específicos de serviço. O serviço pode ser um serviço de detecção de presença. O gravar-rotear pode ser recebido como parte de um perfil de serviço associado com a subscrição. A subscrição pode ser uma mensagem de uma sessão SIP. O servidor pode ser um servidor proxy ou um servidor que provê uma função de controle de estado de chamada de serviço. O método pode compreender a criação de uma instrução de gravar-rotear para o serviço.

De acordo com um aspecto ainda adicional, a invenção provê um cabeçalho para uma mensagem em um serviço de subscrição, o mencionado cabeçalho incluindo uma instrução de gravar-rotear, a mencionada instrução para controlar as características de um elemento de rede.

Em um aspecto adicional é provido um método para prover subscrições que compreende: estabelecer um diálogo de subscrição para ativar uma subscrição; prover critérios de filtro no mencionado diálogo de subscrição; e adaptar os mencionados critérios de filtro para incluir uma instrução para um elemento de rede para gravar seletivamente a rota de subscrição em um elemento de rede. O elemento de rede pode ser uma função de controle de estado ou sessão de chamada de serviço associada com um servidor que provê o serviço de subscrição. A invenção também provê um elemento de rede para prover serviços de subscrição, o mencionado elemento sendo adaptado para receber uma mensagem que inclui uma instrução de gravar-rotear, onde, responsivo à mencionada instrução de gravar-rotear, o elemento de rede grava seletivamente a rota de uma sessão de comunicação associada com a mencionada mensagem.

BREVE DESCRIÇÃO DOS DESENHOS

Para uma compreensão apropriada da invenção e modos de realização da mesma, é feita referência aos desenhos de acompanhamento, nos quais: A Figura 1 ilustra um cenário de rede que se refere a um primeiro modo de realização descrito para um exemplo de implementação de IETF (do inglês Engineering Task Force, ou Força Tarefa de Engenharia); A Figura 2 ilustra um arranjo de sinalização no primeiro modo de realização descrito para a implementação de IETF; A Figura 3 ilustra as etapas de método no primeiro modo de realização descrito para a implementação de IETF; A Figura 4 ilustra um cenário de rede que se refere a um segundo modo de realização descrito para um exemplo de implementação de IMS (do inglês IP Multimedia Subsystem, ou Subsistema de Multimídia IP); A Figura 5 ilustra uma vista geral de um arranjo de sinalização no segundo modo de realização descrito para a implementação de IMS; A Figura 6 ilustra um cenário de rede que se refere a um terceiro modo de realização descrito; e A Figura 7 ilustra um arranjo de assinalação no terceiro modo de realização descrito.

DESCRIÇÃO DETALHADA DOS MODOS DE REALIZAÇÃO PREFERIDOS

Certos modos de realização da invenção são descritos aqui a título de exemplo com relação a arranjos particulares. Em particular, a invenção é descrita aqui a título de referência a dois modos de realização particulares. A invenção não está limitada, contudo, a tais modos de realização e/ou arranjos descritos.

Um primeiro modo de realização da invenção é geralmente descrito aqui agora com relação às Figuras 1 a 3. As Figuras 1, 2 e 3 descrevem o primeiro modo de realização aplicado a uma implementação de IETF. A Figura 1 ilustra os elementos de uma rede de comunicações móvel, na qual um primeiro modo de realização da invenção pode ser implementado. No primeiro modo de realização, a invenção refere-se, geralmente, à execução do roteamento de mensagem de notificação SIP. Esse roteamento de mensagem pode, por exemplo, ser implementado geralmente em uma rede de comunicação de GPRS e/ou UMTS que suporta toda arquitetura IP 3GPP. Somente esses elementos tipicamente necessários para uma compreensão desse modo de realização da presente invenção são mostrados e descritos. Outros elementos que podem ser altamente preferíveis ou necessários para uma implementação completa da rede serão conhecidos por alguém experiente na técnica. A rede é geralmente assinalada pelo número de referência 102. A rede 102 é geralmente provida com uma rede de acesso por rádio 104 que provê acesso à rede para dispositivos móveis, tal como, mas não limitado a, o equipamento de usuário (UE, do inglês “user equipment”) 100. Para o propósito de compreensão do primeiro modo de realização da invenção, a rede 102 é mostrada para incluir um servidor proxy 106 que tem conexões 116 à rede de acesso por rádio 104, um notificador 108 que tem conexões 112 ao servidor proxy 106, e um servidor de localização 110 que tem conexões 114 ao servidor proxy 106. Os elementos mostrados são, pelo menos usualmente, altamente preferíveis e em algumas instâncias são exigidos para o propósito do roteamento de mensagem de notificação SIP. Um modo de realização do servidor de localização no IMS 3GPP é IMR/HSS. Em certos modos de realização, o notificador pode ser referido como um servidor de subscrição. O primeiro modo de realização da invenção, em uma implementação de IETF, é descrito adicionalmente a título de referência ao representativo diagrama de sinalização da Figura 2 e a tabela de fluxo da Figura 3.

Em uma primeira etapa 302, um assinante associado com o UE (equipamento de usuário) 100 normalmente inicia uma subscrição a um serviço. A iniciação de subscrição rotineiramente cria um primeiro diálogo de SIP como representado pela etapa 304. Uma mensagem de subscrição SIP 202 comumente é enviada da UE 100 para o servidor proxy 106. Uma mensagem de subscrição SIP 204 é, então, tipicamente, enviada do servidor proxy 106 para o servidor de subscrição 108. O servidor de subscrição 108, então, frequentemente armazena a ID pública (identificador) do assinante associado com o UE 100 na sua base de dados de subscrição para o serviço subscrito. A subscrição é, então, aceita normalmente, como representado pela etapa 306, pelo servidor de subscrição 108 que retoma uma mensagem de subscrição aceita 206 para o servidor proxy 106, o qual, por sua vez, tipicamente retoma uma mensagem de subscrição aceita 208 para o UE 100. A mensagem de subscrição aceita é uma “Resposta Aceita 202” no exemplo mostrado na Figura 2. A mensagem não está limitada a tal formato, contudo. Por exemplo, a mensagem de subscrição aceita pode ser uma resposta de mensagem “200 OK”. A subscrição é então aceita. A transação de subscrição e o primeiro diálogo de SIP são completados desse modo. A informação da subscrição é armazenada no servidor de subscrição 108.

De acordo com os princípios da invenção, no primeiro modo de realização o recurso para o diálogo criado para a subscrição é, então, liberado ou terminado, como representado pela etapa 308, pelo servidor proxy 106.

Deve-se notar que imediatamente em seguida à mensagem de subscrição aceita, uma primeira mensagem de notificação pode ter que ser enviada. Nesse caso, pode ser vantajoso liberar ou terminar o diálogo criado para a subscrição após essa primeira mensagem de notificação ser enviada. Essa é uma característica opcional, que pode ser implementada dependendo das exigências de qualquer implementação particular. Por exemplo, pode haver implementações em que nenhuma mensagem de notificação imediata é exigida, caso no qual não há vantagem em manter o diálogo até a primeira mensagem de notificação.

Depois de algum tempo, o servidor/notificador de subscrição 108 inicia uma notificação para o UE 100 na etapa 310, responsiva à detecção de um evento subscrito. Como uma primeira etapa 312, o servidor/notificador de subscrição cria um segundo diálogo com uma nova transação que contém uma solicitação de notificação. O servidor/notificador de subscrição 108 transmite uma mensagem de notificação 210 ao servidor proxy 106, identificando o assinante associado com o equipamento de usuário 100. Essa mensagem de notificação compreende uma notificação do evento subscrito. Responsivo à mesma, em uma etapa 314 o servidor proxy 106 envia uma mensagem de interrogação de localização 212 ao servidor de localização 110. O servidor de localização llOretoma uma resposta de interrogação de localização 214 ao servidor proxy 106, com os detalhes da localização do assinante associado com o UE 100. O servidor proxy 106, então, envia uma mensagem de notificação 216 ao UE 100. O UE 100 retoma uma mensagem de notificação de reconhecimento 218 ao servidor proxy 106, o qual, por sua vez, retorna uma mensagem de notificação de reconhecimento 220 ao servidor/notificador de subscrição 108. Uma pluralidade de mensagens de notificação pode, em prática, ser enviada do servidor de assinante ao UE através do servidor proxy. O servidor proxy 106, então, envia uma mensagem de notificação 216 ao UE 100. O UE 100 retoma uma mensagem de notificação de reconhecimento 218 ao servidor proxy 106, o qual, por sua vez, retoma uma mensagem de notificação de reconhecimento 220 ao servidor/notificador de subscrição 108. Uma pluralidade de mensagens de notificação pode, em prática, ser enviada do servidor de subscrição ao UE através do servidor proxy. A transação de notificação e o diálogo de notificação podem ser fechados após o término da transação de notificação inicial na etapa 316, mas também podem ser continuados.

Se uma série de mensagens é pretendida para ser enviada em um tempo próximo, um cabeçalho/parâmetro incluído na mensagem de notificação pode instruir o servidor proxy e o servidor de subscrição para, se for o caso, fechar o diálogo de notificação. Esse cabeçalho/parâmetro, preferencialmente, não é misturado com o parâmetro “Estado de Subscrição: Terminado” existente da mensagem de notificação que instrui o UE 100 do término da subscrição. O término da subscrição é mostrado na etapa 320 da Figura 3.

Quando o diálogo de notificação é terminado a etapa 318 é alcançada. O diálogo de notificação deve ser terminado antes, ou em conjunção com, o término da subscrição. Como pode ser entendido a partir do que foi dito acima, não há exigência para o servidor proxy 106 para armazenar quaisquer detalhes associados com diálogos externos a uma sessão ativa. Uma vez que uma subscrição é estabelecida, o servidor proxy não tem detalhes do assinante armazenado no mesmo. O servidor proxy usa o server de localização para localizar o assinante quando uma notificação é necessária.

Desse modo, o servidor proxy não armazena uma assim chamada ‘gravação de rota’ para um assinante. O servidor proxy é usado durante um diálogo ativo, mas uma vez que esse diálogo não esteja mais ativo não armazena qualquer detalhe.

Na Figura 1, somente um servidor proxy é mostrado por simplicidade. Em uma implementação 3GPP prática, múltiplos servidores proxy podem ser envolvidos, como podem múltiplas funções de controle de estado ou sessão de chamada (CSCFs) associadas com esses proxy. O princípio de não armazenar diálogos não-ativos pode se aplicar a todos esses proxy e CSCFs. Entretanto, em certos casos, a retenção de um diálogo inativo pode ser desejável. A prevenção da retenção do diálogo externo a uma sessão ativa pode ser conseguida de numerosas maneiras. Por exemplo: 1. Pode ser provida uma nova mensagem de SIP adaptada, na qual o fato de que a retenção do diálogo seja ou não exigida no servidor proxy é indicada na mensagem. 2. Um cabeçalho adicional pode ser provido para a mensagem de subscrição existente, cujo cabeçalho indica se o servidor proxy deveria manter ou liberar o diálogo na conclusão de uma sessão de subscrição ou notificação. 3. Um valor do cabeçalho de SIP existente em uma mensagem de subscrição pode ser utilizado para indicar se o servidor proxy deveria manter ou liberar o diálogo na conclusão da sessão de subscrição ou notificação. 4. O roteamento de gravação pode ser automaticamente omitido por padrão nos proxy de SIP, nas entidades de IMS ou entidades não de IMS. Tal técnica exige a adaptação dos elementos.

Embora os recursos de diálogo sejam liberados no(s) servidor(es) proxy ou CSCF(s), a subscrição ainda está ativa no servidor/notifícador de subscrição. O servidor/notificador de subscrição, portanto, envia uma mensagem de notificação ao servidor proxy da maneira usual quando nova informação subscrita deve ser emitida para o equipamento de assinante/usuário. Nenhuma modificação do servidor/notifícador de subscrição é, portanto, necessária. A mensagem de notificação pode ser enviada como uma transação regular ou única. Solicitações de SIP alternativas para a mensagem de notificação podem ser usadas.O modo de realização somente propõe mudanças para a retenção do diálogo na entidade de proxy ou CS CF.

De acordo com esse modo de realização da invenção, o fato de que o servidor proxy (ou entidade funcional equivalente) libere o diálogo de assinante é compensado pelos acessos ao servidor de localização, ou outro registrador ou serviço de funcionalidade de localização, para prover a localização ao servidor proxy (ou entidade funcional equivalente) quando uma notificação é exigida. O servidor proxy 106, normalmente, é efetivamente um servidor de processamento de conexão (CPS) com o propósito de estabelecer o diálogo entre o equipamento de usuário e o servidor de subscrição 108. De acordo com certos modos de realização, o CPS é, preferencialmente, parte do subsistema controlador de sessão.

Esse primeiro modo de realização da invenção, preferencialmente, oferece a significativa vantagem de liberar os recursos do servidor proxy. O servidor proxy e, consequentemente, o servidor de processamento de conexão, geralmente, são, de outro modo, severamente restringidos por terem que armazenar diálogo e/ou rotas de gravação.

Deve-se notar que o primeiro modo de realização da invenção, descrito com relação às Figuras 1 e 2, é um exemplo ilustrativo de uma implementação possível da invenção. Mais especificamente, o exemplo refere-se a um cenário em que assinantes subscrevem para informação de detecção de presença em uma rede única. Deve-se notar, contudo, que o primeiro modo de realização da invenção não está limitado nessa aplicabilidade simplesmente para esse cenário de rede. Os princípios do primeiro modo de realização da invenção também podem se estender a cenários em que um ‘observador’ é localizado extemamente à rede doméstica de detecção de presença. Nesses cenários, o servidor ou notificador de subscrição 108 pode enviar uma mensagem de notificação diretamente para um Proxy na rede doméstica do observador, em vez de para o servidor Proxy 106 da Figura 1. A mensagem de notificação, preferencialmente, inclui a identidade do observador, armazenada durante o procedimento de inscrição. Uma vez que a mensagem de notificação é recebida pelo proxy na rede doméstica do observador, uma interrogação pode ser feita a um servidor de localização na rede doméstica do observador e o roteamento da mensagem de notificação é, preferencialmente, consistente com o roteamento de término normal conhecido na técnica.

Desse modo, em geral, de acordo com os princípios da presente invenção, como discutido em relação ao primeiro modo de realização, quando uma mensagem de notificação é gerada por um notificador, para notificar sobre um evento subscrito, uma mensagem de notificação é enviada na direção de um proxy da rede alvo especificada com a identidade do observador, armazenada durante a subscrição. Esse proxy pode ser um servidor proxy da rede doméstica do observador e é capaz de encontrar a localização do observador.

Na descrição a seguir, essa generalização é aplicada a um ambiente de IMS, como ilustrado nas Figuras 4 e 5, que ilustram um segundo modo de realização da invenção quando aplicado a um ambiente de IMS.

Os princípios do primeiro modo de realização da invenção também podem se estender a cenários em uma rede de IMS em que um ‘observador’ é localizado extemamente à rede doméstica de detecção de presença. Nesses cenários, o servidor ou notificador de subscrição 108 pode enviar uma mensagem de notificação diretamente, ou através de um proxy, para um proxy na rede doméstica do observador (em vez de para o servidor proxy 106 da Figura 1). Como ilustrado na Figura 4, no caso do IMS, esse proxy na rede doméstica do observador pode ser um proxy de ponto de entrada, por exemplo, uma função de controle de estado ou sessão de chamada de interrogação (I-CSCF, do inglês “interrogating call State or session control fimction”). A mensagem de notificação, preferencialmente, inclui a identidade do observador, armazenada durante o procedimento de subscrição. Uma vez que a mensagem de notificação é recebida pelo Proxy de ponto de entrada, por exemplo, a I-CSCF, uma interrogação pode ser feita a um servidor de localização, por exemplo, o HSS, na rede doméstica do observador e o roteamento da mensagem de notificação é, preferencialmente, consistente com o roteamento de término normal no IMS como conhecido na técnica. A Figura 4 ilustra os elementos de uma rede de comunicações móvel, na qual o segundo modo de realização da invenção pode ser implementado. Somente esses elementos tipicamente necessários para uma compreensão desse modo de realização da presente invenção são mostrados e descritos. Outros elementos que podem ser altamente preferíveis ou necessários para uma implementação completa da rede serão conhecidos por alguém experiente na técnica. A Figura 5 é um diagrama de sinalização que ilustra adicionalmente aspectos do segundo modo de realização. No diagrama de sinalização da Figura 5, nem todos os elementos de rede da Figura 4 foram incluídos, de modo a reduzir a complexidade da figura. A relação entre o diagrama de sinalização da Figura 5 e a implementação de rede da Figura 4 se tomará aparente na descrição a seguir.

Com relação à Figura 4, há uma rede 604 geralmente ilustrada, designada rede A, de um UE 606 que é um observador ou assinante para os serviços de detecção de presença. Há uma rede 602 adicionalmente ilustrada, designada rede B, que é uma rede doméstica de um provedor de serviço de subscrição para o qual o observador associado com o UE 606 subscreve. A rede doméstica do observador, UE 606, inclui uma P-CSCF 608, uma S-CSCF 610, uma I-CSCF 612, e um registrador 614. A rede doméstica 602 do provedor de serviços de detecção de presença inclui um servidor de subscrição 616, uma S-CSCF 618, uma I-CSCF 620, e um registrador 622. Deve-se notar que os registradores 622 e 614 de cada uma das redes 602 e 604, respectivamente, podem ser um servidor de localização ou um servidor de assinante doméstico, adequado para prover informação de localização de um elemento conectado com a respectiva rede. O segundo modo de realização da invenção é adicionalmente descrito agora a título de referência adicional às Figuras 4 e 5. Voltando primeiro à Figura 4, o observador, UE 606, primeiro subscreve para os serviços de detecção de presença associados com o servidor de subscrição 616. Para conseguir isso, o UE 606 transmite uma mensagem de subscrição, como assinalada pelo sinal 624 na Figura 4, à P-CSCF 608, sendo a P-CSCF associada com o UE 606. A mensagem de subscrição é, então, transmitida, como assinalado pelo sinal 626, da P-CSCF 608 à S-CSCF 610, a S-CSCF 610 sendo a S-CSCF doméstica associada com o UE 606. A S-CSCF 610, então, transmite a mensagem de subscrição, como assinalado pelo sinal 628, ao I-CSCF 620 da rede 602. A transmissão da mensagem de subscrição para a I-CSCF da rede com a qual o servidor de subscrição é localizado é conhecida na técnica. Desse modo, no diagrama de sinalização da Figura 5, a transmissão da mensagem de subscrição do UE 606 para a I-CSCF 620 é assinalada por um sinal único 702.

Com relação, novamente, à Figura 4, na recepção da mensagem de subscrição a I-CSCF 620 envia uma mensagem de interrogação de localização para o registrador 622, como assinalado pelo sinal 630. A mensagem de interrogação de localização é assinalada pelo sinal 704 na Figura 5. Responsivo à mesma, o registrador 622 retoma uma resposta de interrogação de localização à I-CSCF 620, como assinalado pelo sinal 632 na Figura 4. A resposta de interrogação de localização é assinalada pelo sinal 706 na Figura 5. O registrador 622 retoma à I-CSCF 620 a identidade da S-CSCF que pode ser usada para rotear a solicitação de subscrição para o servidor de subscrição, sendo a identidade da S-CSCF 618. A I-CSCF 620, portanto, encaminha a mensagem de subscrição à S-CSCF 618, como assinalado pelo sinal 634, a qual, por sua vez, encaminha a mensagem de subscrição ao servidor de subscrição 616, como assinalado pelo sinal 636. Com relação à Figura 5, a transmissão da mensagem de subscrição da I-CSCF 620 para o servidor de subscrição 616 é assinalada por um sinal único 708.

Na recepção da mensagem de subscrição o servidor de subscrição 616 registra o UE 606 para serviços de detecção de presença, e o UE 606 se toma um assinante do servidor de subscrição 616. Como assinalado pelo bloco 726 na Figura 5, o servidor de subscrição 616 armazena a identidade pública do assinante no seu banco de dados de subscrição. Consequentemente, uma mensagem de Aceito para subscrição 202 é transmitida de volta ao equipamento de usuário 606 através do mesmo percurso pelo qual a mensagem de subscrição foi transmitida, como assinalado pelos sinais 635, 633, 627, 625 e 623 na Figura 4. De modo semelhante, na Figura 5, o percurso de retomo da mensagem de Aceito para subscrição é geralmente assinalado pelos sinais 710 e 712.

Nesse estágio, a subscrição aos serviços de detecção de presença é completada. De acordo com as técnicas da presente invenção, o diálogo criado para a subscrição é liberado ou terminado. Isso é assinalado na Figura 5 pelo bloco 728.

Em algum estágio, conseqüentemente, o servidor de subscrição 616 precisa notificar o observador da atividade de detecção de presença, e um novo diálogo deve ser iniciado. O servidor de subscrição 616, portanto, gera uma mensagem de notificação para a transmissão do UE 606. Tendo armazenado a identidade pública do assinante em seu banco de dados, o servidor de subscrição 616 transmite a mensagem de notificação diretamente à I-CSCF 612 da rede de observador 604, como assinalado pelo sinal 638 na Figura 4. Isso é assinalado de modo semelhante na Figura 5 pelo sinal 714. A I-CSCF 612, então, envia um sinal de interrogação de localização ao registrador 614, como assinalado pelo sinal 640, o qual retoma uma resposta de interrogação de localização à I-CSCF 612 como assinalado pelo sinal 642. Na Figura 5, a interrogação de localização ao registrador 614 a partir da I-CSCF 612 é assinalada pelo sinal 716, e a resposta de interrogação de localização é assinalada pelo sinal 718.

Após o mesmo, a I-CSCF 612 encaminha a mensagem de notificação à S-CSCF 610, cuja identidade é provida pelo registrador 614. O encaminhamento da mensagem de notificação à S-CSCF 610 é assinalado pelo sinal 644 na Figura 4. A S-CSCF 610, então, encaminha a mensagem de notificação à P-CSCF 608 associada com o UE 606, o qual, por sua vez, encaminha a mensagem de notificação ao UE 606 como assinalado pelo sinal 648. O encaminhamento da mensagem de notificação da I-CSCF 612 para o UE 606 é assinalado pelo sinal único 720 na Figura 5.

Após o mesmo, o UE 606 reconhece a recepção da mensagem de notificação para o servidor de subscrição 616 como é conhecido na técnica. Como está ilustrado na Figura 5, o UE 606 retoma um 200 OK para mensagem de notificação para a I-CSCF 612, como assinalado pelo sinal 722. Na prática, essa mensagem segue o caminho de retomo, através da P-CSCF 608 e da S-CSCF 610. A I-CSCF 612, então, encaminha o 200 OK para mensagem de notificação para o servidor de subscrição 616, como assinalado pelo sinal 724 na Figura 5.

Como assinalado pelo bloco 730 na Figura 5, o diálogo adicional aberto para prover uma notificação ao observador é, então, liberado ou terminado.

Desse modo, em geral, de acordo com os princípios da presente invenção, como discutido em relação ao primeiro modo de realização, quando uma mensagem de notificação é gerada por um notificador, para notificar sobre um evento subscrito, uma mensagem de notificação é enviada em direção a uma I-CSCF da rede alvo especificada com a identidade do observador, armazenada durante a subscrição. A I-CSCF pode ser um servidor proxy da rede doméstica do observador.

Um terceiro modo de realização da invenção é descrito agora aqui com relação às Figuras 6 e 7. A Figura 6 ilustra os elementos típicos de uma rede de comunicações móvel, na qual um segundo modo de realização da invenção pode ser implementado. No segundo modo de realização, a invenção, novamente, refere-se, geralmente, à execução do roteamento de mensagem de subscrição SIP e de notificação SIP. Esse roteamento de mensagem pode, novamente, ser implementado em uma rede de comunicação de GPRS ou UMTS que suporta toda arquitetura IP 3GPP. Somente esses elementos necessários para uma compreensão desse modo de realização da presente invenção são mostrados e descritos. Outros elementos que podem ser necessários para uma implementação completa da rede serão conhecidos por alguém experiente na técnica.

Nos modos de realização descritos aqui acima com relação à Figura 1, um simples exemplo foi descrito, no qual o equipamento de usuário e um servidor de subscrição estão conectados em uma rede comum. No modo de realização da Figura 6, um exemplo é mostrado, no qual o equipamento de usuário e o servidor de subscrição (ou servidor de aplicação) estão conectados em redes diferentes.

Com relação á Figura 6, duas redes são mostradas. Uma primeira rede 406 é uma rede doméstica (‘rede doméstica #Γ) para um equipamento de usuário (UE) 402 associado com um observador. Um observador é um termo geralmente usado para descrever um assinante aos serviços de detecção de presença. Uma segunda rede 404 (‘rede doméstica #2’) é uma rede doméstica para uma de detecção de presença. Uma detecção de presença é um termo geralmente usado para descrever uma entidade que provê serviços de detecção de presença. A detecção de presença é representada por uma aplicação de servidor de detecção de presença que roda sobre o servidor de aplicação (AS, do inglês “application server”) 414. No modo de realização descrito, o servidor de aplicação 414, que pode ser considerado geralmente para prover serviços de aplicação, provê um serviço de detecção de presença, e pode, portanto, ser considerado para ser um servidor de detecção de presença (PS, do inglês “presence server”). A primeira rede doméstica 406 inclui uma rede de acesso de rádio 418 conectada a uma primeira função de controle de estado ou sessão de chamada de proxy (P-CSCF#1) 420, a qual, por sua vez, é conectada a uma primeira função de controle de estado ou sessão de chamada de serviço (S-CSCF#1) 422. A segundo rede doméstica 404 também inclui uma rede de acesso de rádio 416. Uma função de controle de estado ou sessão de chamada de interrogação (I-CSCF) 408 é conectada a um HSS (do inglês Home Subscriber Server, ou Servidor de assinante doméstico) 410 e uma segunda função de controle de estado ou sessão de chamada de serviço (S-CSCF#2). A segunda função de controle de estado ou sessão de chamada de serviço (S-CSCF#2) é conectada ao servidor de aplicação 414.

Com relação à tabela de sinalização da Figura 7, a implementação da invenção de acordo com o segundo modo de realização é descrita adicionalmente. O UE 402, o qual, como estabelecido aqui acima, em termos de serviços de detecção de presença, pode ser considerado como um observador (ou assinante para serviços de detecção de presença), envia uma mensagem de solicitação de subscrição em direção ao servidor de aplicação 414. A solicitação de subscrição contém a identidade pública de usuário do usuário para cuja informação de detecção de presença o observador quer assinar. A solicitação de subscrição envolve a transmissão de uma mensagem de subscrição SIP 502 do UE 402 para a P-CSCF#1 420 da rede doméstica do usuário, e uma mensagem de subscrição SIP 504 da P-CSCF#1 420 da rede doméstica do usuário para a S-CSCF#1 422 da rede doméstica do assinante. A P-CSCF#1 420 pode ser localizada na rede doméstica do usuário ou fora da rede doméstica do usuário em uma rede visitada, por exemplo, no caso do usuário estar passeando fora do seu país de origem.

Na S-CSCF#1 422, uma avaliação dos critérios de filtro iniciais para a subscrição é realizada, de acordo com os princípios de roteamento para a interface de ISC no Subsistema de Multimídia de IP.

Uma mensagem de subscrição SIP 506 é, então, adicionalmente enviada da S-CSCF#1 422 da rede doméstica de assinantes para a I-CSCF 408 da segunda rede doméstica, ou seja, a rede doméstica de detecção de presença, através do IMS baseado na identidade pública de usuário do usuário para cuja informação de detecção de presença se será subscrito.

Uma mensagem de subscrição SIP 510 é, então, encaminhada para a S-CSCF#2 412 da rede doméstica de detecção de presença com base na informação recebida como uma resposta a uma interrogação de localização 508 enviada ao HSS 410.

Antes da recepção da mensagem de subscrição SIP, a S-CSCF#2 412 pode receber a partir do HSS 410 critérios de filtro para o assinante (de detecção de presença ) para cuja informação de detecção de presença o observador quer subscrever. Os critérios de filtro podem incluir a informação de gravar-rotear para o assinante. Desse modo, antes da recepção de uma mensagem de subscrição, a S-CSCF#2, preferencialmente, já recebeu a informação de gravar-rotear para o assinante.

Entretanto, esse não é necessariamente o caso em todos os modos de realização. Em outros modos de realização, uma S-CSCF particular pode receber a primeira mensagem de subscrição e, então, buscar a informação de gravar-rotear incluída, por exemplo, nos critérios de filtro.

Em qualquer avento, a S-CSCF#2 412 recebe os critérios de filtro, incluindo as instruções de gravar-rotear, preferencialmente incluídas no perfil de usuário, para o assinante (de detecção de presença ) para cuja informação de detecção de presença o observador quer subscrever. Isso é recebido a partir do HSS 410 em um modo de realização. Desse modo, as instruções de gravar-rotear para um assinante podem ser armazenadas no HSS em um modo de realização. Quando uma mensagem é recebida pela S-CSCF#2 412 ou, mais geralmente, um servidor proxy, então, o servidor proxy pode escolher se implementar o gravar-rotear com base nos critérios de filtro recebidos. Em um arranjo alternativo, a I-CSCF 408 pode buscar os critérios de filtro para a S-CSCF#2.

Na S-CSCF#2 412, uma avaliação adicional dos critérios de filtro iniciais é realizada, de acordo com as técnicas propostas para os serviços de detecção de presença familiares para alguém experiente na técnica. A avaliação adicional dos critérios de filtro iniciais envolve a S-CSCF#2 412 que valida o perfil de serviço do assinante. De acordo com esse segundo modo de realização da invenção, os critérios de filtro para a solicitação de assinante são adaptados para incluir uma indicação para se a S-CSCF#2 412 é para criar uma entrada de ‘gravar-rotear’ para a subscrição quando não ativa. Os critérios de filtro podem instruir a S-CSCF#2 como para o servidor de aplicação para o qual a solicitação de subscrição é roteada, mas com uma instrução para não gravar a rota.

Nas propostas para serviços de detecção de presença na técnica, já foi proposto que não é necessário para uma S-CSCF gravar-rotear todo diálogo de SIP que cria solicitações. Nos serviços de detecção de presença, em particular, a S-CSCF de detecção de presença é intencionalmente deixada fora do diálogo de subscrição de detecção de presença , a fim de impedir a alocação estática das S-CSCFs. Devido a um número emergente de novos pacotes de eventos, é crescentemente importante assegurar que as S-CSCFs tomem decisões apropriadas, como se dar ou não gravar-rotear a diálogo de SIP. É importante que uma S-CSCF grave-roteie quando é necessário fazer isso, mas a fim de maximizar os recursos de sistema também é importante que a S-CSCF não grave rotas desnecessariamente. Esse problema é particularmente visível onde a S-CSCF atua como um servidor proxy de SIP em um diálogo de SIP.

Desse modo, no segundo modo de realização descrito a S-CSCF#2, que roteia a mensagem de subscrição para o servidor de aplicação, usa os critérios de filtro iniciais para tomar decisões de roteamento sobre a interface ISC. De acordo com os princípios da presente invenção, os critérios de filtro iniciais podem ser estendidos para instmir a S-CSCF#2 para seu comportamento de gravar-rotear. Os critérios de filtro iniciais podem ser específicos de serviço e, portanto, são um lugar apropriado para adicionar informação para se a S-CSCF deveria ou não gravar-rotear.

Por exemplo, no caso de um serviço de detecção de presença, no fluxo 6.1.2.1 do TR 24.841 0.5.0, etapa 7, o comportamento com os critérios de filtro iniciais estendidos pode ser: A S-CSCF#2 valida o perfil de serviço desse assinante e avalia os critérios de filtro iniciais. Para sip:user2_publicl@home2.net a S-CSCF#2 tem critérios de filtro inicial de término com pontos de serviço de interesse de Método = subscrição e Evento = ‘apresentação’ e ‘ação’ = ‘criar entrada de Gravar-rotear: não’ que informa à S-CSCF para rotear a solicitação de subscrição para o Servidor de Aplicação ps.home2.net e não criar uma entrada de Gravar-rotear para a solicitação. A S-CSCF#2 412, então, encaminha uma mensagem de subscrição SIP 514 para o servidor de aplicação 414. Como representado pelo bloco 516, uma autorização de observador é, então, estabelecida para o assinante associado com o UE 402, como conhecido na técnica.

Uma série de mensagens SIP 200 OK, então, segue a mesma rota ao contrário de volta para o UE, para indicar a conclusão do arranjo de subscrição: isso é representado pelas mensagens 518, 520, 522, 524, 526.

Subseqüente ao mesmo, o servidor de aplicação notifica um evento ao assinante. Como mostrado na Figura 7, o servidor de aplicação envia uma mensagem de notificação SIP 532 diretamente para a S-CSCF#1 422 da rede doméstica de UEs sobre o IMS, que, por sua vez, envia uma mensagem de notificação SIP 530 para a P-CSCF#1, a qual, por sua vez, envia uma mensagem de notificação SIP 528 para o UE 402. Uma série de mensagens SIP 200 OK segue a rota inversa: isso é representado pelas mensagens SIP 200 OK 534, 536 e 538. Desse modo, o servidor de aplicação envia a mensagem de notificação SIP diretamente para a S-CSCF# 1 da rede doméstica do assinante, não através da rota através da qual a subscrição foi arranjada e compreendida.

Desse modo, no modo de realização dos serviços de subscrição no cenário onde um assinante conectado em uma rede (“rede conectada”) subscreve para um provedor de serviço conectado em uma outra rede (“rede de serviços”), não há exigência de qualquer proxy ou CSCF nas redes de serviço para reter a informação de gravar-rotear. A S-CSCF da rede de serviços pode ou não reter a informação de gravar-rotear. Se a informação de gravar-rotear não for retida, então, a S-CSCF#2 é suprimida do caminho das notificações de roteamento, ou seja, as notificações não são roteadas através da S-CSCF&2.

No modo de realização da Figura 6, é descrito aqui acima que a S-CSCF#2 412 recebe a partir do HSS 410 critérios de filtro para o assinante para cuja informação de detecção de presença o observador quer subscrever. Esses critérios de filtro podem ser automaticamente providos pelo HSS 410, ou podem ser recuperados a partir a partir do HSS 410. No modo de realização descrito acima, os critérios de filtro incluem instruções de gravar-rotear, que indicam se a S-CSCF#2 412 é para gravar-rotear o diálogo de SIP para aquele assinante.

Um refinamento desse aspecto do modo de realização da Figura 6 é descrito agora, especificamente um refinamento em relação aos critérios de filtro supridos à S-CSCF#2 412ou configurados na S-CSCF#2 412. Nesse refinamento, em adição aos critérios de filtro de assinante para cada assinante, critérios de filtro de sistema são introduzidos no IMS. Os critérios de filtro de sistema não estão associados com qualquer assinante específico. Podem ser providos critérios de filtro de sistema geral para todas as mensagens em todos os casos. Altemativamente, podem ser providos critérios de filtro de sistema que se aplicam a todas as subscrições de um tipo particular, ou a todas as subscrições em um ponto particular do sistema. Podem existir, por exemplo, critérios de filtro de sistema distintos para o caso de origem de UE, o caso registrado de término, o caso de origem de AS, o caso não registrado de término, ou qualquer outro caso. Os quatro casos expostos acima são definidos abaixo. O caso de origem de UE refere-se ao fluxo de mensagem para a S-CSCF doméstica do usuário em sua rede doméstica, onde o fluxo de mensagem é do equipamento de usuário para a CSCF (localizada em uma rede visitada ou na rede doméstica do usuário) de proxy, para a CSCF de serviço da rede doméstica do usuário e em direção ao servidor de aplicação, ou o fluxo inverso. No arranjo da Figura 1 onde o equipamento de usuário e o servidor de aplicação estão conectados na mesma rede, todas as mensagens caem dentro do caso de origem. Na Figura 6, o caso de origem refere-se ao envio de mensagem na primeira rede doméstica 406. O caso registrado de término refere-se ao fluxo de mensagem na rede doméstica da aplicação, geralmente de uma CSCF de interrogação da rede doméstica da aplicação para uma CSCF de serviço da rede doméstica da aplicação e para o servidor de aplicação, ou o fluxo inverso. Na Figura 6, o caso de término refere-se ao envio de mensagem na segunda rede doméstica 404. O caso de origem de AS refere-se ao fluxo de mensagem na rede doméstica do usuário onde o originador é um servidor de aplicação. O fluxo de mensagem é do AS para a CSCF de serviço da rede doméstica do usuário e, opcionalmente, em direção a um outro servidor de aplicação, ou o inverso. O caso não registrado de término refere-se ao fluxo de mensagem na rede doméstica da aplicação onde a identidade de alvo, por exemplo, o equipamento de usuário, não é registrada. Como no caso registrado de término, o fluxo de mensagem é de uma CSCF de interrogação da rede doméstica da aplicação para uma CSCF de serviço da rede doméstica da aplicação e para o servidor de aplicação, ou o inverso. Na Figura 4, o caso de término refere-se ao envio de mensagem na segunda rede doméstica 404.

Os critérios de filtro de sistema contêm um ou mais critérios de filtro de sistema para cada um ou para todos dentre os casos registrados e não registrados de origem e de término do UE e do AS arranjados acima, de modo que critérios de filtro de sistema diferentes sejam, possivelmente, aplicados em cada tipo de caso. Altemativamente, critérios de filtro de sistema podem ser comuns para um ou mais dos casos descritos.

Em geral os critérios de filtro de sistema podem ser considerados para compreender dados de configuração da rede IMS do operador que se refere a uma ou mais S-CSCFs na rede IMS do operador.

Todos os critérios de filtro de sistema, ou parte dos mesmos, podem ser configurados sobre, ou providos para , uma ou mais S-CSCFs e/ou a totalidade dos critérios de filtro de sistema, ou parte da mesma, pode ser carregada em uma ou mais S-CSCFs a partir do banco de dados, e/ou a partir de uma tabela, e/ou a partir de uma lista, e/ou a partir de um arquivo e/ou a partir de uma fonte semelhante comum a uma ou mais S-CSCFs. Qualquer desses critérios de filtro de sistema podem ser localizados sobre uma ou mais S-CSCFs e/ou sobre qualquer outra entidade de rede e/ou em qualquer lugar na rede.

Quando critérios de filtro de todo o sistema, ou parte dos mesmos, é configurada sobre uma S-CSCF, a configuração pode ser feita antes e/ou durante e/ou depois da iniciação da S-CSCF e/ou quando necessária. Quando critérios de filtro de todo o sistema, ou parte dos mesmos, é carregada sobre uma S-CSCF, o carregamento pode ser feito antes e/ou durante e/ou depois da iniciação da S-CSCF e/ou quando necessário. O uso dos critérios de filtro de sistema capacita quaisquer critérios de filtro de assinante individuais particulares a anular ou ser anulado. Por exemplo, a rede pode ser configurada de modo que seja exigido que nenhuma S-CSCF possa reter rotas de gravação. Entretanto, o conjunto de critérios de filtro de assinante associado com um assinante particular pode indicar que a S-CSCF associada com o estabelecimento da sessão de diálogo podería reter o gravar-rotear. O uso do conjunto de critérios de filtro de sistema capacita essa informação de critérios de filtro de sistema específica a ser anulada, de modo que a rede retenha o controle da configuração de rede. A título de um outro exemplo, a rede pode ser configurada de modo que seja exigido que nenhuma S-CSCF possa reter rotas de gravação. Entretanto, o conjunto de critérios de filtro de sistema associado comum assinante particular pode indicar que a S-CSCF associada com o estabelecimento da sessão de diálogo podería reter o gravar-rotear. O uso do conjunto de critérios de filtro de sistema capacita a definição de um padrão (ou seja, não gravar a rota) de modo que a informação de critérios de filtro de assinante específica possa anular o padrão.

Critérios de filtro de assinante podem estabelecer que para a subscrição a um evento de detecção de presença , nenhuma entrada de gravar-rotear deveria ser criada. Isso podería ser definido nos critérios de filtro de assinante iniciais, por exemplo, como segue (tomar a partir de TR 24.841 ver. 1.0.0 sub-cláusula 6.1.2.1): Método = subscrição e Evento = ‘apresentação’ e ação = ‘criar gravar-rotear: não’. A fim de assegurar que para cada evento de assinante nenhum gravar-rotear seja retido, é necessário para tais critérios de filtro de assinante serem definidos em toda sessão ou todo assinante.

Como um modo mais eficiente para assegurar a operação estável na rede, critérios de filtro de sistema podem ser definidos, o que é aplicável a todos as solicitações para subscrever para informação de detecção de presença, por exemplo, como segue: Método= subscrição e Evento = ‘apresentação’ e ação = ‘criar entrada de gravar-rotear: não’.

Esses critérios de filtro de sistema únicos podem ser armazenados e/ou configurados em qualquer um dentre o HSS 410, a S-CSCF 412, ou em qualquer outra entidade de rede ou em qualquer banco de dados como critérios de filtro únicos, mas aplicados a todas as sessões de assinante. Esses critérios de filtro de sistema únicos podem ser armazenados e/ou configurados como critérios de filtro únicos ou podem ser parte de um conjunto de critérios de filtro armazenado e/ou configurado. O formato e o conteúdo dos critérios de filtro de sistema únicos armazenados e/ou configurados podem ou não ser os mesmos que aqueles para critérios de filtro de assinante.

Isso, então, permite aos critérios de filtro de assinante serem simplificados. Os critérios de filtro de assinante no perfil de serviço de todos os usuários que querem subscrever para informação de detecção de presença podem ser simplificados, por exemplo, para: Método = subscrição e Evento = 'apresentação’.

Desse modo, esse refinamento dos modos de realização da presente invenção permite a funcionalidade geral dos critérios de filtro que se referem a se o gravar-rotear deveria ser retido ou não para ser descrita somente uma vez, em critérios de filtro de sistema, evitando desse modo a necessidade de inseri-la em critérios de filtro de cada um dos assinantes. Vantajosamente, isso economiza espaço no HSS. Os critérios de filtro de sistema únicos são muito mais fáceis de manter do que uma grande quantidade de critérios de filtro específicos de assinante.

Na implementação dos critérios de filtro de sistema, pode ser necessário implementar regras de prioridade para negociar com qualquer conflito entre critérios de filtro de sistema e critérios de filtro de assinante, onde ambos existem para qualquer sessão particular. Nesses casos a implementação pode combinar ambos os critérios de filtro em novos critérios de filtro aplicáveis de modo que os dados nos critérios de filtro de sistema anulem os dados correspondentes nos critérios de filtro de assinante ou de modo que os dados nos critérios de filtro de assinante anulem os dados correspondentes nos critérios de filtro de sistema. Os novos critérios de filtro aplicáveis podem, então, ser usados em vez dos critérios de filtro de sistema e assinante conflitantes.

Um primeiro exemplo de implementação pode ser que os critérios de filtro de sistema anulam os critérios de filtro de assinante. Nessa implementação, a S-CSCF, tal como a S-CSCF 412, pode avaliar os critérios de filtro de assinante primeiro. Quando uma correspondência é encontrada para aquele assinante para a sessão de assinante particular, aqueles critérios de filtro de assinante são pegos para serem aplicados.

Conseqüentemente, os critérios de filtro de sistema podem ser avaliados como um conjunto separado. Quando uma correspondência é encontrada para os critérios de filtro de sistema para a sessão de assinante particular, então, o conjunto de critérios de filtro de sistema é pego para ser aplicado. A ordem de avaliação também pode ser: primeiro os critérios de filtro de sistema, então, os critérios de filtro de assinante.

Se ambos os critérios de filtro pegos, ou seja, o conjunto de critérios de filtro de sistema e o conjunto de critérios de filtro de assinante, contêm os mesmos dados, por exemplo, valor(es), parâmetro(s) ou equivalente (por exemplo, variável, entrada, lista, dados, campo, tabela etc), os dados dos critérios de filtro de sistema podem anular os dados nos critérios de filtro de assinante, e os dados dos critérios de filtro de sistema são aplicados em vez dos dados nos critérios de filtro de assinante.

Um segundo exemplo de implementação pode ser que os critérios de filtro de assinante anulam os critérios de filtro de sistema. Nessa implementação, a S-CSCF, tal como a S-CSCF 412, pode avaliar os critérios de filtro de sistema primeiro. Quando uma correspondência é encontrada para os critérios de filtro de sistema para a sessão de assinante particular, aqueles critérios de filtro de sistema são, então, pegos para serem aplicados.

Conseqüentemente, os critérios de filtro de assinante podem ser avaliados como um conjunto separado. Quando uma correspondência é encontrada para os critérios de filtro de assinante para a sessão de assinante particular, então, aqueles critérios de filtro de sistema são pegos para serem aplicados. A ordem de avaliação também pode ser: primeiro os critérios de filtro de assinante, então, os critérios de filtro de sistema.

Se ambos os critérios de filtro pegos, ou seja, os critérios de filtro de sistema e os critérios de filtro de assinante, contêm os mesmos dados, por exemplo, valor(es), parâmetro(s) ou equivalente (por exemplo, variável, entrada, lista, dados, campo, tabela etc), os dados dos critérios de filtro de assinante podem anular os dados nos critérios de filtro de sistema, e os dados dos critérios de filtro de assinante são aplicados em vez dos dados nos critérios de filtro de sistema.

Em um terceiro exemplo de implementação, em vez das regras de prioridade gerais, as regras de prioridade individuais podem ser implementadas nos critérios de filtro e usadas quando são necessárias. Por exemplo, critérios de filtro de sistema podem conter uma indicação de que seus dados anulam os dados correspondentes dos critérios de filtro de assinante ou são anulados pelos dados correspondentes dos critérios de filtro de assinante com a mesma prioridade. Altemativamente, critérios de filtro de assinante podem conter uma indicação de que seus dados anulam os dados correspondentes dos critérios de filtro de sistema ou são anulados pelos dados correspondentes dos critérios de filtro de sistema com a mesma prioridade.

Em um quarto exemplo de implementação uma combinação das regras individuais e gerais pode ser usada. Por exemplo, um padrão pode ser que os dados dos critérios de filtro de assinante anulam (ou, altemativamente, são anulados por) os dados correspondentes dos critérios de filtro de sistema, exceto quando especificado explicitamente de outro modo nos critérios de filtro de sistema ou critérios de filtro de assinante.

No exemplo acima, para os critérios de filtro de assinante de término, ou seja, os critérios de filtro de assinante para o caso de término, os critérios de filtro de término de assinante podem ser aplicados assim como os critérios de filtro de sistema de término, ou seja, os critérios de filtro de sistema para o caso de término, se existem critérios de filtro de sistema separados para os diferentes casos (por exemplo, de origem e de término).

As modificações nessas regras para aplicar os critérios de filtro podem ser providas em implementações diferentes, de acordo com as exigências de rede. Várias combinações e adaptações dessas regras são possíveis.

Nos exemplos acima somente as partes essenciais dos critérios de filtro são mostradas e outras são omitidas em nome da clareza.

Deve-se notar também que, embora nos exemplos acima seja descrito que os critérios de filtro de sistema e/ou critérios de filtro de assinante podem ser providos, nos modos de realização somente os critérios de filtro de sistema podem ser providos vantajosamente. Por exemplo, se todos os assinantes subscrevem para serviços de detecção de presença, então, os critérios de filtro necessários podem ser manejados pelos critérios de filtro de sistema, sem exigência de provisão de quaisquer critérios de filtro de assinante.

No caso de origem de UE no exemplo da Figura 6, na rota do equipamento de usuário para a P-CSCF, para a S-CSCF e para o servidor de aplicação, os critérios de filtro de sistema podem definir que a entrada de gravar-rotear deve ser inserida na S-CSCF, de modo que a S-CSCF possa permanecer no caminho de origem. Ao mesmo tempo, os critérios de filtro de sistema podem definir que não há exigência de entrada de gravar-rotear para ser mantida para o caso de término. O segundo e o terceiro modos de realização com seus refinamentos, como discutido em relação às Figuras 4 e 5 bem como às Figuras 6 e 7, são geralmente mais aplicáveis do que para rotear subscrições. Eles podem ser aplicados a qualquer caso de roteamento em que é necessária uma decisão sobre se reter a informação de gravar-rotear na S-CSCF.

Nos modos de realização acima, AS, S-CSCF, P-CSCF e I- CSCF são exemplos dos servidores proxy de SIP.

Certos modos de realização da invenção foram descritos aqui a título de exemplo. Alguém experiente na técnica avaliarão que a invenção não está limitada a esses modos de realização em sua aplicabilidade. O escopo da proteção proporcionada pela invenção é definido pelas reivindicações anexas.

REIVINDICAÇÕES

Claims (35)

1. Método de configuração de um elemento de rede caracterizado pelo fato de que compreende: receber umas instrução de gravar-rotear; receber uma solicitação de subscrição; e gravar a rota da solicitação de subscrição dependendo da instrução de gravar-rotear.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a instrução de gravar-rotear é buscada.

3. Método de acordo com a reivindicação 1 ou a reivindicação 2, caracterizado pelo fato de que a instrução de gravar-rotear é recebida como parte de critérios de filtro.

4. Método de acordo com a reivindicação 3, caracterizado pelo fato de que a instrução de gravar-rotear é recebida como parte de critérios de filtro de sistema.

5. Método de acordo com a reivindicação 4, caracterizado pelo fato de que os critérios de filtro de sistema são configurados para todos os assinantes.

6. Método de acordo com a reivindicação 4 ou reivindicação 5, caracterizado pelo fato de que os critérios de filtro de sistema são pré-configurados no elemento de rede.

7. Método de acordo com a reivindicação 4 ou a reivindicação 5, caracterizado pelo fato de que os critérios de filtro de sistema são carregados no elemento de rede a partir de um elemento de rede adicional.

8. Método de acordo com a reivindicação 7, caracterizado pelo fato de que o elemento de rede adicional inclui um dentre um HSS (410), uma S-CSCF (412), ou um banco de dados.

9. Método de acordo com qualquer uma das reivindicações 3 a 7, caracterizado pelo fato de que os critérios de filtro incluem adicionalmente critérios de filtro específicos de assinante.

10. Método de acordo com a reivindicação 9 dependente de qualquer uma das reivindicações 4 a 8, caracterizado pelo fato de que se os critérios de filtro específicos de assinante se correspondem com os critérios de filtro específicos de assinante, uma combinação de ambos, os critérios de filtro específicos de sistema e os critérios de filtro específicos de assinante, é aplicada.

11. Método de acordo com a reivindicação 10, caracterizado pelo fato de que os dados de critérios de filtro específicos de sistema anulam os dados de critérios de filtro específicos de assinante.

12. Método de acordo com a reivindicação 10, caracterizado pelo fato de que os dados de critérios de filtro específicos de assinante anulam os dados de critérios de filtro específicos de sistema.

13. Método de acordo com qualquer uma das reivindicações 3 a 12, caracterizado pelo fato de que quaisquer critérios de filtro são específicos de serviço.

14. Método de acordo com a reivindicação 13, caracterizado pelo fato de que o serviço é um serviço de detecção de presença.

15. Método de acordo com qualquer uma das reivindicações 4 a 14, caracterizado pelo fato de que o gravar-rotear é recebido como uma parte de um perfil de serviço associado com a subscrição.

16. Método de acordo com qualquer uma das reivindicações 1 a 15, caracterizado pelo fato de que a solicitação de subscrição é uma mensagem de uma sessão SIP.

17. Método de acordo com qualquer uma das reivindicações 1 a 16, caracterizado pelo fato de que o elemento de rede é um servidor proxy ou um servidor que provê uma função de controle de estado de chamada de serviço ou função de controle de sessão de chamada de serviço.

18. Método para prover serviços de subscrição, caracterizado pelo fato de que compreende a criação de uma instrução de gravar-rotear para o serviço.

19. Método para prover serviços de subscrição, caracterizado pelo fato de que compreende: estabelecer um diálogo de subscrição para ativar a subscrição; prover critérios de filtro no mencionado diálogo de subscrição; e onde os mencionados critérios de filtro são adaptados para incluir uma instrução para um elemento de rede para gravar seletivamente a rota de subscrição em um elemento de rede.

20. Método de acordo com a reivindicação 19, caracterizado pelo fato de que o elemento de rede é uma função de controle de estado ou sessão de chamada de serviço associada com um servidor que provê o serviço subscrito.

21. Método de acordo com a reivindicação 19 ou a reivindicação 20, caracterizado pelo fato de que os mencionados critérios de filtro são critérios de filtro de assinante, o método adicionalmente incluindo a provisão de critérios de filtro de sistema para o elemento de rede, onde, se os critérios de filtro de sistema se correspondem com os critérios de filtro de assinante, uma combinação de ambos os critérios de filtro é aplicada.

22. Método de acordo com a reivindicação 21, caracterizado pelo fato de que os dados de critérios de filtro específicos de sistema anulam os dados de critérios de filtro específicos de assinante.

23. Método de acordo com a reivindicação 21, caracterizado pelo fato de que os dados de critérios de filtro específicos de assinante anulam os dados de critérios de filtro específicos de sistema.

24. Elemento de rede (412) para prover serviços de subscrição, caracterizado pelo fato de que ser adaptado para receber uma instrução de gravar-rotear, em que, responsivo à mencionada instrução de gravar-rotear, o elemento de rede (412) grava seletivamente a rota de uma sessão de comunicação associada a uma mencionada mensagem de subscrição.

25. Elemento de rede (412) de acordo com a reivindicação 24, caracterizado pelo fato de que a mencionada instrução de gravar-rotear é provida em critérios de filtro.

26. Elemento de rede (412) de acordo com a reivindicação 25, caracterizado pelo fato de que os mencionado critérios de filtro são critérios de filtro de sistema.

27. Elemento de rede (412) de acordo com a reivindicação 26, caracterizado pelo fato de que os critérios de filtro de sistema são recebidos a partir de uma entidade de rede e/ou de um banco de dados.

28. Elemento de rede (412) de acordo com a reivindicação 26, caracterizado pelo fato de que os critérios de filtro de sistema são configurados no elemento de rede.

29. Elemento de rede (412) de acordo com a reivindicação 26, caracterizado pelo fato de que os mencionados critérios de filtro de sistema são aplicados a todas as mensagens de assinante.

30. Elemento de rede (412) de acordo com qualquer uma das reivindicações 24 a 29, caracterizado pelo fato de que o mencionado elemento de rede recebe, adicionalmente, critérios de filtro de assinante.

31. Elemento de rede (412) de acordo com a reivindicação 24, caracterizado pelo fato de que os critérios de filtro de assinante se correspondem com os critérios de filtro de sistema, uma combinação de ambos os critérios de filtro é aplicada.

32. Elemento de rede (412) de acordo com a reivindicação 31, caracterizado pelo fato de que os dados de critérios de filtro específicos de sistema anulam os dados de critérios de filtro específicos de assinantes.

33. Elemento de rede (412) de acordo com a reivindicação 31, caracterizado pelo fato de que os dados de critérios de filtro específicos de assinante anulam os dados de critérios de filtro específicos de sistema.

34. Elemento de rede (412) de acordo com qualquer uma das reivindicações 24 a 33, caracterizado pelo fato de que o elemento de rede compreende uma função de controle de estado ou sessão de chamada de serviço.

35. Elemento de rede (412) de acordo com qualquer uma das reivindicações 24 a 34, caracterizado pelo fato de que a instrução de gravar-rotear é recebida a partir de um servidor de assinante doméstico.