BRPI0520429B1 - Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip - Google Patents

Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip Download PDF

Info

Publication number
BRPI0520429B1
BRPI0520429B1 BRPI0520429-1A BRPI0520429A BRPI0520429B1 BR PI0520429 B1 BRPI0520429 B1 BR PI0520429B1 BR PI0520429 A BRPI0520429 A BR PI0520429A BR PI0520429 B1 BRPI0520429 B1 BR PI0520429B1
Authority
BR
Brazil
Prior art keywords
subscriber
application server
mentioned
server
sip
Prior art date
Application number
BRPI0520429-1A
Other languages
English (en)
Inventor
Stephen Terrill
Bo Aström
Anders Ryde
Stefan Berg
Hubert Przybysz
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Publication of BRPI0520429A2 publication Critical patent/BRPI0520429A2/pt
Publication of BRPI0520429B1 publication Critical patent/BRPI0520429B1/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

métodos de alocação de um servidor de aplicação de protocolo de iniciaçâo de sessão a um assinante dentro de um subsistema de multimídia de ip, de roteamento de mensagens de protocolo de iniciação de sessão entre uma função de chamada de servidor/controle de sessão e um servidor de aplicação dentro de um subsistema de multimídia de ip, e de identificação de um servidor de aplicação de sip alocado a um assinante em um sub sistema de multimídia de ip, e método usando os métodos acima, nó de função de chamada de servidor/controle de sessão para uso dentro de um sub sistema de multimídia de ip, e, servidor de aplicação para uso em subsistema de multimídia de ip. um método de alocar um servidor de aplicação de protocolo de iniciação de sessão para um assinante dentro de um subsistema de multimídia de ip. o método compreende, identificar em um servidor de assinante doméstico um conjunto de critérios de filtro iniciais aprovisionados para assinante mencionado, conjunto mencionado de critérios de filtro iniciais contendo, pelo menos, uma identidade genérica de servidor de aplicação de protocolo de iniciação de sessão. conjunto mencionado de critérios de filtro iniciais é enviado do servidor de assinante doméstico para uma função de chamada de servidor/controle de sessão alocada ao assinante mencionado, e é recebido na função de chamada de servidor/controle de sessão mencionada. a identidade genérica de servidor de aplicação de protocolo de iniciação de sessão é resolvida dentre uma pluralidade de endereços de servidor de aplicação, com um dos endereços mencionados sendo alocado ao assinante mencionado para uso no aprovisionamento de um serviço para o assinante mencionado. o endereço alocado é guardado na função de chamada de servidor/controle de sessão para o assinante mencionado para uso subseqüente.

Description

