BRPI0720942A2

BRPI0720942A2 - mÉtodo de avaliaÇço de critÉrios de filtro iniciais em uma funÇço de controle de sessço de chamada de terminaÇço da chamada em uma rede de subsistema de multimÍdia de ip, funÇço de controle de sessço de chamada de terminaÇço da chamada para uso em uma rede de subsistema de multimÍdia de ip, servidor de aplicativo, e, mÉtodo para processar uma mensagem de protocolo de iniciaÇço de sessço em uma funÇço de controle de sessço de chamada de terminaÇço da chamada em uma rede de subsistema de multimÍdia de ip

Info

Publication number: BRPI0720942A2
Application number: BRPI0720942-8A
Authority: BR
Inventors: Hubert Przybysz; Alf Heidermark; Timo Forsman
Original assignee: Ericsson Telefon Ab L M
Priority date: 2007-01-16
Filing date: 2007-01-16
Publication date: 2013-03-19
Also published as: WO2008086887A1; US8266302B2; CN101584183B; CN101584183A; BRPI0720942B1; US20100088421A1; EP2116002B1; ES2608030T3; EP2116002A1

Abstract

MÉTODO DE AVALIAÇçO DE CRITÉRIOS DE FILTRO INICIAIS EM UMA FUNÇçO DE CONTROLE DE SESSçO DE CHAMADA DE TERMINAÇçO DA CHAMADA EM UMA REDE DE SUB SISTEMA DE MULTIMÍDIA DE IP, FUNÇçO DE CONTROLE DE SESSçO DE CHAMADA DE TERMINAÇçO DA CHAMADA PARA USO EM UMA REDE DE SUB SISTEMA DE MULTIMÍDIA DE IP, SERVIDOR DE APLICATIVO, E, MÉTODO PARA PROCESSAR UMA MENSAGEM DE PROTOCOLO DE INICIAÇçO DE SESSçO EM UMA FUNÇçO DE CONTROLE DE SESSçO DE CHAMADA DE TERMINAÇçO DA CHAMADA EM UMA REDE DE SUB SISTEMA DE MULTIMÍDIA DE IP. Um método para avaliar Critérios de Filtro Iniciais em uma Função de Controle de Sessão de Chamada de terminação da chamada em uma rede de Subsistema de Multimídia de IP rede. Um Protocolo de Iniciação de Sessão compreendendo um Identificador de Recursos Uniforme de destinação é recebido. Como um resultado de aplicar um Critério de Filtro Inicial para a mensagem, a mensagem é enviada para um Servidor de Aplicativo, avaliação de Critérios de Filtro Iniciais adicionais é suspenso. A mensagem retomada é recebida proveniente do Servidor de Aplicativo, e uma determinação é feita de, se o Identificador de Recursos Uniforme foi mudado pelo Servidor de Aplicativo. Se o Identificador de Recursos Uniforme foi mudado pelo Servidor de Aplicativo, então a determinação de, se retoma a avaliação de Critérios de Filtro Iniciais é feita, e se o Identificador de Recursos Uniforme não foi mudado pelo Servidor de Aplicativo, então retoma a avaliação de Critérios de Filtro Iniciais.

Description

"MÉTODO DE AVALIAÇÃO DE CRITÉRIOS DE FILTRO INICIAIS EM UMA FUNÇÃO DE CONTROLE DE SESSÃO DE CHAMADA DE TERMINAÇÃO DA CHAMADA EM UMA REDE DE SUBSISTEMA DE MULTIMÍDIA DE IP, FUNÇÃO DE CONTROLE DE SESSÃO DE CHAMADA DE TERMINAÇÃO DA CHAMADA PARA USO EM UMA REDE DE SUBSISTEMA DE MULTIMÍDIA DE IP, SERVIDOR DE APLICATIVO, E, MÉTODO PARA PROCESSAR UMA MENSAGEM DE PROTOCOLO DE INICIAÇÃO DE SESSÃO EM UMA FUNÇÃO DE CONTROLE DE SESSÃO DE CHAMADA DE TERMINAÇÃO DA CHAMADA EM UMA REDE DE SUBSISTEMA DE MULTIMÍDIA DE IP"

Campo da Invenção

A invenção se refere à um método e aparelho para avaliar Critérios de Filtro Iniciais em um Subsistema de Multimídia de IP rede. Fundamentos da Invenção

