BRPI0520192B1 - método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims - Google Patents

método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims Download PDF

Info

Publication number
BRPI0520192B1
BRPI0520192B1 BRPI0520192A BRPI0520192A BRPI0520192B1 BR PI0520192 B1 BRPI0520192 B1 BR PI0520192B1 BR PI0520192 A BRPI0520192 A BR PI0520192A BR PI0520192 A BRPI0520192 A BR PI0520192A BR PI0520192 B1 BRPI0520192 B1 BR PI0520192B1
Authority
BR
Brazil
Prior art keywords
message
application
communication service
ims
sip
Prior art date
Application number
BRPI0520192A
Other languages
English (en)
Inventor
Ryde Anders
Aström Bo
Norell Lennart
Stille Mats
Terrill Stephen
Original Assignee
Ericsson Telefon Ab L M
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=35311856&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BRPI0520192(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Ericsson Telefon Ab L M filed Critical Ericsson Telefon Ab L M
Publication of BRPI0520192A2 publication Critical patent/BRPI0520192A2/pt
Publication of BRPI0520192B1 publication Critical patent/BRPI0520192B1/pt
Publication of BRPI0520192B8 publication Critical patent/BRPI0520192B8/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Telephone Function (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuario ou nó de rede de ims. um método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip com que uma mensagem de protocolo de iniciação de sessão se relaciona, o método compreendendo incluir um ou mais identificadores de serviço de comunicação na mensagem de protocolo de iniciação de sessão como uma etiqueta de característica da mensagem.

Description

(54) Título: MÉTODO PARA INDICAR O(S) SERVIÇO(S) DE COMUNICAÇÃO DE SUBSISTEMA DE MULTIMÍDIA DE IP E APLICATIVO TERMINAL COM QUE UMA MENSAGEM DE PROTOCOLO DE INICIAÇÃO DE SESSÃO SE RELACIONA E PARA OPERAR UM TERMINAL DE USUÁRIO OU NÓ DE REDE DE IMS (51) Int.CI.: H04L 29/06 (73) Titular(es): TELEFONAKTIEBOLAGET LM ERICSSON (72) Inventor(es): BO ASTRÕM; LENNART NORELL; STEPHEN TERRILL; ANDERS RYDE; MATS STILLE
Figure BRPI0520192B1_D0001
“MÉTODOS PARA INDICAR O(S) SERVIÇO(S) DE COMUNICAÇÃO DE SUBSISTEMA DE MULTIMÍDIA DE IP, PARA IDENTIFICAR UM APLICATIVO, PARA OPERAR UM TERMINAL DE USUÁRIO OU NÓ DE REDE DE IMS E PARA PERMITIR A UMA PLURALIDADE DE
SERVIÇOS DE COMUNICAÇÃO SER ASSOCIADA JUNTO DENTRO DE UM SUBSISTEMA DE MULTIMÍDIA DE IP OU A UM EQUIPAMENTO DE USUÁRIO”
Campo da Invenção
A presente invenção relaciona-se a um método e aparelho para identificar um serviço de Subsistema de Multimídia de IP (IMS), e em particular para identificar um serviço de IMS para qual uma comunicação de IMS ou pedido de comunicação se relaciona.
Fundamentos da Invenção
Serviços de Multimídia IP provêem uma combinação dinâmica de voz, vídeo, transmissão de mensagem, dados, etc., dentro da mesma sessão. Cultivando o número de aplicativos básicos e a mídia que é possível combinar, o número de serviços oferecidos aos usuários finais crescerá, e a experiência de comunicação inter-pessoal será enriquecida. Isto conduzirá a uma nova geração de serviços de comunicação de multimídia personalizados, ricos, incluindo denominados serviços de ‘'Multimídia de IP combinatórios, que são considerados em mais detalhe abaixo.
Subsistema de Multimídia de IP (IMS) é a tecnologia definida pelo Projeto de Sociedade de Terceira Geração (3GPP) para prover serviços de Multimídia de IP através de 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ção 5 e Liberação 6). IMS provê características fundamentais para enriquecer a experiência de comunicação de pessoa para pessoa de usuário final pelo uso de Habilitadores de Serviço de IMS padronizados, que facilitam novos ricos serviços de comunicação de pessoa para pessoa (cliente para
Figure BRPI0520192B1_D0002
cliente) como também serviços de pessoa para conteúdo (cliente para servidor) através de redes baseadas em ΪΡ. 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ário (ou terminais de usuário e servidores de aplicativo). O Protocolo de Descrição de Sessão (SDP), levado por sinalização de SIP, é usado para descrever e negociar os componentes de mídia da sessão. Enquanto SIP foi criado como um protocolo de usuário para usuário, IMS permite aos operadores e provedores de serviço controlarem acesso de usuário a serviços e cobrarem os usuários por conseguinte.
Figura 1 ilustra esquematicamente como o IMS se ajusta na arquitetura de rede móvel no caso de uma rede de acesso de GPRSZPS. Funções de Controle de Chamada/Sessão (CSCFs) operam como procurações de SIP com o IMS. A arquitetura de 3GPP define três tipos de CSCFs: a CSCF de Procuração (P-CSCF), que é o primeiro ponto de contato dentro do IMS para um terminal de SIP; a CSCF de Serviço (S-CSCF), que provê serviços ao usuário aos quais o usuário está subscrito; e a CSCF Interrogante (I-CSCF), cujo papel é identificar a S-CSCF correta e para remeter para essa S-CSCF um pedido recebido de um terminal de SIP por uma P-CSCF.
Um usuário se registra com o IMS usando o método de REGISTRO de SIP especificado. Este é um mecanismo para se conectar ao IMS e anunciar ao EMS o endereço ao qual uma identidade de usuário de SIP pode ser alcançada. Em 3GPP, quando um terminal de SIP executa um registro, o IMS autentica o usuário, e aloca uma S-CSCF àquele usuário do conjunto de S-CSCFs disponíveis. Enquanto os critérios para alocar S-CSCFs não estão especificados por 3GPP, estes podem incluir repartição de carga e requisitos de serviço. É notado que a alocação de uma S-CSCF é fundamental para controlar (e cobrar) acesso de usuário a serviços baseados em IMS. Operadores podem prover um mecanismo para prevenir sessões de SIP de usuário para usuário diretas que caso contrário desviariam a S-CSCF.
Durante o processo de registro, é a responsabilidade da ICSCF selecionar uma S-CSCF, se uma S-CSCF já não estiver selecionada. A I-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 baseado nas capacidades recebidas. [É notado que alocação de SCSCF também é levada para um usuário pela I-CSCF no caso onde o usuário é chamado por outra parte, e o usuário não está alocado a uma S-CSCF atualmente]. Quando um usuário registrado envia subseqüentemente um pedido de sessão ao IMS, a P-CSCF é capaz de remeter o pedido à S-CSCF selecionada baseado em informação recebida da S-CSCF durante o processo de registro.
Dentro da rede de serviço de IMS, Servidores de Aplicativo (ASs) são providos para implementar funcionalidade de serviço de IMS. Servidores de Aplicativo provêem serviços a usuários finais em um sistema de IMS, e podem ser conectados como tanto como pontos finais através da interface de Mr definida de 3GPP, ou ligado por uma S-CSCF através da interface de ISC definida de 3GPP. No caso anterior, Critérios de Filtro Iniciais (IFC) são usados por uma S-CSCF para determinar quais Servidores de Aplicativo deveríam ser ligados durante um estabelecimento de Sessão de SIP. Os IFCs são recebidos pela S-CSCF de um HSS durante o procedimento de registro de IMS como parte do Perfil do Usuário de um usuário.
Figura 2 ilustra a interface de Controle de Serviço de IMS (ISC) entre um AS e uma S-CSCF, como também outras interfaces dentro do IMS. Embora o AS na Figura 2 seja mostrado como tendo só uma única interface a uma S-CSCF, será apreciado que na prática, a interface de ISC estenderá por uma rede de comunicação para qual muitos (ou todos) dos servidores de CSCF da rede de um dado operador estão conectados, permitindo a um AS se comunicar com todas destas CSCFs. [Outras entidades
Figure BRPI0520192B1_D0003
ilustradas na Figura 1 serão bem conhecidas àqueles de habilidade na arte].
Uma interface adicional (Ut) existe entre o AS e o terminal de usuário (TS23.002), embora isto não seja mostrado na Figura. A interface de Ut permite ao usuário administrar informação relacionada a seus serviços, por exemplo criação e designação de Identidades de Serviço Publico, administração de políticas de autorização que são usadas por exemplo por serviços de presença, administração de política de conferência, etc.
Sumário da Invenção
Até onde serviços de IMS são requeridos, serviços de comunicação diferentes são prováveis requerer manipulação diferente pelo IMS e por terminais de usuário. Mais particularmente:
Serviços diferentes podem requerer a ligação de servidores de aplicativo diferentes através da interface de ISC;
Sessões podem ser roteadas a terminais de usuários finais diferentes que um dado usuário registrou com o IMS, em dependência do serviço ao qual a sessão se relaciona (casar capacidades de terminal a tipo serviço pode ser usado, por exemplo, para evitar estrangulamento);
Entidades funcionais diferentes no terminal de um recebedor podem ser designadas para controlar serviços diferentes (por exemplo, PoC e P2P Multimídia);
Operadores de rede podem ter níveis diferentes de autorização para serviços diferentes;
Políticas de autorização de mídia corretas diferentes podem ser aplicadas a serviços diferentes. Por exemplo, voz (áudio) em PoC não requer o mesmo suporte de Qualidade de Serviço na rede como multimídia de P2P, e portanto mídia será alocada por conseguinte.
Um operador de rede pode aplicar regras de cobrança diferentes dependendo do serviço de IMS;
Requisitos de Serviço de conexão em rede (por exemplo transmissão de mensagem adiada de IMS - MMS) pode depender do serviço de IMS.
O Protocolo de Descrição de Sessão (SDP) de SIP especifica um denominado campo de linha m que define o tipo inicial de mídia a ser usada para um serviço de IMS. Por exemplo, a linha m pode especificar áudio 20000 RTP/AVP 0 ou vídeo 20000 RTP/AVP 0. [O formato de linha m está definido na IETF RFC (2327). ’^ΟΟΟΟ é o número da porta que deverá ser usado e RTP é o protocolo. AVPs estão definidos para protocolos diferentes e os valores nomeados para AVPs têm significados diferentes dependendo dos protocolos. Um certo valor pode por exemplo expressar qual codec que deverá ser usado]. Foi idealizado que a informação de linha m pode ser usada para identificar o tipo de serviço de comunicação de IMS. Porém, o sucesso de IMS significou que haverá vários serviços de comunicação diferentes usando o mesmo tipo de mídia. Por exemplo, PoC e multimídia de pessoa para pessoa poderíam fazer uso do tipo de mídia de áudio. A informação de linha m portanto não pode ser usada para identificar exclusivamente o serviço de comunicação de IMS. Este problema foi identificado pelos inventores da presente invenção em um artigo de trabalho de 3GPP intitulado IMS Communication Service Identifier (ServID).
De acordo com um primeiro aspecto da presente invenção, é provido um método para indicar os serviços de comunicação de Subsistema de Multimídia de IP para quais uma mensagem de Protocolo de Iniciação de Sessão se relaciona, o método compreendendo incluir um ou mais identificadores de serviço de comunicação na mensagem de Protocolo de
Iniciação de Sessão como uma Etiqueta de Característica da mensagem, um identificador de serviço de comunicação identificando um de uma pluralidade de serviços de comunicação.
Uma mensagem de SIP pode incluir um ou mais identificadores de serviço de comunicação como Etiquetas de Característica, por exemplo no caso de uma mensagem de REGISTRO DE SIP.
A Etiqueta de Característica pode ser incluída em um
Cabeçalho de Contato, Aceitar-Contato, ou cabeçalho de Rejeitar-Contato durante Registro ou como preferências de chamador durante estabelecimento de sessão ou entrega de mensagem para mensagens de SIP que não são baseadas em sessão, por exemplo Mensagem de SIP.
De acordo com um segundo aspecto da presente invenção, é provido um método para identificar um aplicativo, residindo em um terminal de usuário, para o qual uma mensagem de Protocolo de Iniciação de Sessão se relaciona, o método compreendendo incluir uma referência de aplicativo na mensagem de Protocolo de Iniciação de Sessão.
Uma referência de aplicativo pode ser incluída no cabeçalho de mensagem de SIP como uma Etiqueta de Característica, por exemplo em um cabeçalho de Contato em Mensagens de Registro, e cabeçalhos de
Aceitar-Contato, ou Rejeitar-Contato em outras mensagens de SIP (por exemplo, CONVITE). Altemativamente, a referência de aplicativo pode ser incluída como uma linha a, aumentando uma linha m em uma parte de SDP da mensagem de SIP. Referências de aplicativo podem ser incluídas ambos como uma Etiqueta de Característica e como um linha a na mesma mensagem de SIP, por exemplo identificando um aplicativo mestre e um aplicativo auxiliar, respectivamente.
Uma concretização preferida da presente invenção combina o primeiro e segundo aspectos da presente invenção. A um terminal de usuário ou nó de rede de IMS, a pilha de IMS identifica o serviço de comunicação apropriado na base de um identificador de serviço de comunicação contido em uma mensagem de Protocolo de Iniciação de Sessão recebida, e remete a mensagem para a entidade funcional (software) que implementa este serviço. Esta entidade funcional é chamada aqui o serviço de comunicação. O serviço de comunicação que recebe a mensagem identifica o aplicativo apropriado na base de uma referência de aplicativo contida na mensagem de Protocolo de Iniciação de Sessão, e remete a mensagem para aquele aplicativo.
De acordo com um terceiro aspecto da presente invenção, é provido um método permitindo a uma pluralidade de Serviços de
Comunicação serem associados juntos dentro de um Subsistema de Multimídia de IP ou a um Equipamento de Usuário, o método incluindo identificar o ou cada serviço associado como uma Etiqueta de Característica na mensagem de Protocolo de Iniciação de Sessão.
Por exemplo, a invenção pode permitir associação de uma pluralidade de comunicação de serviços de IMS simultâneos, por exemplo Multimídia de P2P com Transmissão de Mensagem de IMS, e/ou correlatar serviços de comunicação de IMS com outras sessões de serviço simultâneas, por exemplo, Fala Comutada por Circuito.
Em uma concretização preferida da invenção, este terceiro aspecto é combinado com um ou ambos do primeiro e segundo aspectos da invenção.
Outros aspectos da invenção incluem:
terminais de usuário e nós de rede incluindo meio para inserir em uma mensagem de Protocolo de Iniciação de Sessão um identificador de serviço de comunicação como uma Etiqueta de Característica da mensagem;
terminais de usuário e nós de rede incluindo meio para inserir em uma mensagem de Protocolo de Iniciação de Sessão uma referência de aplicativo; e terminais de usuário e nós de rede incluindo meio para inserir em uma mensagem de Protocolo de Iniciação de Sessão.
De acordo com ainda aspectos adicionais da invenção, um ou mais novos Elementos de informação de SIP (parâmetros) podem ser padronizados para levar um ou mais do: Identificador de Serviço de Comunicação, Referência de Aplicativo, e Qualificador de MCS (o identificador de associação de Serviço de Comunicação).
Breve Descrição dos Desenhos
Figura 1 ilustra esquematicamente a integração de um Subsistema de Multimídia de IP em um sistema de comunicação móvel de
3G;
Figura 2 ilustra esquematicamente certas entidades do Subsistema de Multimídia de IP incluindo um Servidor de Aplicativo e uma Função de Controle de Serviço Chamada/Estado;
Figura 3 ilustra uma mensagem de REGISTRO de SIP de 10 exemplo incorporando Identificadores de Serviço de Comunicação;
Figura 4 ilustra uma mensagem de CONVITE de SIP de exemplo incorporando Identificadores de Serviço de Comunicação;
Figura 5 ilustra esquematicamente uma arquitetura de UE que faz uso de Identificadores de Serviço de Comunicação e Referências de
Aplicativo;
Figura 6 ilustra esquematicamente uma arquitetura de terminal na qual um aplicativo implementa uma comunicação baseada em SIP que é proprietário ao aplicativo;
Figura 7 ilustra uma mensagem de REGISTRO de SIP de 20 exemplo incorporando Identificadores de Serviço de Comunicação e
Referências de Aplicativo;
Figura 8 ilustra uma mensagem de CONVITE de SIP de exemplo incorporando Identificadores de Serviço de Comunicação e Referências de Aplicativo;
Figura 9 ilustra esquematicamente uma arquitetura de UE que faz uso de Identificadores de Serviço de Comunicação, Referências de Aplicativo e Múltiplos Qualificadores de Serviço de Comunicação;
Figura 10 ilustra uma mensagem de CONVITE de SIP de exemplo incorporando Identificadores de Serviço de Comunicação,
Referências de Aplicativo, e Múltiplos Qualifícadores de Serviço de Comunicação; e
Figura 11 ilustra uma Mensagem de SIP de exemplo incorporando Identificadores de Serviço de Comunicação, Referências de Aplicativo e Múltiplos Qualifícadores de Serviço de Comunicação.
Descrição Detalhada de Certas Concretizações
Há vários benefícios de ser capaz de identificar o serviço de Subsistema de Multimídia de IP (IMS) particular para qual uma mensagem de Protocolo de Iniciação de Sessão (SIP) se relaciona. Estes já foram considerados acima. É proposto aqui facilitar esta identificação incluindo na mensagem de SIP um Identificador de Serviço de Comunicação, e em particular incluindo o Identificador de Serviço de Comunicação como uma Etiqueta de Característica.
A Etiqueta de Característica apropriada é incluída em um dos cabeçalhos de Contato (Registro), Aceitar-Contato, ou Rejeitar-Contato da mensagem de SIP, como uma das Preferências de Chamador. Exemplos de identificadores de serviço são:
+g.communication Service ~ +g.p2p.multimedia +g.communication Service = +g.poc,talkburst +g.communication Service = +g.instant.messaging +g.communication Service = +g.defeired.multimedia.messaging, onde o sufixo, por exemplo multimedia identifica o serviço de comunicação de IMS.
Figura 3 mostra a estrutura (em parte) de uma mensagem de REGISTRO de SIP que identifica os serviços de comunicação que são suportados pelo remetente de mensagem (Equipamento de Usuário), incluindo Identificadores de Serviço de Comunicação no cabeçalho de Contato. Etiquetas de Característica em Mensagens de Registro anunciam capacidades de um terminal à rede. A rede (por exemplo, na S-CSCF) pode usar esta informação para casar preferências de chamador expressas pelo originador de uma sessão de SIP com o conjunto de terminais registrados do recebedor que melhor casam com as preferências de chamador pedidas. No exemplo ilustrado, os serviços suportados são: multimídia; ‘talkburst'; e transmissão de mensagem de multimídia. Tal mensagem de REGISTRO é enviada pelo UE à Função de Controle de Chamada/Sessão de Serviço (S-CSCF).
Figura 4 mostra a estrutura (em parte) de uma mensagem de CONVITE de SIP que é usada para começar um serviço de comunicação de IMS específico. A mensagem de CONVITE identifica no cabeçalho de
Aceitar-Contato a mídia suportada pelo UE iniciante, isto é, áudio, vídeo, dados, como também o serviço para qual a mensagem se relaciona, isto é, multimídia de pessoa para pessoa (p2P). A “linha m da parte de mensagem de SDP indica que inicialmente a sessão é só uma sessão de áudio. A outra mídia, áudio e dados, identificada no cabeçalho de Aceitar-Contato são mídias que podem ser usadas na sessão, mas não são usadas inicialmente. O recebedor final desta mensagem é um UE de par, identificado pelo exemplo “SIP URI SIP-URIl@operator.com. Porém, é provável que a S-CSCF servindo o UE iniciante examinará a mensagem, e pode decidir se ou não remeter a mensagem dependendo do serviço identificado pelo Identificador de
Serviço de Comunicação. Se o assinante estiver autorizado a usar o serviço de multimídia de p2p, o CONVITE será remetido ao recebedor UE (escolhido, se necessário, na base de capacidades). Cobrança também pode ser iniciada baseada no serviço, e/ou ASs de SIP ligados dentro ao caminho de mensagem de SIP.
Como uma melhoria para a abordagem descrita, o
Identificador de Serviço de Comunicação na Etiqueta de Característica pode ser completado com o número de versão do serviço relacionado.
Em um UE típico, serviços de comunicação particulares (padronizados) são prováveis serem operados por aplicativos que na maioria dos casos serão providos de modo nativo por vendedores de terminais. Estes aplicativos podem se conformar a certos padrões acordados e são referidos aqui como aplicativos prefixados para serviço baseado em comunicação de IMS padronizado. Exemplos incluem aplicativos prefixados para operar sessões de multimídia de p2p e PoC. Outros aplicativos residindo no UEs podem não ser padronizados, por exemplo aplicativos relativos a jogos ou aplicativos de escritório específicos de companhia. Figura 5 ilustra os aplicativos e serviços de comunicação residindo a um UE, no topo da pilha de IMS.
Seria útil poder especificar em uma mensagem de SIP o aplicativo que é para ser usado para operar um serviço de comunicação particular, por meio de uma Referência de Aplicativo. Isto é útil quando um serviço de comunicação de IMS permite a aplicativos se comunicarem de acordo com as regras, procedimentos e mídia associada definida para o serviço de comunicação. Um aplicativo que usa um serviço de comunicação de IMS não implementa a parte de comunicação de SIP do serviço, mas usa (isto é, acessa de modo superposto) o serviço de comunicação para este propósito por uma interface interna. A referência de aplicativo identifica o aplicativo assentando em cima de um serviço de comunicação. Note também que é possível para um aplicativo implementar uma comunicação baseada em SIP que é proprietário ao aplicativo, e o aplicativo em tal caso seria identificado com um identificador de serviço de comunicação. Isto é ilustrado na Figura 6.
A Referência de Aplicativo pode ser implementada como uma
Etiqueta de Característica ou como uma linha a aumentando uma linha m na parte de SDP de uma mensagem de SIP. Ambos têm suas vantagens e desvantagens.
Referência de Aplicativo como uma Etiqueta de Característica
Incluir a Referência de Aplicativo como uma Etiqueta de
Figure BRPI0520192B1_D0004
Característica tem a vantagem que o mecanismo pode ser usado para todas as Mensagens de SIP (isto é, não só aquelas levando um SDP). Este mecanismo também indica a um ponto final de recebedor, qual aplicativo deverá ser usado para o serviço de comunicação a ser estabelecido. Este aplicativo será o aplicativo mestre para a sessão e governará a adição de mídia a ele. Porém, o mecanismo só pode ser usado no estabelecimento de sessão e não é adequado para indicar sub-funcionalidade durante uma sessão estabelecida, por exemplo para clarificar que um meio em um Re-Convite deverá ser usado para uma certa funcionalidade. Por exemplo, usando a abordagem de Etiqueta de Característica por si só não permitirá uma expressão que Protocolo de Retransmissão de Sessão de Mensagem (MSRP) deverá ser usado para Whiteboarding e não PictureViewer.
Referência de Aplicativo como uma linha a aumentando uma linha m em SDP
Este mecanismo tem a vantagem que pode ser usado para endereçar sub-funcionalidade em uma sessão de SIP estabelecida. O aplicativo de recebedor é expresso em uma linha a que segue a linha m indicando a mídia inicial a ser usada. Porém, o mecanismo só pode ser usado para mensagens de SIP que levam um corpo de SDP (por exemplo, não para Mensagem de SIP).
Combinando estas duas abordagens juntas, as desvantagens podem ser evitadas. É portanto proposto permitir a Referência de Aplicativo ser transferida ambos como uma Etiqueta de Característica e no corpo de SDP. A Etiqueta de Característica é usada para indicar o Aplicativo Mestre para a sessão. Para Serviços de Comunicação padronizados este é o aplicativo prefixado e seu valor poderia ser fixado ao mesmo valor como o Identificador de Serviço de Comunicação. Por exemplo:
Identificador de Serviço de Comunicação = Multimídia de P2P Referência de Aplicativo = Multimídia de P2P.
Certamente, pode ser possível omitir a Referência de
Aplicativo quando o aplicativo for a aplicativo prefixado.
Para aplicativos específicos de operador ou vendedor que usam Serviços de Comunicação padronizados, a Referência de Aplicativo contém o nome deste aplicativo. Por exemplo:
Identificador de Serviço de Comunicação = Multimídia de P2P
Referência de Aplicativo = OperatorOfficeHelper
A Etiqueta de Característica é sempre usada para endereçar um aplicativo de recebedor quando o tipo de mensagem de SIP não leva um corpo de SDP (por exemplo, Mensagem de SIP).
Uma linha a no corpo de SDP é usada para aumentar uma linha m para clarificar o contexto para o qual a linha m é usada, quando o tipo de mensagem de SIP leva um corpo de SDP (por exemplo, Convite).
Figura 7 ilustra a estrutura de mensagem de REGISTRO de SIP, onde as Etiquetas de Característica identificando os serviços de comunicação suportados pelo UE remetente são identificadas no cabeçalho de Contatos. Figura 8 ilustra a estrutura de mensagem de CONVITE de SIP para iniciar uma sessão entre um UE iniciante e um UE identificado pelo SIP URI SIP-URIl@operator.com. O identificador de Serviço de Comunicação (+gp2p.multimedia) é incluído como uma Etiqueta de Característica, enquanto a Referência de Aplicativo (+g.communication Service) é incluída como uma segunda Etiqueta de Característica para identificar o aplicativo mestre. Uma linha a é incluída para identificar um aplicativo adicional (3gpp.VideoSharing) que pode ser ligado à mesma sessão pelo aplicativo mestre.
Existe uma necessidade para poder identificar dentro do IMS e em UEs, serviços comunicação simultâneos (ambos serviços de IMS e outros serviços tal como fala comutada por circuito (CS)) que são associados com um aplicativo. Um identificador referido aqui como qualificador de MCS, provê um aplicativo com a habilidade para correlatar várias sessões de serviço de comunicação de IMS simultâneas (por exemplo Multimídia de P2P e Mensagem de IMS), e correlatar serviços de comunicação de IMS com outras sessões de serviço de não IMS, por exemplo, Fala de CS.
O Qualificador de MCS pode ser usado por exemplo para determinar a tarifa a ser aplicada a uma sessão. Em um exemplo, Fala de CS pode ser combinada com o serviço de multimídia de IMS P2P para vídeocompartilhamento implementado de um modo de serviço combinatório (CSI). A existência do Qualificador de MCS permite a rede determinar isto e aplicar regras de cobrança diferentes e taxas à parte de comunicação de IMS para transferência de vídeo, regras de cobrança e taxas que diferem daquelas que são aplicadas quando vídeo é transferido através de IMS em um contexto de não CSI, isto é, IMS em um contexto independente.
Figura 9 ilustra um exemplo onde um aplicativo particular, neste caso um aplicativo de ajuda específica de operador de rede
OperatorOfficeHelper, usa a multimídia de p2p de serviço de comunicação de IMS, e o serviço de Fala de CS. A fim de ter uma comunicação significante, OperatorOfficeHelper’ deve ser instalado nos terminais envolvidos na comunicação. Referência de Aplicativo é fixada a OperatorOfficeHelper e codificada com uma Etiqueta de Característica. O
Identificador de Serviço de Comunicação é fixado a multimídia de p2p, e o Qualificador de MCS é fixado a multimídia de p2p IMS e Fala de CS. Um exemplo desta estrutura de CONVITE de SIP incorporando o Identificador de Múltiplos Serviços de Comunicação é mostrado na Figura 10.
Figura 11 mostra um exemplo da estrutura de Mensagem de
SIP que poderia ser enviada em combinação com a Fala de CS e serviços de multimídia de p2p. É assumido neste exemplo que a Mensagem de SIP é enviada com o Serviço de Comunicação de Mensagem de IMS. A Mensagem de SIP leva os parâmetros seguintes:
Id de Serviço de Comunicação = Mensagem de IMS
Figure BRPI0520192B1_D0005
Referência de Aplicativo = OperatorOfficeHelper
Qualifícadores de MCS, Fala de CS, Multimídia de P2P, Mensagem de IMS
Será apreciado pela pessoa de habilidade na arte que várias 5 modificações podem ser feitas às concretizações descritas acima sem partir da extensão da presente invenção. Por exemplo, outros mecanismos poderiam ser usados para expressar Identificadores de Serviço de Comunicação, referências de Aplicativo e Qualifícadores de MCS em mensagens de SIP. Em particular, é possível definir novos Elementos de Informação de SIP (Cabeçalhos/Parâmetros) para este propósito.
2?
ι

Claims (8)

  1. REIVINDICAÇÕES
    1. Método para indicar o(s) serviço(s) de comunicação de Subsistema de Multimídia de IP com que uma mensagem de Protocolo de Iniciação de Sessão se relaciona, caracterizado pelo fato de que compreende
    5 incluir um ou mais identificadores de serviço de comunicação na mensagem de Protocolo de Iniciação de Sessão como uma Etiqueta de Característica da mensagem, um identificador de serviço de comunicação identificando um de uma pluralidade de serviços de comunicação.
  2. 2. Método de acordo com a reivindicação 1, caracterizado pelo
    10 fato de que a dita Etiqueta de Característica é incluída em um de um cabeçalho de Contato, Aceitar-Contato, ou de Rejeitar-Contato de uma mensagem de SIP.
  3. 3. Método para identificar um aplicativo, residindo em um terminal de usuário, com que uma mensagem de Protocolo de Iniciação de
    15 Sessão se relaciona, caracterizado pelo fato de compreender incluir uma referência de aplicativo na mensagem de Protocolo de Iniciação de Sessão.
  4. 4. Método de acordo com a reivindicação 3, caracterizado pelo fato de que uma referência de aplicativo é incluída no cabeçalho de mensagem de SIP como uma Etiqueta de Característica.
    20 5. Método de acordo com a reivindicação 1, caracterizado pelo fato de que a dita Etiqueta de Característica é incluída em um de um cabeçalho de Contato, Aceitar-Contato, ou de Rejeitar-Contato de uma mensagem de SIP.
    6. Método de acordo com a reivindicação 3, caracterizado pelo
    25 fato de que a dita referência de aplicativo é incluída como uma linha a, aumentando uma linha m em uma parte de SDP da mensagem de SIP.
    7. Método de acordo com a reivindicação 3, caracterizado pelo fato de que uma pluralidade de referências de aplicativo é incluída na mensagem de SIP como ambas uma Etiqueta de Característica e como uma linha a.
    8. Método de acordo com a reivindicação 8, caracterizado pelo fato de que a referência de aplicativo incluída como uma Etiqueta de Característica identifica um aplicativo mestre, e uma referência de aplicativo
  5. 5 incluída em uma linha a identifica um aplicativo auxiliar.
  6. 9. Método para operar um terminal de usuário ou nó de rede de IMS, caracterizado pelo fato de compreender, na pilha de IMS, identificar um serviço de comunicação apropriado na base de um identificador de serviço de comunicação contido em uma mensagem de Protocolo de Iniciação de Sessão
  7. 10 recebida, e remeter a mensagem para aquele serviço, receber a mensagem no serviço de comunicação identificado e identificar o aplicativo apropriado na base de uma referência de aplicativo contida na mensagem de Protocolo de Iniciação de Sessão, e remeter a mensagem para aquele aplicativo.
    10. Método para permitir a uma pluralidade de Serviços de
  8. 15 Comunicação ser associada junto dentro de um Subsistema de Multimídia de
    IP ou a um Equipamento de Usuário, caracterizado pelo fato de compreender identificar o ou cada serviço associado como uma Etiqueta de Característica na mensagem de Protocolo de Iniciação de Sessão.
    1/10
BRPI0520192A 2005-05-25 2005-05-25 método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims BRPI0520192B8 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2005/052402 WO2006125471A1 (en) 2005-05-25 2005-05-25 Method and apparatus for identifying an ims service

Publications (3)

Publication Number Publication Date
BRPI0520192A2 BRPI0520192A2 (pt) 2009-08-18
BRPI0520192B1 true BRPI0520192B1 (pt) 2018-05-08
BRPI0520192B8 BRPI0520192B8 (pt) 2018-12-26

Family

ID=35311856

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0520192A BRPI0520192B8 (pt) 2005-05-25 2005-05-25 método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims

Country Status (11)

Country Link
US (4) US8285852B2 (pt)
EP (1) EP1886458B2 (pt)
JP (1) JP4851516B2 (pt)
KR (1) KR101245915B1 (pt)
CN (1) CN101185304B (pt)
AT (1) ATE429767T1 (pt)
BR (1) BRPI0520192B8 (pt)
CA (1) CA2609639C (pt)
DE (1) DE602005014150D1 (pt)
ES (1) ES2325378T5 (pt)
WO (1) WO2006125471A1 (pt)

Families Citing this family (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2325378T5 (es) 2005-05-25 2016-06-01 Optis Wireless Technology, Llc Método y aparato para la identificación de un servicio IMS
US9621666B2 (en) 2005-05-26 2017-04-11 Citrix Systems, Inc. Systems and methods for enhanced delta compression
US9692725B2 (en) 2005-05-26 2017-06-27 Citrix Systems, Inc. Systems and methods for using an HTTP-aware client agent
US8943304B2 (en) 2006-08-03 2015-01-27 Citrix Systems, Inc. Systems and methods for using an HTTP-aware client agent
US9407608B2 (en) 2005-05-26 2016-08-02 Citrix Systems, Inc. Systems and methods for enhanced client side policy
US8396922B2 (en) * 2005-11-18 2013-03-12 Aol Inc. Promoting interoperability of presence-based systems through the use of ubiquitous online identities
CN100474854C (zh) * 2006-01-10 2009-04-01 华为技术有限公司 一种选择被叫接续网络的方法及网络系统
US8406228B2 (en) * 2006-06-20 2013-03-26 Intel Mobile Communications GmbH Message generating arrangement
US8869066B2 (en) 2006-07-06 2014-10-21 Addthis, Llc Generic content collection systems
KR101250589B1 (ko) * 2006-10-02 2013-04-03 삼성전자주식회사 멀티미디어 통화 서비스를 수행하기 위한 멀티미디어PoC 세션 개설 및 관리 시스템과 그 방법 및 단말장치
US20080101412A1 (en) * 2006-10-30 2008-05-01 Infineon Technologies Ag Method and apparatus for generating a message in a communication system
CN100446516C (zh) * 2006-12-01 2008-12-24 华为技术有限公司 一种实现视频共享业务的方法、系统及装置
CN101563903B (zh) * 2006-12-11 2013-03-06 艾利森电话股份有限公司 用于向用户提供ip多媒体子系统通信服务的方法和设备
CN101212522B (zh) * 2006-12-29 2010-06-02 华为技术有限公司 关联会话的方法、装置及系统
JP4875755B2 (ja) 2007-01-18 2012-02-15 インターデイジタル テクノロジー コーポレーション メディア独立ハンドオーバのための方法および装置
CN101247632B (zh) 2007-02-13 2013-01-30 华为技术有限公司 在通信系统中应用ims通信业务标识的方法、系统及装置
US9009728B2 (en) 2007-03-06 2015-04-14 Addthis, Inc. Method and apparatus for widget and widget-container distribution control based on content rules
KR20100016483A (ko) * 2007-03-15 2010-02-12 인터디지탈 테크날러지 코포레이션 매체 독립 핸드오버를 위한 방법 및 장치
US7856226B2 (en) * 2007-04-17 2010-12-21 Aylus Networks, Inc. Systems and methods for IMS user sessions with dynamic service selection
KR100894906B1 (ko) 2007-04-18 2009-04-30 주식회사 케이티프리텔 세션 설정 프로토콜 기반의 ip 멀티미디어 서비스를제공하는 단말장치, 호 세션 제어 기능 장치 및 이를이용한 서비스 요청 송/수신 방법
CN101330449B (zh) 2007-07-02 2011-07-13 中兴通讯股份有限公司 一种ip多媒体子系统业务交互的实现方法
US8214512B2 (en) 2007-07-11 2012-07-03 Telefonaktiebolaget Lm Ericsson (Publ) Control entity and method for setting up a session in a communications network, subscriber database and communications network
CN101364880B (zh) * 2007-08-09 2013-10-09 华为技术有限公司 计费方法、系统和装置以及消息处理装置
CN100550860C (zh) * 2007-11-27 2009-10-14 华为技术有限公司 媒体资源预留方法及业务包信息获取方法及装置
EP2250781A1 (en) * 2007-12-27 2010-11-17 Telecom Italia S.p.A. Terminal provided with a poc client module
US8831032B2 (en) * 2008-03-05 2014-09-09 Telefonaktiebolaget L M Ericsson (Publ) SIP-HTTP application correlator
US7899058B2 (en) 2008-03-12 2011-03-01 Telefonaktiebolaget L M Ericsson (Publ) Using a hash value as a pointer to an application class in a communications device
US8111712B2 (en) * 2008-04-10 2012-02-07 Nokia Siemens Networks Oy Apparatus, method, system and program for communication
CN102037749B (zh) * 2008-05-23 2014-02-19 艾利森电话股份有限公司 用于在ims以及电路交换网络中进行消息路由的方法以及系统
US8683077B2 (en) 2008-06-24 2014-03-25 Blackberry Limited Method for indicating supported IP versions and reaching a device that supports compatible IP versions with SIP
US8331355B2 (en) * 2008-06-24 2012-12-11 Research In Motion Limited Method for a network component to route a communication session
CN102119516B (zh) * 2008-08-11 2014-09-24 艾利森电话股份有限公司 辅助sip服务
US20100100605A1 (en) * 2008-09-15 2010-04-22 Allen Stewart O Methods and apparatus for management of inter-widget interactions
US8305983B2 (en) 2008-11-03 2012-11-06 At&T Intellectual Property I, L.P. Method and apparatus for enabling registration of endpoint devices through provisioning
US8612610B2 (en) 2009-02-10 2013-12-17 Telefonaktiebolaget Lm Ericsson (Publ) IP multimedia service provision
EP2296350B1 (en) * 2009-09-14 2018-11-07 Alcatel Lucent Management of application server-related user data
US8406183B2 (en) 2009-12-27 2013-03-26 At&T Intellectual Property I, L.P. Method and apparatus for enabling registration of aggregate end point devices through provisioning
WO2012038445A1 (en) * 2010-09-24 2012-03-29 Nexios It Systems and methods for peer-to-peer ims
CN103392320B (zh) 2010-12-29 2016-08-31 思杰系统有限公司 对加密项目进行多层标记以提供额外的安全和有效的加密项目确定的系统和方法
US8611890B2 (en) * 2011-02-23 2013-12-17 T-Mobile Usa, Inc. System and method for subscribing for internet protocol multimedia subsystems (IMS) services registration status
ES2409457B1 (es) * 2011-03-28 2014-08-18 Vodafone España, S.A.U. Método y sistema para la mejora del enrutamiento en operadores de comunicaciones proveedores de servicios multimedia sobre redes ims
US20140194111A1 (en) * 2011-06-30 2014-07-10 Panasonic Corporation Communication system, user terminal, and communication device
EP2735203B1 (en) 2011-07-22 2019-05-08 BlackBerry Limited Method and apparatuses for using non-ims connections in ims sessions
US20140335791A1 (en) * 2011-12-13 2014-11-13 Lg Electronics Inc. Method and device for providing a proximity service in a wireless communication system
CN104040991B (zh) * 2012-01-13 2019-01-18 瑞典爱立信有限公司 用于为ip多媒体子系统补充服务配置和实现通知的方法和设备
EP2645672A1 (en) * 2012-03-30 2013-10-02 Vodafone IP Licensing Limited Method for discovering capabilities of offline users
US9565615B2 (en) * 2012-05-16 2017-02-07 Qualcomm Incorporated Evolved hybrid internet protocol (IP) multimedia subsystem (IMS) architecture
EP2880838A1 (en) * 2012-07-30 2015-06-10 Intel Mobile Communications GmbH Communication devices, servers, methods for controlling a communication device, and methods for controlling a server
US9130942B2 (en) * 2013-02-05 2015-09-08 Qualcomm Incorporated Optimizing recipient application selection in a multiple application environment using equivalence classes for applications
CN104125200B (zh) * 2013-04-25 2017-09-12 中国移动通信集团公司 多屏互动方法、设备及系统
US9642109B2 (en) * 2013-08-21 2017-05-02 Qualcomm Incorporated Single network registration where multiple applications access the network using separate processors
WO2015088418A1 (en) * 2013-12-09 2015-06-18 Telefonaktiebolaget L M Ericsson (Publ) Ip multimedia subsystem applications
CN103618739B (zh) * 2013-12-09 2017-02-15 中国联合网络通信集团有限公司 一种增强的s‑cscf服务器的数据处理方法及装置
EP2938041B1 (en) 2014-04-25 2019-06-12 Vodafone IP Licensing limited Method and system for selection in multi-device scenario
KR102202110B1 (ko) 2014-04-30 2021-01-13 삼성전자주식회사 서비스 제공 방법, 전자 장치 및 저장 매체
DE102015012569A1 (de) * 2014-10-31 2016-05-04 Intel Corporation Vorrichtung, System und Verfahren zur Unterscheidung zwischen einer IMS-Verbindung und einer Nicht-IMS-Verbindung
US10003656B2 (en) * 2015-11-23 2018-06-19 Samsung Electronics Co., Ltd. System and method for sharing data/objects between electronic devices via IMS infrastructure
US10425450B2 (en) * 2016-02-27 2019-09-24 Ofinno, Llc Mission critical communications
CN106412955B (zh) * 2016-09-29 2019-06-11 宇龙计算机通信科技(深圳)有限公司 一种执行ims业务的方法、装置及终端
WO2019074205A1 (en) 2017-10-10 2019-04-18 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR ASSOCIATING SERVICES IN AN ELECTRONIC DEVICE
US10938921B2 (en) * 2017-10-10 2021-03-02 Samsung Electronics Co., Ltd Method and apparatus for associating services in an electronic device
WO2019129359A1 (en) * 2017-12-29 2019-07-04 Telefonaktiebolaget Lm Ericsson (Publ) Method, system and entity for a media transfer session in an ims infrastructure
US12413434B1 (en) * 2021-04-02 2025-09-09 T-Mobile Usa, Inc. Service aware proxy-call session control function (P-CSCF) traffic routing
US12348573B2 (en) 2021-04-16 2025-07-01 Samsung Electronics Co., Ltd. Wireless communication apparatus supporting rich communication suite (RCS) and wireless communication method thereof

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI107770B (fi) * 1999-06-07 2001-09-28 Nokia Mobile Phones Ltd PDP-kontekstien hallinta matkaviestimessä
JP3788281B2 (ja) 2001-07-09 2006-06-21 日本電気株式会社 セッション確立方法
ATE313193T1 (de) * 2001-10-31 2005-12-15 Nokia Corp Eine methode für handhabung von meldungen zwischen einem terminal und einem datennetz
US6694145B2 (en) 2001-12-27 2004-02-17 Nokia Corporation Synchronization of signaling messages and multimedia content loading
EP2571230A1 (en) * 2002-01-15 2013-03-20 Avaya Inc. Communication application server for converged communication services
US7020130B2 (en) * 2003-03-13 2006-03-28 Mci, Inc. Method and apparatus for providing integrated voice and data services over a common interface device
US20040186918A1 (en) * 2003-03-21 2004-09-23 Lonnfors Mikko Aleksi Method and apparatus for dispatching incoming data in a multi-application terminal
US7522613B2 (en) * 2003-05-07 2009-04-21 Nokia Corporation Multiplexing media components of different sessions
US7480254B2 (en) * 2003-05-28 2009-01-20 Nokia Corporation System, apparatus, and method for providing multi-application support using a single protocol stack
WO2005027460A1 (en) 2003-09-12 2005-03-24 Telefonaktiebolaget Lm Ericsson (Publ) Combinational multimedia services
US8081205B2 (en) * 2003-10-08 2011-12-20 Cisco Technology, Inc. Dynamically switched and static multiple video streams for a multimedia conference
US7773581B2 (en) * 2004-03-19 2010-08-10 Ericsson Ab Method and apparatus for conferencing with bandwidth control
DE102004026785B4 (de) * 2004-06-02 2006-12-28 Infineon Technologies Ag Kommunikationssystem, Kommunikationsendgerät, Konferenzsteuereinheit, Verfahren zum Steuern eines Kommunikationssystems, Verfahren zum Steuern eines Kommunikationsendgeräts und Verfahren zum Steuern einer Konferenzsteuereinheit
US20060047840A1 (en) * 2004-08-31 2006-03-02 Peter Postmus Method and session initiation protocol (SIP) server for the exchange of end-point capabilities
ES2325378T5 (es) 2005-05-25 2016-06-01 Optis Wireless Technology, Llc Método y aparato para la identificación de un servicio IMS

Also Published As

Publication number Publication date
US8984146B2 (en) 2015-03-17
CN101185304A (zh) 2008-05-21
CA2609639A1 (en) 2006-11-30
US20120331159A1 (en) 2012-12-27
EP1886458B1 (en) 2009-04-22
CA2609639C (en) 2013-07-09
WO2006125471A1 (en) 2006-11-30
US20150188950A1 (en) 2015-07-02
KR101245915B1 (ko) 2013-03-20
EP1886458A1 (en) 2008-02-13
US20090144429A1 (en) 2009-06-04
JP2008543133A (ja) 2008-11-27
BRPI0520192A2 (pt) 2009-08-18
DE602005014150D1 (de) 2009-06-04
CN101185304B (zh) 2012-08-29
US20140040489A1 (en) 2014-02-06
ES2325378T5 (es) 2016-06-01
US8572261B2 (en) 2013-10-29
KR20080015804A (ko) 2008-02-20
EP1886458B2 (en) 2016-03-02
BRPI0520192B8 (pt) 2018-12-26
US9210196B2 (en) 2015-12-08
JP4851516B2 (ja) 2012-01-11
ES2325378T3 (es) 2009-09-02
ATE429767T1 (de) 2009-05-15
US8285852B2 (en) 2012-10-09

Similar Documents

Publication Publication Date Title
BRPI0520192B1 (pt) método para indicar o(s) serviço(s) de comunicação de subsistema de multimídia de ip e aplicativo terminal com que uma mensagem de protocolo de iniciação de sessão se relaciona e para operar um terminal de usuário ou nó de rede de ims
ES2607328T3 (es) Manejo de Perfiles de servicio en el IMS
EP2213069B1 (en) Establishing a multimedia communications session
US8984152B1 (en) Message handling in an IP multimedia subsystem
EP2347562B1 (en) Ip multimedia subsystem user identity handling
BRPI0721330A2 (pt) mÉtodo para facilitar acesso a serviÇos de uma rede de subsistema de multimÍdia de ip, mÉtodos para operar uma funÇço de controle de sessço de chamada de proxy, uma funÇço de controle de sessço de chamada de serviÇo e um servidor de assinante domÉstico de um subsistema de multimÍdia de ip, e, computadores adaptados para implementar uma funÇço de controle de sessço de chamada de proxy, uma funÇço de controle sessço de chamada de serviÇo e um servidor de assinante domÉstico de um subsistema de multimÍdias de ip
CN101313553B (zh) Ip多媒体子系统中的消息处理
US8325707B2 (en) Session initiation from application servers in an IP multimedia subsystem
CN101563903B (zh) 用于向用户提供ip多媒体子系统通信服务的方法和设备
EP2502395B1 (en) Secure xdm communication between ims networks
US20090327721A1 (en) Method and Apparatuses for Securing Communications Between a User Terminal and a SIP Proxy Using IPSEC Security Association
RU2389148C2 (ru) Способ и устройство идентификации ims-услуги
Panwar et al. IMS SIP core server test bed

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 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.

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]
B25A Requested transfer of rights approved
B21A Patent or certificate of addition expired [chapter 21.1 patent gazette]
B21I Extinguishment of a patent or of a certificate of addition of invention: publication cancelled

Free format text: ANULADA A PUBLICACAO CODIGO 21.1 NA RPI NO 2485 DE 21/08/2018 POR TER SIDO INDEVIDA.

B16C Correction of notification of the grant [chapter 16.3 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 08/05/2018, OBSERVADAS AS CONDICOES LEGAIS. (CO) REFERENTE A RPI 2470 DE 08/05/2018, QUANTO AO RELATORIO DESCRITIVO E QUADRO REIVINDICATORIO

B25A Requested transfer of rights approved
B25K Entry of change of name and/or headquarter and transfer of application, patent and certificate of addition of invention: republication

Free format text: RETIFICADO DO DESPACHO 25.1 PUBLICADO NA RPI 2505 DE 08/01/2019.ONDE SE LE: ?FOI SOLICITADA A TRANSFERENCIA DE TITULAR, ATRAVES DA PETICAO 870180053074 DE 20/06/2018, PARA OPTIS WIRELESS TECHNOLOGY, LLC, SENDO ESTA PUBLICADA NA RPI NO 2485, DE 21/08/2018.? LEIA-SE: ?FOI SOLICITADA A TRANSFERENCIA DE TITULAR, ATRAVES DA PETICAO 870180053074 DE 20/06/2018, PARA OPTIS WIRELESS TECHNOLOGY, LLC, SENDO ESTA PUBLICADA NA RPI NO 2505 DE 08/01/2019.?