MÉTODO DE ALOCAÇÃO DE UM SERVIDOR DE APLICAÇÃO DE PROTOCOLO DE INICIAÇÃO DE SESSÃO A UM ASSINANTE DENTRO DE UM SUBSISTEMA DE MULTIMÍDIA DE IP
Campo da Invenção [001] A presente invenção se refere a um método e aparelho para alocar servidores de aplicação em um Subsistema de Multimídia de IP.
Antecedentes da Invenção [002] Serviços de Multimídia de IP fornecem uma combinação dinâmica de voz, vídeo, mensagem, dados, etc. dentro da mesma sessão. Crescendo o número de aplicações básicas e mídias que são possíveis de combinar, o número de serviços oferecidos aos usuários finais (e. g. assinantes) crescerá, e a experiência de comunicação interpessoal será enriquecida. Isto conduzirá a uma nova geração de serviços de comunicação multimídia ricos e personalizados, incluindo os assim chamados serviços IP Multimídia combinacionais.
[003] Subsistema de Multimídia de IP (IMS) é a tecnologia definida pelo Third Generation Partneship Project (3GPP) para fornecer serviços Multimídia de IP através de redes de comunicações móveis (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 e TS 29.329 Releases 5 a 7). IMS fornece características chave para enriquecer a experiência de comunicação pessoa a pessoa do usuário final, através do uso de IMS Service Enablers padronizados, que facilitam novos e ricos serviços de comunicação pessoa a pessoa (cliente a cliente) assim como serviços pessoa a conteúdo (cliente a servidor) através de redes baseadas em IP. O IMS faz uso do Protocolo de Iniciação de Sessão (SIP) para estabelecer e controlar chamadas ou sessões entre terminais de usuários (ou terminais de usuários e servidores de aplicação). O Protocolo de Descrição de Sessão (SDP), transportado pela sinalização SIP, é usado para descrever e negociar os componentes de mídia da sessão. Enquanto o SIP foi criado como
Petição 870180165866, de 20/12/2018, pág. 11/38
2/19 um protocolo usuário a usuário, IMS permite aos operadores e provedores de serviços controlar acesso do usuário a serviços e cobrar os usuários de acordo.
[004] Por meio de exemplo, a Figura 1 ilustra esquematicamente como o IMS se encaixa na arquitetura de rede móvel no caso de uma rede de acesso GPRS/PS (IMS pode, é claro, operar sobre outras redes de acesso). Funções de Chamada/Controle de Sessão (CSCFs) operam como procuradores SIP dentro do IMS. A arquitetura 3GPP define três tipos de CSCFs: a Proxy CSCF (P-CSCF), que é o primeiro ponto de contato dentro da IMS para um terminal SIP; a Serving CSCF (S-CSCF) que fornece serviços ao usuário, aos quais o usuário está subscrito; e a Interrogating CSCF (l-CSCF) cujo papel é identificar a S-CSCF correta e passar adiante para essa S-CSCF uma solicitação recebida de um terminal SIP através de uma P-CSCF.
[005] Um usuário se registra com o IMS usando o método SIP REGISTER especificado. Isto é um mecanismo para anexar ao IMS e anunciar ao IMS o endereço no qual uma identidade de usuário SIP pode ser alcançada. Em 3GPP, quando um terminal SIP efetua um registro, o IMS autentica o usuário, e aloca uma S-CSCF para aquele usuário do conjunto de S-CSFs disponíveis. Embora o critério para alocar S-CSCFs não seja especificado pelo 3GPP, estes podem incluir compartilhamento de carga e requisitos de serviço. É notado que a alocação de uma S-CSCF é primordial para controlar (e cobrar) acesso de usuário aos serviços baseados em IMS. Operadores podem fornecer um mecanismo para prevenir sessões SIP de usuário a usuário diretas que iriam, de outra forma, transpassar a
S-CSCF.
[006] Durante o processo de registro, é responsabilidade da l-CSCF selecionar uma S-CSCF se uma S-CSCF não está já selecionada. A l-CSCF recebe as capacidades de S-CSCF requeridas do Servidor de Assinante Doméstico (HSS) da rede doméstica, e seleciona uma S-CSCF apropriada com base nas
Petição 870180165866, de 20/12/2018, pág. 12/38
3/19 capacidades recebidas. [É notado que alocação de S-CSCF também é realizada para um usuário pelo l-CSCF, no caso onde o usuário é chamado por uma outra parte, e o usuário não está correntemente alocado a uma S-CSCF.] Quando um usuário registrado subsequentemente envia uma solicitação de sessão para o IMS, a P-CSCF é capaz de passar adiante a solicitação para a S-CSCF selecionada com base na informação recebida da S-CSCF durante o processo de registro.
[007] Dentro da rede de serviço IMS, Servidores de Aplicação (ASs) são fornecidos para implementar funcionalidade de serviço IMS. Servidores de Aplicação fornecem serviços para usuários finais em um sistema IMS, e podem ser conectados ou como pontos finais sobre a interface Mr definida no 3GPP, ou vinculados através de uma S-CSCF sobre a interface ISC definida no 3GPP. No último caso, Critérios de filtro iniciais (IFC) são usados por uma S-CSCF para determinar que Servidores de Aplicação devem ser vinculados durante um estabelecimento de uma Sessão SIP (ou mesmo para a finalidade de qualquer método, sessão ou não sessão SIP relacionada). Os IFCs são recebidos pela SCSCF de um HSS durante o procedimento de registro de IMS como parte de um Perfil de Usuário do usuário.
[008] A Figura 2 ilustra a interface de Controle de Serviço IMS (ISC) entre um AS e uma S-CSCF, assim como outras interfaces dentro do IMS. Embora o AS na Figura 2 seja mostrado como tendo somente uma única interface para uma
S-CSCF, deve ser apreciado que na prática a interface ISC se estende através de uma rede de comunicação para a qual muitos dos (ou todos os) servidores de CSCF de uma dada rede de operadora são conectados, permitindo a um AS se comunicar com todas essas CSCFs. [Outras entidades ilustradas na Figura 1 serão bem conhecidas para aqueles versados na técnica].
[009] Uma interface adicional (Ut) existe entre o AS e terminal de usuário (TS23.002) embora esta não seja amostrada na Figura. A interface Ut possibilita
Petição 870180165866, de 20/12/2018, pág. 13/38
4/19 ao usuário gerenciar informação relacionada aos seus serviços, e.g. criação e designação de Identidades de Serviço Públicas, gerenciamento de políticas de autorização que são usadas, por exemplo, por serviços de presença, gerenciamento de política de conferência, etc.
[0010] No IMS, como definido no 3GPP, enquanto assinantes são estaticamente alocados a um HSS, são os ASs, que fornecem valor específico no caso de serviços fornecidos pela rede. Uma leitura da especificação do 3GPP dos Releases 5 e 6 sugere que assinantes são alocados a ASs SIP particulares de uma maneira fixa. O conceito básico é que um assinante é aprovisionado para ser suportado por um servidor de aplicação AS SIP específico para um dado serviço ou serviços. De modo a possibilitar à S-CSCF alocada alcançar o AS alocado sobre a interface ISC, o critério de filtro (contido dentro do IFC enviado para a S-CSCF a partir do HSS) para aquele assinante, para aquele serviço, contém ou um nome de domínio totalmente qualificado (FQDN) ou endereço IP como o endereço de destino (codificado como um SIP-URI). Isto implica, por exemplo, que quando a S-CSCF identifica que um particular INVITE deve ser encaminhada a um AS, a SCSCF é fornecida com o endereço do AS específico através da interface Cx. De modo a identificar o AS correto para outras interfaces, e.g. tal como a interface Ut entre os terminais de usuário e os ASs SIP, procuradores de roteamento são aprovisionados com o endereço do AS para o usuário particular. Onde assinantes são alocados a ASs específicos, então ou o terminal é configurado com o endereço do AS para aquela interface e serviço, ou o terminal envia a solicitação para uma entidade que conhece como recuperar o endereço do AS para aquele assinante. Uma front end podería fazer isso e, em um caso desses, a funcionalidade de roteamento seria configurada na “front end.
Sumário da Invenção [0011] Como ficará claro a partir da discussão acima, a proposta existente
Petição 870180165866, de 20/12/2018, pág. 14/38
5/19 para a alocação de ASs para assinantes requer o aprovisionamento de um usuário para um servidor de aplicação SIP específico para um dado serviço ou conjunto de serviços. Isto requer um alto nível de disponibilidade e armazenamento persistente de dados nos ASs pois, se um único AS se torna temporariamente indisponível ou não retém a informação apropriada, o(s) serviço(s) aprovisionado(s) estará(ão) indisponível(is) para os assinantes para os quais o AS está alocado. Adotar esta abordagem pode requerer a construção interna de redundância para cada AS.
[0012] De acordo com um primeiro aspecto da presente invenção, é fornecido um método de alocar uma Servidor de Aplicação de Protocolo de Iniciação de Sessão a um assinante dentro de um Subsistema de Multimídia de IP, o método compreendendo:
- identificar em um Servidor de Assinante Doméstico um conjunto provisionado de critérios de filtro iniciais para assinante mencionado, conjunto mencionado de critérios de filtro iniciais contendo, pelo menos, uma identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão;
- enviar conjunto mencionado de critérios de filtro iniciais do Servidor de Assinante Doméstico para um Função de Chamada de Servidor/Controle de Sessão alocada ao assinante mencionado;
- receber conjunto mencionado de critérios de filtro iniciais na Função de Chamada de Servidor/Controle de Sessão mencionada e resolver a identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada em uma pluralidade de endereços de Servidor de Aplicação;
- alocar um dos endereços mencionados ao assinante mencionado para uso no aprovisionamento de um serviço para o assinante mencionado; e
- guardar o endereço alocado na Função de Chamada de Servidor/Controle de Sessão para assinante mencionado para uso subsequente.
Petição 870180165866, de 20/12/2018, pág. 15/38
6/19 [0013] Modalidades da presente invenção introduzem um grau considerável de flexibilidade no processo de alocação de um Servidor de Aplicação SIP a um assinante. No evento de um dado Servidor de Aplicação SIP se tornar indisponível ou estar incapaz de fornecer o serviço desejado, a S-CSCF pode simplesmente alocar um novo Servidor de Aplicação ao assinante.
[0014] Preferencialmente, a identidade de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada é um SlP-URI.
[0015] Preferencialmente, pluralidade de endereços de Servidor de Aplicação mencionada são Nomes de Domínio Totalmente Qualificados ou endereços de IP.
[0016] Preferencialmente, passo mencionado de resolver identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada em uma pluralidade de endereços de Servidor de Aplicação compreende enviar uma solicitação contendo identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada para um Servidor de Nome de Domínio, o Servidor de Nome de Domínio respondendo identificando uma pluralidade de endereços de Servidor de Aplicação correspondendo à identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão, e enviando para a Função de Chamada de Servidor/Controle de Sessão, a pluralidade de endereços mencionada.
[0017] Em uma modalidade da invenção, passo mencionado de alocar um dos endereços mencionados para assinante mencionado para uso no aprovisionamento de um serviço para assinante mencionado, compreende selecionar um endereço com base em uma priorização de endereços fornecida pelo Servidor de Nome de Domínio. Seleção pode ser baseada em uma seleção Round-Robin, ponderada de acordo com a prioridade.
[0018] Preferencialmente, o método compreende, seguindo a alocação de
Petição 870180165866, de 20/12/2018, pág. 16/38
7/19 um endereço de Servidor de Aplicação para um assinante, guardar na Função de Chamada de Servidor/Controle de Sessão, a associação entre o assinante e o endereço.
[0019] O método de primeiro aspecto acima da invenção é realizado no registro de Protocolo de Iniciação de Sessão do assinante. O método também pode ser realizado quando o assinante é não registrado, mas está na extremidade de terminação de uma chamada de Protocolo de Iniciação de Sessão.
[0020] Em uma modalidade do primeiro aspecto da invenção, o método compreende enviar, do servidor de aplicação correspondendo ao endereço alocado para um depósito central, um ou mais endereços de interface do servidor de aplicação. Preferencialmente, depósito central mencionado é o Servidor de Assinante Doméstico mencionado. Isto é feito após recepção de uma solicitação SIP para um usuário que o servidor de aplicação atualmente não tem conhecimento.
[0021] De acordo com um segundo aspecto da presente invenção, é fornecido um nó de Função de Chamada de Servidor/Controle de Sessão para uso dentro de um Subsistema de Multimídia de IP, o nó compreendendo:
- uma entrada acoplada a um Servidor de Assinante Doméstico para receber dela um conjunto de critérios de filtro iniciais para um assinante, conjunto mencionado de critérios de filtro iniciais contendo, pelo menos, uma identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão;
- meio de processamento para resolver identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada em uma pluralidade de endereços de Servidor de Aplicação, e para alocar um dos endereços mencionados para assinante mencionado para uso no aprovisionamento de um serviço para assinante mencionado; e
Petição 870180165866, de 20/12/2018, pág. 17/38
8/19
- uma memória para guardar o endereço alocado em associação com o assinante.
[0022] De acordo com um terceiro aspecto da presente invenção, é fornecido um método de roteamento de mensagens de Protocolo de Iniciação de Sessão entre uma Função de Chamada de Servidor/Controle de Sessão e um Servidor de Aplicação dentro de um Subsistema de Multimídia de IP, o método compreendendo:
- identificar na Função de Chamada de Servidor/Controle de Sessão mencionada um endereço de Servidor de Aplicação mencionado a ser alocado a um dado assinante;
- guardar uma associação entre endereço mencionado e assinante mencionado; e
- usar associação mencionada para passar adiante mensagens futuras de Protocolo de Iniciação de Sessão enviadas para ou do assinante mencionado.
[0023] De acordo com um quarto aspecto da presente invenção, é fornecido um método de identificação de um servidor de aplicação SIP alocado a um assinante em um subsistema de multimídia de IP, o método compreendendo:
- quando da alocação de um servidor de aplicação SIP a um assinante, enviar do servidor de aplicação para um depósito central, um ou mais endereços de interface do servidor de aplicação ou de um outro servidor de aplicação;
- armazenar o(s) endereço(s) recebido(s) no depósito central em associação com a identidade do assinante;
- subsequentemente receber uma solicitação de um assinante ou uma outra entidade de rede, em um servidor de aplicação do subsistema de multimídia de IP, e em resposta enviar uma indagação ao depósito central mencionado;
Petição 870180165866, de 20/12/2018, pág. 18/38
9/19
- quando da recepção da indagação mencionada no depósito central, identificar um endereço (ou endereços) de servidor de aplicação alocado para o assinante, e enviar o(s) endereço(s) identificado(s) para o servidor de aplicação indagador.
[0024] O termo servidor de aplicação como usado aqui engloba o servidor de aplicação SIP convencional assim como outros servidores que tenham uma interface IP.
[0025] Preferencialmente, depósito central mencionado é o Servidor de Assinante Doméstico, a interface Sh sendo usada para transferir endereço(s) de interface mencionado(s) para o Servidor de Assinante Doméstico. Protocolos tais como Protocolo de Acesso de Diretório Leve (LDAP) e Linguagem de Indagação Estruturada podem ser usados para transferir o(s) endereço(s) para outros depósitos centrais.
[0026] Será apreciado que o servidor de aplicação que recebe a solicitação pode ou não ser o servidor de aplicação alocado. No evento que não seja o servidor de aplicação alocado, a solicitação é passada adiante para o servidor de aplicação alocado usando um endereço identificado.
[0027] A solicitação pode ser recebida no servidor de aplicação através de um distribuidor front end, e.g., uma front end de um XDMS.
[0028] A solicitação pode ser enviada para o servidor de aplicação a partir de um terminal de assinante sobre a interface Ut.
[0029] O primeiro e o quarto aspectos da presente invenção são empregados de forma útil em combinação, no caso em que o passo de enviar do servidor de aplicação para um depósito central, um ou mais endereços de interface do servidor de aplicação, é realizado seguindo o envio de um método SIP, e.g. uma solicitação SIP ou mensagem de registro, da Função de Chamada de Servidor/Controle de Sessão para o servidor de aplicação para um assinante
Petição 870180165866, de 20/12/2018, pág. 19/38
10/19 que o servidor de aplicação atualmente não tem conhecimento.
[0030] De acordo com um quinto aspecto da invenção, é fornecido um servidor de aplicação para uso em subsistema de multimídia de IP, o servidor de aplicação compreendendo:
- uma entrada para receber um método SIP de uma Função de Chamada de Servidor/Controle de sessão para um assinante, identificar o servidor de aplicação como um servidor alocado para o assinante; e
- enviar seu(S) endereço(s) de interface ou um endereço de interface ou endereços para um outro servidor de aplicação, para um depósito central para armazenagem, em associação com a identidade do assinante.
[0031] De acordo com um sexto aspecto da invenção, é fornecido um servidor de aplicação para uso em subsistema de multimídia de IP, o servidor de aplicação compreendendo:
- uma entrada para receber uma solicitação relacionando a um assinante;
- enviar uma indagação para um depósito central, a indagação identificando o assinante;
- receber uma resposta do depósito central contendo um endereço de um servidor de aplicação já alocado ao assinante; e
- se o servidor de aplicação alocado não é a aplicação recebendo a solicitação, passar adiante a solicitação para o endereço de servidor alocado.
Breve Descrição dos Desenhos [0032] Figura 1 ilustra esquematicamente a integração de uma Subsistema de Multimídia de IP em um sistema de comunicações móveis de 3G;
[0033] Figura 2 ilustra esquematicamente certas entidades do Subsistema de Multimídia de IP incluindo um Servidor de Aplicação e uma Função de Chamada de Serviço/Controle de Estado;
[0034] Figura 3 ilustra esquematicamente um processo para alocar um AS
Petição 870180165866, de 20/12/2018, pág. 20/38
11/19 de SIP para um assinante durante registro de IMS;
[0035] Figura 4 ilustra esquematicamente um processo para tratar uma solicitação de chamada de origem ou término para um assinante registrado;
[0036] Figura 5 ilustra esquematicamente um processo para tratar uma solicitação de chamada de término para um assinante não registrado;
[0037] Figura 6 ilustra esquematicamente um processo para tratar uma solicitação recebida de um assinante sobre uma interface não ISC onde o assinante é registrado com o IMS; e [0038] Figura 7 ilustra esquematicamente um processo para tratar uma solicitação recebida de um assinante sobre uma interface não ISC onde o assinante não é registrado com o IMS.
Descrição Detalhada de Certas Modalidades [0039] Os Padrões Técnicos do 3GPP referenciados acima, descrevem o uso de critério de filtro iniciais (IFC), que são armazenados no HSS, e que são enviados para um nó de Função de Chamada de Serviço/Controle de Sessão (SCSCF), ou quando do registro de um assinante ou quando uma chamada de término é feita para um assinante não registrado. Convencionalmente, um IFC para um assinante contém um endereço de Servidor de Aplicação (AS) SIP específico, e.g. como um Nome de Domínio Totalmente Qualificado (FQDN). Isto identifica o AS que está alocado para aquele assinante para um dado serviço. [É possível para um IFC conter dois ou mais endereços de AS correspondendo aos respectivos serviços de IMS]. Se o endereço de AS no IFC é um URL de SIP, um DNS é usado para transformar o URL de SIP em um endereço IP. O S-CSCF pode guardar a associação entre o endereço de AS de SIP específico e o endereço IP por razões de eficiência. Esta guarda é tipicamente no DNS cliente (dentro da SCSCF) e é guardado por nó, não por usuário.
[0040] Aqui é proposto substituir o endereço específico de Servidor de
Petição 870180165866, de 20/12/2018, pág. 21/38
12/19
Aplicação por uma identidade genérica de AS, e. g. SIP-AS.operator.com. Isso identifica um grupo pré-definido de ASs, todo os quais sendo capazes de fornecer um dado serviço de IMS. Em particular, o critério de filtro inicial (IFC), que é armazenado no HSS, é aprovisionado com um nome genérico de um servidor de aplicação (e.g. SIP-AS.operator.com). No registro de um assinante (ou quando de uma chamada de término para um assinante não registrado), o IFC é descarregado para o S-CSCF através da interface Cxx de acordo com os procedimentos descritos em 3GPP TS 23.228; 3GPP TS 29.228; e 3GPP TS 29.229. A identidade genérica do AS de SIP é resolvida ou para um nome específico (e.g. SIP-ASl.operator.com) que é adicionalmente resolvido para um endereço IP, ou a identidade genérica é resolvida diretamente para um número de endereços de IP. Métodos existentes de DNS são usados para o processo de resolução. [No caso onde a identidade genérica é resolvida para um nome específico que é ainda resolvido para um endereço IP, duas viagens de ida e volta entre a S-CSCF e o DNS são requeridas]. 0 IFC aciona o aprovisionamento de uma mensagem de registro de terceira parte, (i.e. uma mensagem de SIP REGISTER), pelo S-CSCF para o AS de SIP selecionado. A S-CSCF lembra a associação entre o assinante e o endereço do AS selecionado e passa adiante todas as mensagens subsequentes para aquele conjunto de filtros para o endereço de destino específico de AS de SIP.
[0041] Para facilitar este processo, o DNS é aprovisionado com um nome de domínio genérico que pode ser resolvido para um número de nomes de domínio totalmente qualificados ou endereços de IP. 0 nome de domínio genérico (e.g. SIP-AS.operator.com, correspondendo a um serviço específico de IMS) pode representar um grande número de servidores de aplicação. 0 nome de domínio totalmente qualificado ou endereço de IP representa um servidor de aplicação específico (e. g. SIP-AS32.operator.com no caso de um FQDN). De
Petição 870180165866, de 20/12/2018, pág. 22/38
13/19 modo a permitir que solicitações de usuário sejam recebidas sobre uma interface que não envolva o S-CSCF na abordagem flexível de alocação de AS de SIP descrita aqui, é vantajoso permitir a um AS de SIP alocado, guardar seu(s) endereço(s) de contato em um depósito central, tipicamente o HSS, em associação com um perfil de assinante. Isto permite a uma última solicitação, recebida sobre tal interface, ser passada adiante para o AS de SIP alocado.
[0042] Com referência à Figura 3, o procedimento de alocação de AS de SIP será agora descrito no contexto de um registro de SIP para um assinante particular. Os passos deste procedimento são como a seguir, com a numeração do passo correspondendo à numeração usada na Figura:
[0043] la. O terminal de assinante inicia um processo de REGISTRATION enviando a mensagem SIP REGISTER para a S-CSCF (através de uma P-CSCF);
[0044] lb. Durante o processo de registro, um perfil de serviço para o assinante é descarregado para o S-CSCF do HSS. Este perfil de serviço contém o critério de filtro inicial incluindo uma identidade genérica de servidor de aplicação.
[0045] 2a. Após completar o processo de registro, o S-CSCF aprende do IFC que deve enviar uma solicitação de REGISTRATION da terceira parte para um servidor de aplicação. A S-CSCF precisa primeiro, contudo, solicitar os endereços de IP de um servidor de DNS enviando a identidade genérica para ele. O servidor de DNS responde de volta com um número de endereços de IP correspondendo aos respectivos ASs disponíveis. Os endereços são acompanhados pelas respectivas ponderações de prioridade.
[0046] 2b. O S-CSCF seleciona um dos endereços de IP retornados para passar adiante a mensagem REGISTER. Seleção é baseada em uma seleção Round-Robin, ponderada de acordo com a prioridade alocada pelo DNS. O SCSCF guarda um mapeamento entre o assinante e o endereço AS de SIP
Petição 870180165866, de 20/12/2018, pág. 23/38
14/19 selecionado.
[0047] 2c. Uma mensagem de registro de terceira parte é enviada para o AS selecionado pelo S-CSCF.
[0048] 3. Ao receber o registro da terceira parte, o AS efetua as seguintes ações:
- armazena seu próprio endereço no HSS. Este endereço pode, na realidade, compreender um conjunto de endereços para interfaces diferentes, e.g. pode haver um endereço diferente para a recepção de mensagens SIP, tráfego HTTP, etc. [O endereço (ou um dos endereços) pode ser o endereço AS de SIP fornecido para o S-CSCF durante o passo de resolução de identidade, embora este não precise ser o caso].
- recupera os dados de assinante específicos da aplicação requeridos do HSS.
- o AS indica ao HSS que deseja ser informado de mudanças subsequentes para os dados de assinante.
[0049] No curto prazo, o AS de SIP pode armazenar seu endereço no HSS usando dados transparentes sobre a interface Sh. A longo prazo, o endereço de AS de SIP pode ser adicionado aos dados não transparentes no HSS.
[0050] Deve ser apreciado que, enquanto neste exemplo, o HSS é o depósito central para o endereço de AS (e dados de assinante), algum outro depósito central pode ser usado em seu lugar. Isto poderia ser um banco de dados acoplado (diretamente) a um conjunto de ASs que implementa um serviço de IMS ou que é genérico para todo ASs em um domínio de provedor de serviço /de operador.
[0051] Ao completar este processo, um AS de SIP foi selecionado para o assinante. O AS de SIP recuperou uma cópia dos dados de assinante do HSS, e o S-CSCF guardou o endereço do AS de SIP alocado para aquele usuário. O AS de
Petição 870180165866, de 20/12/2018, pág. 24/38
15/19
SIP também armazenou seus endereços no HSS em associação com a identidade do assinante. Durante a retirada de registro, o AS de SIP remove o endereço de AS armazenado do HSS.
[0052] Agora, com referência à Figura 4, um procedimento para tratar chamadas de origem ou de término para um assinante já registrado será descrito. O fluxo para chamadas de origem e de término é como a seguir:
[0053] 1. Uma solicitação de SIP para o assinante é recebida pela S-CSCF.
[0054] 2. A S-CSCF analisa a solicitação de SIP. A S-CSCF identifica o endereço de AS de SIP, anteriormente guardado para este assinante.
[0055] 3. A solicitação de SIP é enviada ao AS de SIP. O AS de SIP tem uma cópia dos dados específicos de aplicação para o assinante, descarregados durante o processo de registro anterior e prossegue para processar a solicitação de SIP.
[0056] Agora, com referência à Figura 5, um procedimento para tratar chamadas de término para um assinante não registrado será descrito. Como o assinante é ainda não registrado, a S-CSCF não tem um endereço de AS de SIP guardado para este assinante, e nem o AS de SIP tem os dados de assinante específicos de aplicação do HSS. O fluxo do processo é como a seguir:
[0057] 1. A S-CSCF recebe uma solicitação de SIP de término.
[0058] 2. A S-CSCF descarrega o perfil do serviço do HSS. Este contém o critério de filtro inicial incluindo uma identidade genérica para o AS de SIP.
[0059] 3a. A S-CSCF analisa a solicitação de SIP. Se um dos IFCs é coincidente, a S-CSCF entende que deve enviar a solicitação de SIP de término para um servidor de aplicação. A identidade do servidor de aplicação contida no IFC é um nome genérico. A S-CSCF, consequentemente, solicita o endereço de IP a um servidor de DNS. O servidor de DNS responde de volta com um número de endereços de IP.
Petição 870180165866, de 20/12/2018, pág. 25/38
16/19 [0060] 3b. O S-CSCF seleciona um dos endereços retomados para passar adiante a mensagem de REGISTER. A S-CSCF guarda um mapeamento entre o assinante e o endereço de AS de SIP selecionado.
[0061] 4. A solicitação SIP de término é passada adiante para o AS de SIP selecionado.
[0062] 5. Quando da recepção da solicitação de SIP de término, o AS efetua as seguintes ações:
- armazena seu(s) próprio(s) endereço(s) para o usuário no HSS.
- recupera os dados de assinante específicos da aplicação requeridos do HSS.
- o AS indica para o HSS que deseja ser informado de mudanças subsequentes para os dados de assinante.
[0063] Durante a retirada de registro, o AS de SIP remove o endereço de AS armazenado do HSS. Opcionalmente, o AS de SIP e a S-CSCF podem ter um contador de tempo que indica que os dados poderíam ser retidos por um certo período de tempo após a retirada de registro. Neste caso, o AS de SIP irá remover o endereço de AS armazenado no término do contador de tempo.
[0064] É notado que, em alguns casos, e.g., onde o AS de SIP passa adiante uma solicitação (recebida da S-CSCF) para um outro AS de SIP, os endereços que são armazenados no HSS pelo primeiro AS mencionado podem ser endereços para outros AS. Isto pode ocorrer quando o AS tem funcionalidade de distribuidor front end, ou quando não houve resposta do AS originalmente selecionado, e uma nova seleção foi feita. Pode também ocorrer quando há uma não coincidência entre o endereço armazenado por uma S-CSCF e o AS servindo o usuário. Neste caso, o AS que inicialmente recebe a solicitação deve verificar se o assinante está alocado a um outro AS procurando a associação de usuário com AS no HSS. Se existe, a solicitação deve ser passada adiante para o AS
Petição 870180165866, de 20/12/2018, pág. 26/38
17/19 correto. Se, o usuário não estiver alocado a um AS (nenhuma associação de usuário com AS no HSS), o AS deve escrever seu endereço no HSS. Isto permite que tráfego do FE seja encaminhado para o AS correto.
[0065] Seguindo o registro de um assinante para o IMS, é possível para um assinante iniciar alguma ação, por exemplo, uma mudança de dados e características de um serviço particular de IMS, enviando uma solicitação a um AS sobre a interface Ut. A entidade funcional que trata tráfego Ut é referenciada com um XDMS, um Servidor de Gestão de Documento XML (XDMS) que é tipicamente colocalizado com um AS particular. O endereço daquele AS poderia ser pré-armazenado no terminal como um endereço padrão para a interface Ut. Em uma maneira similar ao modo no qual tráfego ISC é tratado, onde a S-CSCF encaminha sinalização para o AS servindo um usuário particular, uma entidade funcional “frontend é requeria para assegurar que tráfego Ut seja encaminhado para o XDMS colocalizado com o AS servindo o usuário.
[0066] Uma solicitação de um terminal de assinante enviada sobre a interface Ut é recebida por uma “frontend XDMS. A “frontend XDMS procura o endereço do AS que se refere à funcionalidade de XDMS, sobre a interface de Sh (Nota: Este é um dos endereços de AS que foram armazenados nos procedimentos descritos acima). No evento em que nenhum endereço de AS de SIP esteja armazenado, a própria frontend selecionará um AS de SIP e passará adiante a solicitação para aquele AS de SIP. O AS de SIP ao qual a solicitação é passada adiante então armazenará seu endereço no HSS, recuperará os dados de assinante do HSS (ou outra localização de depósito central) e prosseguirá para processar a solicitação.
[0067] Com referência à Figura 6, um processo genérico para o tratamento das solicitações provenientes de outras interfaces (incluindo a interface Ut), quando um AS já foi alocado a um assinante, será agora descrito.
Petição 870180165866, de 20/12/2018, pág. 27/38
18/19 [0068] 1. Uma solicitação é recebida sobre a interface proveniente de um terminal de assinante. A solicitação é terminada em um distribuidorfront end para o serviço representado por aquela front end.
[0069] 2. O FE-DIST solicita o endereço de AS para a aplicação do HSS (ou outra localização central).
[0070] 3. O endereço de AS é retornado para o FE-DIST.
[0071] 4. A solicitação é passada adiante pelo FE-DIST para o XDMS.
[0072] Com referência à Figura 7, um processo genérico para o tratamento das solicitações provenientes de outras interfaces (incluindo a interface Ut), quando um AS não foi já alocado a um assinante, será agora descrito.
[0073] 1. Uma solicitação é recebida proveniente de um terminal de assinante sobre a particular interface. A solicitação é terminada em um distribuidor “front end para o serviço representado por aquela front end.
[0074] 2. O FE-DIST solicita o endereço de AS para o serviço do HSS.
[0075] 3. Uma indicação que nenhum AS foi alocado é retomada para o FEDIST.
[0076] 4. O FE-DIST seleciona um AS (pode usar outros bancos de dados para obter os nomes de ASs válidos).
[0077] 5. A solicitação é passada adiante para o AS selecionado.
[0078] 6. O AS selecionado efetua o seguinte:
- o AS de SIP pode armazenar seu nome no HSS. (Nota: Isto pode não ser requerido se a transação é para ocorrer somente uma vez e não é esperado que haja solicitação subsequentes].
- ele lê os dados do assinante do HSS.
- ele processa a solicitação.
[0079] No evento que uma solicitação de SIP é subsequentemente recebida na S-CSCF, esta pode ser tratada pela S-CSCF selecionando um novo AS de SIP
Petição 870180165866, de 20/12/2018, pág. 28/38
19/19 usando a identidade genérica de AS de acordo com a abordagem descrita acima. O HSS é informado da seleção, e por sua vez informa ao AS alocado anteriormente que não está mais alocado e que pode liberar dados armazenados e esquecer sobre o usuário (com um resultado do AS tendo subscrito para mudanças no elemento de dados no HSS) [0080] Será apreciado pelas pessoas versadas na técnica que várias modificações podem ser feitas para as modalidades descritas acima em fugir do escopo da presente invenção.