IP multimídia (IPMM) é um exemplo de um serviço que fornece uma combinação dinâmica de voz, vídeo, processamento de mensagens, dados, etc, dentro da mesma sessão. Crescendo os números de aplicações básicas e a mídia que é possível combinar, o número de serviços oferecidos para os usuários finais vai crescer, e a experiência de comunicação entre pessoas será enriquecida. Isto vai conduzir a uma nova geração de serviços de comunicação de multimídia rica e personalizada, e. g. comunicação de multimídia par a par, IPTV etc.

Esses serviços podem ser baseados na arquitetura de Subsistema de Multimídia de IP (IMS), que é a tecnologia definida pelo Projeto de Sociedade de Terceira Geração (3GPP) para fornecer serviços de Multimídia de IP sobre redes de comunicação móveis (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 e TS 29.329 Libera 5 à 7). O IMS faz uso do Protocolo de Iniciação de Sessão (SIP) para configurar e controlar chamadas ou sessões entre terminais de usuários (ou terminal de usuários e Servidor de Aplicações). O Protocolo de Descrição de Sessão (SDP)5 transportado através da sinalização do SIP, é usado para descrever e negociar os componentes de mídia da sessão. Figura 1 ilustra, de forma esquemática, como o IMS se encaixa na arquitetura de rede de comunicação móvel no caso de um domínio de acesso de PS de 3GPP .

Serviços podem ser fornecidos a um usuário através de uma rede IMS usando um Servidor de Aplicativo (AS). Aprovisionamento de serviço é acionado usando um ou mais Critérios de Filtro Iniciais (IFC), armazenados em um perfil de usuário e baixado para a Função de Controle de Sessão de Chamada de Serviço (S-SCSF) do usuário quando o usuário se registra com a rede de IMS. Um IFC é composto de pontos de acionamento e o endereço de um ou mais AS. O ponto de acionamento descreve condições que precisam ser verificadas para descobrir se o indicado AS deve ou não ser contatado.

Como ilustrado na Fig. 2, quando a S-CSCF recebe uma mensagem, ela verifica os IFCs armazenados. Se a mensagem entrante encontra as condições do ponto de acionamento em um IFC, então a S- CSCF passa a mensagem para o AS indicado pelo IFC. Uma vez que o AS se ocupou com a mensagem, a mensagem é retornada para a S-CSCF e o próximo IFC é verificado. Um IFC pode ser atribuído a um número de prioridade, assim se mais do que um IFC relacionando a um usuário é armazenado na S-CSCF, os IFCs são verificados na ordem de prioridade. A interface entre a S-CSCF e o AS é a interface de Controle de

Serviço de IMS (ISC), que usa sinalização de SIP para se comunicar entre o AS e a S-CSCF.

A especificação de IMS do 3GPP TS 24.229 v7.5.1 fornece um mecanismo que permite um AS efetuar uma mudança de destino da solicitação de SIP, modificando o URI de Solicitação (Indicador de Recurso Uniforme) contido na mensagem. Quando a mensagem é retornada do AS para a S-CSCF5 a S-CSCF detecta a mudança do URI de Solicitação e interrompe a verificação da avaliação dos Critérios de Filtro Iniciais (IFC), como mostrado na Fig. 3. A mensagem é passada diretamente para o processamento de solicitação de saída, e qualquer IFCs de mais baixa prioridade não são verificados, o que evita a invocação de outros AS s.

A motivação original para o mecanismo surgiu do requisito de um serviço de passar chamada à frente, que permite um AS alterar o endereço da destinação da solicitação do SIP. Nessa hora, não foi vislumbrado que qualquer outro serviço iria requerer que o AS deveria mudar o URI de Solicitação da solicitação do SIP. Contudo, há agora casos sendo considerados que podem requerer ao AS para mudar o URI de Solicitação da solicitação do SIP, mas que deve não deve interromper o procedimento de avaliação do IFC na S-CSCF. Exemplos de tais casos incluem o seguinte:

1. Um usuário tendo uma Identidade de Usuário Publica de IMS (IMPU) pode estar usando mais do que um UE. O AS recebe uma solicitação que é endereçada para a IMPU de um usuário, e seleciona um Agente de Usuário do SIP (UA), tipicamente um terminal do usuário endereçado com um URI de UA Globalmente Encaminháveis (GRUU) ou um Contato, como um ponto final. Quando o AS quer iniciar uma sessão de encerramento com o usuário equipamento (UE) um problema surge se a IMPU atribuída ao UE é compartilhada por outros UEs. Para, totalmente, controlar a que UE a solicitação de sessão de encerramento é enviada, o AS precisa mudar o destino da solicitação proveniente da IMPU para o endereço do ponto final selecionado.

2 - Uma questão similar surge quando o AS muda a IMPU do usuário. Isto pode ser requerido, por exemplo, quando o AS recebe uma IMPU com URI do TEL e envia uma outra com um URI do SIP URI ou vice versa. 3 - O AS pode ser requerido para mudar o URI de Solicitação da solicitação entrante de um URI de SIP para um URI de TEL. Esta mudança é necessária já que dispositivos conectados à rede usando a Rede de Telefonia Comutada Pública (PSTN) podem somente ser contatados usando números telefônicos.

Nos dois casos acima, pode ser desejável para a S-CSCF continuar a avaliação de IFC após o URI de Solicitação na mensagem ter sido mudado por um AS. Isto não muda o usuário alvo, mas meramente os endereços do mesmo usuário ou um subconjunto de pontos finais do usuário usando um endereço alternativo. Isto é diferente do cenário de "passar chamada à frente" onde o usuário alvo efetivo é mudado, e é a razão primária porque o mecanismo existente de interrupção da avaliação de IFC no evento de uma mudança de endereço não é adequado para esses casos. Sumário

De acordo com um primeiro aspecto da invenção, é fornecido um método de avaliação de Critérios de Filtro Iniciais em uma Função de Controle de Sessão de Chamada de terminação da chamada em uma rede de Subsistema de Multimídia de IP, o método compreendendo:

receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem Protocolo de Iniciação de Sessão compreendendo um Identificador de Recursos Uniforme de destinação;

como um resultado de aplicar um Critério de Filtro Inicial para a mensagem, enviar a mensagem para um Servidor de Aplicativo e suspender a avaliação de Critérios de Filtro Iniciais adicionais;

receber a mensagem retornada do Servidor de Aplicativo; determinar se o Identificador de Recursos Uniforme foi ou não mudado pelo Servidor de Aplicativo;

se o Identificador de Recursos Uniforme foi mudado pelo Servidor de Aplicativo, então determinar se retoma a avaliação de Critérios de Filtro Iniciais, e se o Identificador de Recursos Uniforme não foi mudado pelo Servidor de Aplicativo, então retoma a avaliação de Critérios de Filtro Iniciais.

Nesta maneira, a decisão é feita quanto a saber, se continua ou

não com a avaliação de IFC mesmo se o Identificador de Recursos Uniforme de destinação foi mudado.

O passo de determinar se retoma a avaliação de Critérios de Filtro Iniciais pode compreender determinar se o Critério de Filtro Inicial tem um indicador de anulação de mudança de destino associado, e se assim, então retoma a avaliação de Critérios de Filtro Iniciais. Neste caso, um indicador de anulação de mudança de destino é tipicamente associado com um Critério de Filtro Inicial e armazenado como parte de um perfil de usuário.

Alternativamente, o passo de determinar se retoma a avaliação de Critérios de Filtro Iniciais pode compreender determinar se a mensagem recebida proveniente do Servidor de Aplicativo contém um indicador de anulação de mudança de destino , e se assim, então retoma a avaliação de Critérios de Filtro Iniciais. Isto permite um Servidor de Aplicativo decidir se inclui ou não um indicador de anulação de mudança de destino . Em um método alternativo, o passo de determinar se retoma a

avaliação de Critérios de Filtro Iniciais pode compreender determinar se o Identificador de Recursos Uniforme da destinação contido na mensagem recebida proveniente do Servidor de Aplicativo se refere à uma Identidade de Usuário Pública de Subsistema de Multimídia de IP pertencendo ao mesmo usuário como uma Identidade de Usuário Pública de Subsistema de Multimídia de IP contida na mensagem recebida, e se assim, então continuar com a retomada da avaliação de Critérios de Filtro Iniciais.

De acordo com um segundo aspecto da invenção, é fornecido uma Função de Controle de Sessão de Chamada de terminação da chamada para uso em uma rede de Subsistema de Multimídia de IP, a Função de Controle de Sessão de Chamada compreendendo:

meios para receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem compreendendo um Identificador de Recursos Uniforme de destinação;

meios para avaliar Critérios de Filtro Iniciais para aplicar à

mensagem;

um transmissor para enviar a mensagem a um Servidor de

Aplicativo;

meios para receber a mensagem retornada proveniente do

Servidor de Aplicativo;

meios para determinar se o Identificador de Recursos Uniforme de destinação foi ou não mudado pelo Servidor de Aplicativo; e