Claims (6)

  1. REIVINDICAÇÕES
    1. Método de alocação de um Servidor de Aplicação de Protocolo de Iniciação de Sessão a um assinante dentro de um Subsistema de Multimídia de IP, o método compreendendo:
    - identificar em um Servidor de Assinante Doméstico um conjunto de critérios de filtro iniciais aprovisionado para assinante mencionado, conjunto mencionado de critérios de filtro iniciais contendo, pelo menos, uma identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão;
    - enviar conjunto mencionado de critérios de filtro iniciais do Servidor de Assinante Doméstico para uma Função de Chamada de Servidor/Controle de Sessão alocada ao assinante mencionado;
    - receber conjunto mencionado de critérios de filtro iniciais na Função de Chamada de Servidor/Controle de Sessão mencionada e resolver a identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão em uma pluralidade de endereços de Servidor de Aplicação;
    - alocar um dos endereços mencionados ao assinante mencionado para uso no aprovisionamento de um serviço para o assinante mencionado, e
    - guardar o endereço alocado na Função de Chamada de Servidor/Controle de Sessão para assinante mencionado para uso subsequente;
    - enviar uma mensagem de SIP da Função de Chamada de Servidor/Controle de Sessão para o servidor de aplicação em um endereço alocado mencionado; e caracterizado pelo fato de que, quando do recebimento da mensagem SIP mencionada no servidor de aplicação, armazenar o endereço do servidor de aplicação como dados não transparentes no Servidor de Assinante Doméstico, sobre a interface Sh.
  2. 2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a identidade de Servidor de Aplicação de Protocolo de Iniciação de Sessão
    Petição 870180165866, de 20/12/2018, pág. 37/38
    2/2 mencionada é um SIP-URI.
  3. 3. Método, de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que a pluralidade de endereços de Servidor de Aplicação mencionada são Nomes de Domínio Totalmente Qualificados ou endereços de IP.
  4. 4. Método, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que a etapa mencionada de resolver identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada em uma pluralidade de endereços de Servidor de Aplicação compreende enviar uma requisição contendo identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada para um Servidor de Nome de Domínio, o Servidor de Nome de Domínio respondendo identificando uma pluralidade de endereços de Servidor de Aplicação correspondendo à identidade genérica de Servidor de Aplicação de Protocolo de Iniciação de Sessão mencionada, e enviar para a Função de Chamada de Servidor/Controle de Sessão a pluralidade de endereços mencionada.
  5. 5. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que é realizado no registro de Protocolo de Iniciação de Sessão do assinante.
  6. 6. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que é realizado quando o assinante não é registrado, mas está na extremidade de terminação de uma chamada de Protocolo de Iniciação de Sessão.