meios para determinar, no evento em que o Identificador de Recursos Uniforme de destinação foi mudado pelo Servidor de Aplicativo, se continua a avaliação de Critérios de Filtro Iniciais ou se finaliza a avaliação de Critérios de Filtro Iniciais.

De acordo com um terceiro aspecto da invenção, é fornecido um Servidor de Aplicativo compreendendo: um receptor para receber uma mensagem, a mensagem

compreendendo um Identificador de Recursos Uniforme de destinação:

meios para corrigir o Identificador de Recursos Uniforme da

mensagem;

meios para incluir um indicador de anulação de endereço de destino na mensagem; e

um transmissor para enviar a mensagem para uma Função de Controle de Sessão de Chamada.

De acordo com um quarto aspecto da invenção, é fornecido um método para processar uma mensagem de Protocolo de Iniciação de Sessão em uma Função de Controle de Sessão de Chamada de terminação da chamada em uma rede de Subsistema de Multimídia de IP, o método compreendendo:

receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem de Protocolo de Iniciação de Sessão compreendendo um Identificador de Recursos Uniforme de destinação;

aplicar, pelo menos, um Critério de Filtro Inicial para a

mensagem

como um resultado da aplicação do Critério de Filtro Inicial, enviando a mensagem para um Servidor de Aplicativo;

receber a mensagem retornada proveniente do Servidor de

Aplicativo;

determinar se a mensagem retornada compreende ou não um novo Identificador de Recursos Uniforme de destino se a mensagem retornada compreende um novo Identificador

de Recursos Uniforme de destino, então substituir o Identificador de Recursos Uniforme de destinação com o novo Identificador de Recursos Uniforme de destino.

Este método permite a todos os Critérios de Filtro Iniciais serem avaliados antes da mudança do Identificador de Recursos Uniforme de destinação, mesmo onde um Servidor de Aplicativo invocado por um primeiro Critério de Filtro Inicial de uma grande quantidade de Critérios de Filtro Iniciais deseja mudar o Identificador de Recursos Uniforme de destinação.

De acordo com um quinto aspecto da invenção, é fornecido

uma Função de Controle de Sessão de Chamada para uso em uma rede de Subsistema de Multimídia de IP, a Função de Controle de Sessão de Chamada compreendendo:

meios para aplicar os Critérios de Filtro Iniciais para a

mensagem;

um transmissor para enviar a mensagem para um Servidor de

Aplicativo;

meios para receber a mensagem retornada proveniente do Servidor de Aplicativo;

meios para determinar se o corpo da mensagem retornada compreende ou não um novo Identificador de Recursos Uniforme de destino; e

meios para substituir o Identificador de Recursos Uniforme de destinação na mensagem com o novo Identificador de Recursos Uniforme de destino.

Descrição Breve dos Desenhos

Figura 1 ilustra, de forma esquemática, como o IMS se encaixa na arquitetura de rede de comunicação móvel no caso de um domínio de acesso de PS de 3GPP;

Figura 2 ilustra, de forma esquemática, a invocação de Servidores de Aplicações através da S-CSCF em resposta aos Critérios de Filtro Iniciais sendo encontrados;

Figura 3 ilustra, de forma esquemática, a invocação de um Servidor de Aplicativo através da S- CSCF em resposta aos Critérios de Filtro Iniciais sendo encontrados, onde o Servidor de Aplicativo muda o URI de destino;

Figura 4 ilustra, de forma esquemática, a invocação de Servidores de Aplicações pela S-CSCF de acordo com a presente invenção;

Figura 5 mostra a seqüência de sinalização quando uma indicação de anulação de mudança de destino é associada com o IFC no perfil do usuário; Figura 6 mostra a seqüência de sinalização quando uma indicação de anulação de mudança de destino sinalizada pelo Servidor de Aplicativo;

Figura 7 mostra a seqüência de sinalização quando um novo destino é sinalizado pelo Servidor de Aplicativo; e

Figura 8 mostra a seqüência de sinalização onde lógica de anulação de mudança de destino é usada na S-CSCF. Descrição Detalhada

A S-CSCF é capaz de determinar se o URI de Solicitação foi mudado por um AS. Se é determinado que o URI de Solicitação foi mudado, então a S-CSCF decide se continua ou não a avaliação de Critérios de Filtro Iniciais (IFC). Isto é ilustrado na figura 4. O primeiro Critério de Filtro Inicial IFC-I é aplicado para uma mensagem entrante na S-CSCF. A mensagem é passada ao Servidor de Aplicativo, AS-1, indicado no IFC1. A mensagem é então retornada para a S-CSCF proveniente do AS-I. A S-CSCF determina se o URI de Solicitação foi ou não mudado. Se não, então o próximo Critérios de Filtro Iniciais, IFC-2, é aplicado à mensagem. Se a S-CSCF determina que o URI de Solicitação foi mudado, então a S-CSCF determina se retoma ou não a avaliação de IFC. Se não, então a mensagem é passada diretamente para o processamento da solicitação de saída no S-CSCF. Alternativamente, se a S- CSCF determina que a avaliação de IFC deve ser retomada, então a mensagem com o URI de Solicitação alterado é passado ao IFC-2 para avaliação. Este processo continua para cada IFC.

Note que na figura 4, a verificação para afirmar se o URI de Solicitação foi mudado é mostrado como ocorrendo antes da verificação ver se retoma a avaliação de IFC ou passa a mensagem diretamente para o processamento de solicitação de saída na S-CSCF. A ordem dessas duas verificações pode ser invertida. Há várias diferentes maneiras na qual a S-CSCF pode determinar se continua ou não a avaliação de IFC uma vez que o URI de Solicitação de uma mensagem foi mudado. Três possíveis maneiras são como a seguir:

1. Uma indicação de anulação de mudança de destino é

incluída como parte do perfil de usuário armazenada no HSS e baixado para a S-CSCF quando o usuário se registra com a rede. O indicação de anulação de mudança de destino é associada com um particular IFC. Quando a S- CSCF recebe uma solicitação de SIP retornada com um mudança de destino mudado por um AS invocado por meio do IFC com a indicação de anulação de mudança de destino , a S-CSCF não vai interromper a avaliação de IFC mas retoma o procedimento apesar da mudança do destino .

2. Uma indicação de anulação de mudança de destino é introduzida como parte da sinalização sobre a interface de ISC entre a S-

CSCF e o AS. O AS que muda o destino solicitado pode também incluir a indicação de anulação de mudança de destino na solicitação de solicitação de SIP enviada para a S-CSCF. A indicação de anulação de mudança de destino pode ser em qualquer adequada parte da mensagem de SIP, incluindo um cabeçalho ou o corpo da mensagem. A S-CSCF lê a indicação de anulação de mudança de destino na mensagem de SIP e retoma a avaliação do IFC. Há métodos alternativos adicionais através dos quais o AS pode sinalizar a mudança de destino e a indicação de anulação para a S-CSCF sobre a ISC como a seguir:

a. O AS muda o URI de Solicitação e inclui uma indicação de anulação de mudança de endereço de destino explícita na solicitação de SIP;

b. O AS mantém o URI de Solicitação não mudado mas o novo endereço de destino é enviado na solicitação de SIP (e. g. em um

cabeçalho de SIP);

3. Nova lógica é introduzida na S-CSCF para analisar o endereço de destino trocado da solicitação para determinar se continua ou para à avaliação do IFC. Esta lógica determina se o destino trocado e uma outra IMPU pertencendo ao usuário, ou o destino é derivado de uma IMPU pertencendo ao usuário ou se é um Agente de Usuário do SIP (UA) correntemente registrado para o usuário. Se qualquer dessas condições é encontrada, a S-CSCF retoma a avaliação de IFC, por outro lado a mensagem de SIP é passada para o processamento de solicitação de saída.

Esses três exemplos acima serão agora descritos em mais

detalhes.

1. Indicação de Anulação de Mudança de Destino associada

com o IFC no perfil do usuário.

A seqüência de sinalização para esta modalidade é ilustrada na

figura 5.

1.1. Uma indicação de anulação de mudança de destino é incluída como parte do perfil de usuário no HS S. A indicação de anulação de

mudança de destino é associada com um IFC que aponta para um particular AS. A indicação de anulação de mudança de destino é baixada para a S-CSCF como parte do perfil de usuário na hora que a S-CSCF é atribuída ao usuário (tipicamente no registro do usuário ou quando terminando uma solicitação para um usuário não registrado com serviços terminando é recebido). A indicação de anulação de mudança de destino é assim sendo uma adição para o perfil de usuário existente armazenado no HSS e memorizada pela S-CSCF.

1.2. Quando a S-CSCF recebe uma solicitação de SIP inicial de terminação da chamada para o usuário servido, ela executa o procedimento