BRPI0520429-1A 2005-07-19 2005-08-15 Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip BRPI0520429B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US70068305P 2005-07-19 2005-07-19
US60/700,683 2005-07-19
PCT/EP2005/054010 WO2007009499A1 (en) 2005-07-19 2005-08-15 Method and apparatus for allocating application servers in an ims

Publications (2)

Publication Number Publication Date
BRPI0520429A2 BRPI0520429A2 (pt) 2009-09-29
BRPI0520429B1 true BRPI0520429B1 (pt) 2019-03-19

Family

ID=35911072

Family Applications (2)

Application Number Title Priority Date Filing Date
BRPI0520429-1A BRPI0520429B1 (pt) 2005-07-19 2005-08-15 Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip
BRPI0613424A BRPI0613424A2 (pt) 2005-07-19 2006-07-19 métodos de direcionar solicitações para um servidor de aplicação dentro de um subsistema de multimídia de ip, e de direcionar solicitações de protocolo de iniciação de sessão para um servidor de aplicação dentro de um subsistema de multimídia de ip, aparelho para uso em uma rede de subsistema de multimídia de ip, e, servidor de aplicação para uso em um subsistema de multimídia de ip

Family Applications After (1)

Application Number Title Priority Date Filing Date
BRPI0613424A BRPI0613424A2 (pt) 2005-07-19 2006-07-19 métodos de direcionar solicitações para um servidor de aplicação dentro de um subsistema de multimídia de ip, e de direcionar solicitações de protocolo de iniciação de sessão para um servidor de aplicação dentro de um subsistema de multimídia de ip, aparelho para uso em uma rede de subsistema de multimídia de ip, e, servidor de aplicação para uso em um subsistema de multimídia de ip