de avaliação de IFC existente coincidindo a solicitação recebida contra os IFCs armazenados em sua pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e a solicitação é passado à frente para o AS apontado pelo IFC coincidente.

1.3. Quando o AS recebe a solicitação de SIP e decide mudar o destino da solicitação, ele inclui o novo destino no URI de Solicitação da solicitação de SIP5 e retorna a solicitação de SIP de volta para a S-CSCF.

1.4. Quando a S-CSCF recebe a solicitação de SIP retornado pelo AS ela verifica se o destino da solicitação foi ou não mudado, e se uma indicação de anulação de mudança de destino é associada com o IFC que acionou uma mensagem a ser enviado para o AS. A S-CSCF verifica se o destino da solicitação foi mudado comparando o URI de Solicitação da mensagem do SIP enviado para o AS com o URI de Solicitação da mensagem do SIP recebido proveniente do AS. As seguintes ações podem resultar:

1.4. a. Se o destino da solicitação não foi mudado, a avaliação do IFC é retomado como pelo passo 1.5 abaixo;

1.4.b. Se a indicação de anulação de mudança de destino para o AS apontado pelo IFC que acionou esta invocação está configurado, a avaliação do IFC é retomado como pelo passo 1.5;

1.4. c. Se o destino da solicitação foi mudado e a indicação de anulação de mudança de destino para o AS apontado pelo IFC que acionou esta invocação não está configurada, então a avaliação de IFC não é retomada e a mensagem é passada ao processamento de solicitação de saída;

1.5. Onde a S-CSCF está para retomar a avaliação de IFC como requerido pelos passos 4a e 4b acima, a S-CSCF retoma a avaliação de IFC coincidindo a solicitação de SIP recebida proveniente do AS contra os IFCs armazenados a partir do próximo IFC na pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e a solicitação é passada à frente para o AS apontado pelo IFC coincidente. O procedimento continua a partir do passo 3.

2a. Indicação de Anulação de Mudança de Destino sinalizada

pelo AS

A seqüência de sinalização para esta modalidade é ilustrada na figura 6 e descrita como a seguir: 2a. 1. Quando a S-CSCF recebe uma solicitação de SIP inicial de terminação da chamada para o usuário servido ela executa o procedimento de avaliação do IFC existente coincidindo a solicitação recebida contra os IFCs armazenados na pré-determinada ordem de prioridade do usuário. Se a solicitação de SIP e um IFC coincidem, a avaliação é interrompida e a solicitação é passada à frente para o AS indicado pelo IFC coincidente.

2a.2. Quando o AS recebe uma solicitação de SIP e decide trocar o destino da solicitação ele passa à frente a solicitação de SIP de volta para o S-CSCF com o novo destino no URI de Solicitação da solicitação de SIP e ele também inclui uma nova indicação de anulação de mudança de destino na solicitação de SIP para instruir a S-CSCF a continuar a avaliação do IFC.

2a.3. Quando a S-CSCF recebe a solicitação de SIP retornada pelo AS , ele determina se o destino de solicitação foi trocado e se uma indicação de anulação de mudança de destino é incluída na solicitação recebida. A S-CSCF remove da solicitação qualquer indicação de anulação de mudança de destino recebida antes de processamento adicional no passo 2.4 ou antes de executar o processamento de solicitação de saída. Como um resultado do passo 2.3, as seguintes ações podem ocorrer:

2a.3.a. Se o destino da solicitação não foi trocado, então a avaliação do IFC é retomada como pelo passo 2a.4;

2a.3.b. Se o destino da solicitação foi trocado e uma indicação de anulação de mudança de destino indicando "anulação" é recebida na solicitação proveniente do AS, então a avaliação de IFC é retomada como

pelo passo 2a.4;

2a.3.c. Se o destino da solicitação foi trocado mas uma mensagem de SIP recebida proveniente do AS não contem uma indicação de anulação de mudança de destino, então a avaliação do IFC não é retomada e a mensagem é passada para o processamento de solicitação de saída. 2a.4. Se a avaliação de IFC é retomada, a S-CSCF retoma o procedimento de avaliação de IFC existente coincidindo a solicitação recebida contra os IFCs armazenados a partir do próximo IFC na pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e uma solicitação é passada à frente para o AS apontada pelo IFC coincidente. O procedimento continua a partir do passo 2.2.

2b. Novo destino sinalizado pelo AS

A seqüência de sinalização para esta modalidade é ilustrada na figura 7 e descrita como a seguir:

2b. 1. Quando a S-CSCF recebe uma solicitação de SIP inicial de terminação da chamada para o usuário servido, ela executa o procedimento de avaliação de IFC existente coincidindo a solicitação recebida contra os IFCs armazenados em sua pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e a solicitação é passada à frente para o AS apontado pelo IFC coincidente.

2b.2. Quando o AS recebe a solicitação de SIP e decide trocar o destino da solicitação ele passa à frente a solicitação de SIP de volta para a S-CSCF mas não troca o URI de Solicitação da solicitação. Em vez disso ele adiciona o novo destino na solicitação de SIP. O novo destino pode ser incluído em um novo cabeçalho, ou alternativamente em um corpo de mensagem.

2b.3. A solicitação de SIP é retornado para a S-CSCF pelo AS, com um URI de Solicitação não trocado. A S-CSCF, por conseguinte, retoma a avaliação de IFC como pelo procedimento existente, coincidindo a solicitação recebida contra os IFCs armazenados a partir do próximo IFC na pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e a solicitação é passada à frente para o AS apontado pelo IFC coincidente. O procedimento continua a partir do passo 3.2.

2b.4. No fim do procedimento da avaliação de IFC e antes de executar o processamento de solicitação de saída, a S-CSCF checa pela presença de um novo destino na solicitação de SIP. Se um novo destino está presente, a S-CSCF vai colocá-lo no URI de Solicitação da solicitação e o remove da solicitação. Ela então prossegue com seu procedimento norma de processamento de solicitação de saída nas bases do novo destino.

3. Nova Lógica de Anulação de Mudança de Destino na S-

CSCF

A seqüência de sinalização para esta modalidade é ilustrada na figura 8 e descrita como a seguir:

3.1. Quando a S-CSCF recebe uma solicitação de SIP inicial de terminação da chamada para o usuário servido, ela executa o procedimento de avaliação de IFC existente coincidindo a solicitação recebida contra os IFCs armazenados em sua pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e a solicitação é passada à frente para o AS apontado pelo IFC coincidente.

3.2. O AS recebe a solicitação de SIP e decide trocar o destino da solicitação. A solicitação mensagem é passada à frente de volta para a S- CSCF com o novo destino na URI de Solicitação da solicitação de SIP.

3.3. Quando a S-CSCF recebe a solicitação de SIP retornada pelo AS, ela determina se um destino da solicitação foi mudado pelo AS, se assim, a S-CSCF aplica lógica para determinar se anula a mudança de destino. A lógica é baseada no conhecimento da S-CSCF de todas as identidades pertencendo ao usuário, incluindo os GRUUs do usuário, em adição aos endereços de contato registrados correntemente do usuário servido. Esta nova lógica vai determinar se o destino trocado pertence ao usuário servido.

3.3. a. Se o destino da solicitação não foi trocado, então a avaliação de IFC é retomada como pelo passo 3.4;

3.3.b. Se o destino da solicitação foi mudado e a S-CSCF determina que o novo destino pertence ao usuário servido, então a avaliação de IFC é retomada como pelo passo 3.4;

3.3. c. Se o destino da solicitação foi mudado e a S-CSCF determina que o novo destino não pertence ao usuário servido, então a avaliação de IFC não é retomada e a mensagem é enviada para o processamento da solicitação da saída;

3.4. Onde a S-CSCF determina que a avaliação de IFC deve ser retomada, a S- CSCF retoma o procedimento de avaliação de IFC existente coincidindo a solicitação recebida contra os IFCs armazenados a partir do próximo IFC na pré-determinada ordem de prioridade. Se a solicitação e um IFC coincidem, a avaliação é interrompida e a solicitação é passada à frente para o AS apontado pelo IFC coincidente. O procedimento continua a partir do passo 3.2.

Será apreciado pela pessoa de qualificação na técnica que várias modificações podem ser feita para as modalidades descritas acima sem fugir do escopo da presente invenção.

Claims

1. Método de avaliação de Critérios de Filtro Iniciais em uma Função de Controle de Sessão de Chamada de terminação da chamada em uma rede de Subsistema de Multimídia de IP, caracterizado pelo fato de compreender: receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem Protocolo de Iniciação de Sessão compreendendo um Identificador de Recursos Uniforme de destinação; como um resultado de aplicar um Critério de Filtro Inicial para a mensagem, enviar a mensagem para um Servidor de Aplicativo e suspender a avaliação de Critérios de Filtro Iniciais adicionais; receber a mensagem retornada do Servidor de Aplicativo; determinar se o Identificador de Recursos Uniforme foi ou não mudado pelo Servidor de Aplicativo; se o Identificador de Recursos Uniforme foi mudado pelo Servidor de Aplicativo, então determinar se retoma a avaliação de Critérios de Filtro Iniciais, e se o Identificador de Recursos Uniforme não foi mudado pelo Servidor de Aplicativo, então retoma a avaliação de Critérios de Filtro Iniciais.