Country Status (11)

Country Link
US (2) US7761600B2 (pt)
EP (1) EP1905208B1 (pt)
JP (2) JP4856179B2 (pt)
CN (3) CN101223755B (pt)
AT (2) ATE445283T1 (pt)
BR (2) BRPI0520429B1 (pt)
DE (2) DE602005017081D1 (pt)
ES (1) ES2334690T3 (pt)
MX (2) MX2008000757A (pt)
RU (2) RU2404539C2 (pt)
WO (2) WO2007009499A1 (pt)

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2008000757A (es) * 2005-07-19 2008-03-13 Ericsson Telefon Ab L M Metodo y aparato para asignar servidores de aplicacion en un ims.
ES2402773T3 (es) * 2005-09-02 2013-05-08 Swisscom Ag Procedimiento y sistema para proporcionar contenido de medios a un usuario
EP1879337B1 (en) * 2005-10-21 2012-08-29 Huawei Technologies Co., Ltd. A method for processing the register message in the ims network according to the initial filtering rules
US8520664B2 (en) * 2005-12-22 2013-08-27 Tim Italia S.P.A. Multi-vendor IMS architecture
WO2007129163A2 (en) * 2006-04-28 2007-11-15 Nokia Corporation S-cscf selection for application server originated requests
JP4804244B2 (ja) * 2006-07-03 2011-11-02 株式会社日立製作所 アプリケーションをフィルタリングする装置、システム及び方法
US8849986B2 (en) * 2006-08-14 2014-09-30 Samsung Electronics Co., Ltd System and method for presence notification based on presence attribute
US7933994B1 (en) 2006-09-29 2011-04-26 Sprint Communications Company L.P. Extracting embedded NAIS (network access identifiers)
CN101166129A (zh) * 2006-10-20 2008-04-23 华为技术有限公司 获取应用服务器标识信息的方法、终端、设备和系统
CN101170540A (zh) * 2006-10-24 2008-04-30 华为技术有限公司 一种xml文档管理方法和客户端、服务器
CN100446516C (zh) * 2006-12-01 2008-12-24 华为技术有限公司 一种实现视频共享业务的方法、系统及装置
US8477763B2 (en) * 2006-12-11 2013-07-02 Telefonaktiebolaget L M Ericsson (Publ) Service adaptation in an IP multimedia subsystem network
WO2008074348A1 (en) * 2006-12-19 2008-06-26 Telefonaktiebolaget Lm Ericsson (Publ) Technique for providing services in a service provisioning network
US20080175225A1 (en) * 2007-01-18 2008-07-24 Lon-Chan Chu Just-in-time call registration for mobile call to voip device
ATE474277T1 (de) * 2007-02-21 2010-07-15 Ericsson Telefon Ab L M Verfahren und vorrichtung zur abwicklung der speicherung von benutzerdaten in digitalen zellularen 3g-telekommunikationssystemen
JP5249952B2 (ja) * 2007-02-22 2013-07-31 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｐマルチメディアサブシステムサービスへのグループアクセス
JP2008236183A (ja) * 2007-03-19 2008-10-02 Nec Corp 呼セッション制御サーバ割り当て方法および呼セッション制御サーバ割り当てシステム
US7979523B2 (en) * 2007-05-08 2011-07-12 Cisco Technology, Inc. Deferred invocation of communication services
WO2008151545A1 (fr) * 2007-06-14 2008-12-18 Huawei Technologies Co., Ltd. Procédé, dispositif et système pour déclencher un service
JP5185378B2 (ja) * 2007-06-22 2013-04-17 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ユーザ・データベース・サーバ、サービス・ポリシー・サーバ、及びアプリケーション・サーバを含むｉｐマルチメディア・サブシステム通信ネットワークにおいてユーザ装置を通じてサービスを提供する方法
US8296443B2 (en) * 2007-07-10 2012-10-23 Telefonaktiebolaget Lm Ericsson (Publ) Method of discovering operator-provided network-services using IMS
CN101345748B (zh) * 2007-07-13 2010-08-04 华为技术有限公司 将用户状态通知应用服务器的方法、系统及装置
WO2009028096A1 (ja) * 2007-08-31 2009-03-05 Fujitsu Limited セッション状態の通知に係る通信方法、サーバ、およびプログラム
EP2204035B1 (en) * 2007-10-15 2015-07-08 Telefonaktiebolaget LM Ericsson (publ) IP multimedia subsystem service configuration
US20090113077A1 (en) * 2007-10-26 2009-04-30 Torbjorn Dahlen Service discovery associated with real time composition of services
WO2009056174A1 (en) * 2007-11-02 2009-05-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for use in a communications network
JP4882966B2 (ja) * 2007-11-12 2012-02-22 沖電気工業株式会社 プロキシサーバ、通信プログラム及び通信システム
US8654949B2 (en) * 2008-01-07 2014-02-18 At&T Intellectual Property I, L.P. Methods, systems and computer program products for providing access to personal profiles in communications systems
WO2009097352A2 (en) 2008-01-28 2009-08-06 Research In Motion Corporation Providing session initiation protocol request contents method and system
JP5078661B2 (ja) * 2008-02-22 2012-11-21 株式会社エヌ・ティ・ティ・ドコモ 呼制御システム、通信制御装置及び呼制御方法
US8306507B2 (en) * 2008-04-11 2012-11-06 Research In Motion Limited Differentiated message delivery notification
US8750132B2 (en) * 2008-12-16 2014-06-10 At&T Intellectual Property I, L.P. Method and apparatus for completing a call in a network with ENUM failure
FR2943881A1 (fr) * 2009-03-31 2010-10-01 France Telecom Procede et dispositif de gestion d'une authentification d'un utilisateur.
US8868686B1 (en) * 2009-03-31 2014-10-21 Microsoft Corporation Sharing of repository data for non-alias identities
KR101333164B1 (ko) 2009-04-13 2013-11-27 블랙베리 리미티드 Ｓｉｐ 메세지에 대한 신뢰를 결정하는 시스템 및 방법
CN102449994A (zh) 2009-06-01 2012-05-09 瑞典爱立信有限公司 终端的具有可视呼叫进程指示符的图形用户界面
US9313168B2 (en) * 2009-06-12 2016-04-12 Telefonaktiebolaget L M Ericsson (Publ) Method and server entity for forwarding a message containing a host name or domain name in an internet based communications network
WO2011032701A1 (en) * 2009-09-18 2011-03-24 Deutsche Telekom Ag Method for supporting a user equipment lacking globally routable user agent uri - gruu support in an internet protocol multimedia subsystem - ims
US9385938B2 (en) 2010-06-22 2016-07-05 Blackberry Limited Information distribution in a wireless communication system
US8468258B2 (en) * 2010-07-26 2013-06-18 Alcatel Lucent IPv6 generation to trigger a virtual leased line service
US8619547B2 (en) * 2010-11-10 2013-12-31 At&T Intellectual Property I, L.P. Communication system with failover communication services
US8547966B2 (en) 2010-12-06 2013-10-01 At&T Intellectual Property I, L.P. Method and apparatus for configuring IP multimedia subsystem network elements
WO2012149966A1 (en) * 2011-05-04 2012-11-08 Telefonaktiebolaget L M Ericsson Ab (Publ) Method and network entity for s-cscf server allocation in an ims based multimedia over ip network
JP5411203B2 (ja) * 2011-05-25 2014-02-12 株式会社Ｎｔｔドコモ サービス選択制御装置及びサービス選択制御システム
US8712409B2 (en) 2012-03-05 2014-04-29 T-Mobile Usa, Inc. System and method for terminating communication sessions with roaming mobile devices
EP2645672A1 (en) * 2012-03-30 2013-10-02 Vodafone IP Licensing Limited Method for discovering capabilities of offline users
US20130279373A1 (en) * 2012-04-18 2013-10-24 Interdigital Patent Holdings, Inc. Method and apparatus for providing an internet protocol multimedia subsystem triggering service
US20140341085A1 (en) * 2013-05-14 2014-11-20 Qualcomm Incorporated Selecting an application server at which to register one or more user equipments for an internet protocol multimedia subsystem (ims) session
US9351203B2 (en) 2013-09-13 2016-05-24 Microsoft Technology Licensing, Llc Voice call continuity in hybrid networks
US9935787B2 (en) 2013-12-26 2018-04-03 Microsoft Technology Licensing, Llc Tunneling VoIP call control on cellular networks
US9510251B2 (en) 2013-12-31 2016-11-29 Microsoft Technology Licensing, Llc Call handoff initiation in hybrid networks
US9560185B2 (en) 2014-03-19 2017-01-31 Microsoft Technology Licensing, Llc Hybrid telecommunications network connection indicator
US9363711B2 (en) 2014-04-07 2016-06-07 Microsoft Technology Licensing, Llc User experiences during call handovers on a hybrid telecommunications network
CN103974334B (zh) * 2014-05-22 2018-03-30 无锡爱维特信息技术有限公司 基于手机号码的服务器负载平衡方法
TWI581601B (zh) * 2014-05-28 2017-05-01 Chunghwa Telecom Co Ltd Integration of IMS and intelligent terminal technology to support the wisdom of the guidance system and methods
CN104010290A (zh) * 2014-06-16 2014-08-27 武汉博睿达信息技术有限公司 基于用户信息的ims应用服务器选择系统及选择方法
US9456333B2 (en) 2014-07-09 2016-09-27 Microsoft Technology Licensing, Llc Centralized routing in hybrid networks
US9819703B2 (en) * 2015-09-23 2017-11-14 T-Mobile Usa, Inc. SIP server with multiple identifiers
US10791496B2 (en) * 2016-06-30 2020-09-29 T-Mobile Usa, Inc. Restoration of serving call session control and application server function
US11190928B2 (en) 2016-12-19 2021-11-30 Nokia Technologies Oy Data storage function selection
CN109673004B (zh) * 2017-10-13 2021-10-22 成都鼎桥通信技术有限公司 终端获取集群业务服务器地址的方法及设备
WO2020222036A1 (en) * 2019-05-02 2020-11-05 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic initial filter criteria (ifc) in internet protocol multimedia subsystem (ims) in 5th generation networks
CN114629881A (zh) * 2020-12-14 2022-06-14 中兴通讯股份有限公司 一种sip网元多地址学习方法及装置、信令监测系统
CN114827978B (zh) * 2022-04-06 2022-11-18 广州爱浦路网络技术有限公司 应用服务器选择方法、装置及存储介质

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10116547A1 (de) * 2001-04-03 2002-10-10 Nokia Corp Registrierung eines Endgeräts in einem Datennetz
US6757722B2 (en) 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
KR101107948B1 (ko) * 2003-03-25 2012-01-31 노키아 코포레이션 통신 시스템에서의 서비스 제공
EP1606968B1 (en) * 2003-03-25 2012-09-19 Nokia Corporation Routing subscription information
WO2005015870A1 (en) * 2003-08-01 2005-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for routing a service request
US20050155036A1 (en) * 2003-12-19 2005-07-14 Nokia Corporation Application server addressing
EP1551144A1 (en) * 2003-12-31 2005-07-06 France Telecom System, method and apparatus for providing multimedia communications services
US8064951B2 (en) * 2004-07-29 2011-11-22 Sprint Spectrum L.P. Method and system for selective application of cellular-PBX integration service
US7643626B2 (en) * 2004-12-27 2010-01-05 Alcatel-Lucent Usa Inc. Method for deploying, provisioning and storing initial filter criteria
US20060153353A1 (en) * 2005-01-07 2006-07-13 O'neil Douglas Intelligent secondary call treatment for advanced calling scenarios
MX2008000757A (es) 2005-07-19 2008-03-13 Ericsson Telefon Ab L M Metodo y aparato para asignar servidores de aplicacion en un ims.