2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o passo de determinar se retoma a avaliação de Critérios de Filtro Iniciais pode compreende determinar se o Critério de Filtro Inicial tem um indicador de anulação de mudança de destino associado, e se assim, então retoma a avaliação de Critérios de Filtro Iniciais.

3. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o passo de determinar se retoma a avaliação de Critérios de Filtro Iniciais compreende determinar se a mensagem recebida proveniente do Servidor de Aplicativo contém um indicador de anulação de mudança de destino, e se assim, então retoma a avaliação de Critérios de Filtro Iniciais.

4. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o passo de determinar se retoma a avaliação de Critérios de Filtro Iniciais compreende determinar se o Identificador de Recursos Uniforme da destinação contido na mensagem recebida proveniente do Servidor de Aplicativo se refere à uma Identidade de Usuário Pública de Subsistema de Multimídia de IP pertencendo ao mesmo usuário como uma Identidade de Usuário Pública de Subsistema de Multimídia de IP contida na mensagem recebida, e se assim, então continuar com a retomada da avaliação de Critérios de Filtro Iniciais.

5. Função de Controle de Sessão de Chamada de terminação da chamada para uso em uma rede de Subsistema de Multimídia de IP, caracterizada pelo fato de compreender: meios para receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem compreendendo um Identificador de Recursos Uniforme de destinação; meios para avaliar Critérios de Filtro Iniciais para aplicar à mensagem; um transmissor para enviar a mensagem a um Servidor de Aplicativo; meios para receber a mensagem retornada proveniente do Servidor de Aplicativo; meios para determinar se o Identificador de Recursos Uniforme de destinação foi ou não mudado pelo Servidor de Aplicativo; e meios para determinar, no evento em que o Identificador de Recursos Uniforme de destinação foi mudado pelo Servidor de Aplicativo, se continua a avaliação de Critérios de Filtro Iniciais ou se finaliza a avaliação de Critérios de Filtro Iniciais.

6. Servidor de Aplicativo, caracterizado pelo fato de compreender: um receptor para receber uma mensagem, a mensagem compreendendo um Identificador de Recursos Uniforme de destinação: meios para corrigir o Identificador de Recursos Uniforme da mensagem; meios para incluir um indicador de anulação de endereço de destino e um transmissor para enviar a mensagem para uma Função de Controle de Sessão de Chamada.

7. Método para processar uma mensagem de Protocolo de Iniciação de Sessão em uma Função de Controle de Sessão de Chamada de terminação da chamada em uma rede de Subsistema de Multimídia de IP, caracterizado pelo fato de compreender: receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem de Protocolo de Iniciação de Sessão compreendendo um Identificador de Recursos Uniforme de destinação; aplicar, pelo menos, um Critério de Filtro Inicial para a mensagem como um resultado da aplicação do Critério de Filtro Inicial, enviando a mensagem para um Servidor de Aplicativo; receber a mensagem retornada proveniente do Servidor de Aplicativo; determinar se a mensagem retornada compreende ou não um novo Identificador de Recursos Uniforme de destino se a mensagem retornada compreende um novo Identificador de Recursos Uniforme de destino, então substituir o Identificador de Recursos Uniforme de destino com o novo Identificador de Recursos Uniforme de destino .

8. Função de Controle de Sessão de Chamada para uso em uma rede de Subsistema de Multimídia de IP, caracterizada pelo fato de compreender: meios para receber uma mensagem de Protocolo de Iniciação de Sessão, a mensagem compreendendo um Identificador de Recursos Uniforme de destinação; meios para aplicar os Critérios de Filtro Iniciais para a mensagem; um transmissor para enviar a mensagem para um Servidor de Aplicativo; meios para receber a mensagem retornada proveniente do Servidor de Aplicativo; meios para determinar se o corpo da mensagem retornada compreende ou não um novo Identificador de Recursos Uniforme de destino; e meios para substituir o Identificador de Recursos Uniforme de destinação na mensagem com o novo Identificador de Recursos Uniforme de destino.