Also Published As

Publication number Publication date
ATE445283T1 (de) 2009-10-15
DE602005017081D1 (de) 2009-11-19
JP2009502063A (ja) 2009-01-22
CN101223758A (zh) 2008-07-16
DE602006014686D1 (de) 2010-07-15
MX2008000757A (es) 2008-03-13
US20080212569A1 (en) 2008-09-04
US7761600B2 (en) 2010-07-20
EP1905208B1 (en) 2009-10-07
US8331354B2 (en) 2012-12-11
BRPI0520429A2 (pt) 2009-09-29
BRPI0613424A2 (pt) 2017-05-02
EP1905208A1 (en) 2008-04-02
RU2008106226A (ru) 2009-08-27
JP2009502071A (ja) 2009-01-22
WO2007009498A1 (en) 2007-01-25
RU2008106229A (ru) 2009-08-27
ES2334690T3 (es) 2010-03-15
CN101223755A (zh) 2008-07-16
CN101223755B (zh) 2014-11-05
US20080232352A1 (en) 2008-09-25
RU2404539C2 (ru) 2010-11-20
CN101223754A (zh) 2008-07-16
ATE470305T1 (de) 2010-06-15
JP4856179B2 (ja) 2012-01-18
MX2008000799A (es) 2008-03-18
WO2007009499A1 (en) 2007-01-25

Similar Documents

Publication Publication Date Title
BRPI0520429B1 (pt) Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip
CA2672851C (en) Method, system and device for realizing user identity association
JP5175938B2 (ja) 共有ｄｎｓドメインの処理方法
US9571528B2 (en) Method and apparatus for providing network based services to non-registering endpoints
PT2122968E (pt) Acesso agrupado a serviço de subsistema de ip de multimédia
US8588791B2 (en) Method for providing IMS support for enterprise PBX users
CN101313606A (zh) 通信系统中感知服务配置下的公共用户标识的方法及装置
US20110310888A1 (en) Methods and Apparatuses for Handling Public Identities in an Internet Protocol Multimedia Subsystem Network
BRPI0622220B1 (pt) Método para gerenciamento da provisão de serviços de multimídia de ip numa rede de telecomunicação, e, rede de telecomunicação
US20130017853A1 (en) Wholesale Network User Identity Mapping in a Mobile Network
US9369430B2 (en) Method and arrangement for allowing enterprise and personal domains in the IMS
US10185774B2 (en) Method and system for efficiently locating in a database a user profile in an IMS network
Chen et al. ENUM-Based Number Portability for 4G/5G Mobile Communications
WO2007144681A1 (en) Method and system for providing portability

Legal Events

Date Code Title Description
B06G Technical and formal requirements: other requirements [chapter 6.7 patent gazette]

Free format text: SOLICITA-SE A REGULARIZACAO DA PROCURACAO, UMA VEZ QUE BASEADO NO ARTIGO 216 1O DA LPI, O DOCUMENTO DE PROCURACAO DEVE SER APRESENTADO EM SUA FORMA AUTENTICADA; OU SEGUNDO O PARECER DA PROCURADORIA NO 074/93, DEVE CONSTAR UMA DECLARACAO DE VERACIDADE, A QUAL DEVE SER ASSINADA POR UMA PESSOA DEVIDAMENTE AUTORIZADA A REPRESENTAR O INTERESSADO, DEVENDO A MESMA CONSTAR NO INSTRUMENTO DE PROCURACAO, OU NO SEU SUBSTABELECIMENTO.

B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 5A ANUIDADE. PAGAR RESTAURACAO.

B08H Application fees: decision cancelled [chapter 8.8 patent gazette]

Free format text: REFERENTE AO DESPACHO PUBLICADO NA RPI 2260 DE 29/04/2014.

B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 19/03/2019, OBSERVADAS AS CONDICOES LEGAIS.