BRPI0516736B1

BRPI0516736B1 - método para habilitar comunicação de conteúdo multimídia ip, e, terminal de comunicação

Info

Publication number: BRPI0516736B1
Application number: BRPI0516736A
Authority: BR
Inventors: Mats Stille
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2004-10-01
Filing date: 2005-01-26
Publication date: 2018-11-21
Also published as: EP1797704A1; CN101027894B; DE602005015346D1; BRPI0516736A; US8155626B2; SE0402384D0; CA2582329C; CN101027894A; WO2006038839A1; JP2008515336A; CA2582329A1; ATE436150T1; US20080304438A1; JP4653173B2; EP1797704B1

Abstract

método para habilitar comunicação de conteúdo multimídia ip, e, terminal de comunicação. um método e aparelho para habilitar comunicação de conteúdo multimídia ip para um usuário chamado durante uma chamada comutada por circuito entre um terminal de chamada (a) tendo chamada uma unidade de comunicação primária (b 1), quando a chamada foi encaminhada para uma unidade de comunicação secundária (b2). o terminal de chamada recebe um número conectado durante um procedimento de estabelecimento de chamada, e. g. assinando um serviço (colp) de apresentação de linha chamada. o terminal de chamada armazena o numero conectado recebido e determina capacidades de multimídia da unidade de comunicação secundária com base no número conectado. opções de multimídia disponíveis podem então ser determinado com base nas capacidades de multimídia da unidade de comunicação secundária.

Description

(54) Título: MÉTODO PARA HABILITAR COMUNICAÇÃO DE CONTEÚDO MULTIMÍDIA IP, E, TERMINAL DE COMUNICAÇÃO (73) Titular: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), Companhia Sueca. Endereço: SE-164 83 ESTOCOLMO, SUÉCIA(SE) (72) Inventor: MATS STILLE.

Prazo de Validade: 10 (dez) anos contados a partir de 21/11/2018, observadas as condições legais

Expedida em: 21/11/2018

Assinado digitalmente por:

Alexandre Gomes Ciancio

Diretor Substituto de Patentes, Programas de Computador e Topografias de Circuitos Integrados

4 4 • 4 44	• ·* • •	• * <* Λ · » ·	• 44 4 * · 4	• 44 4 4	• 4 4 4« 4 4	• · · • • •	• 44 4 4 4	• 4 4 • 4 • 4
	···		4	• w ·	•	•	*	•

“MÉTODO PARA HABILITAR COMUNICAÇÃO DE CONTEÚDO MULTIMÍDIA IP, E, TERMINAL DE COMUNICAÇÃO”

CAMPO TÉCNICO

A presente invenção se refere geralmente a um método e aparelho para comunicação multimídia através de uma rede de comunicação IP durante uma chamada comutada por circuito. Em particular, a invenção habilita comunicação multimídia quando um terminal chamado está sujeito a encaminhar a chamada para uma outra unidade de comunicação. FUNDAMENTO DA INVENÇÃO E TÉCNICA ANTERIOR

Até recentemente, terminais móveis sem fio forma usados basicamente para fazer chamadas de voz. Tecnologias de comunicação padronizadas e bem estabelecidas e protocolos são então utilizados para comunicar voz entre terminais fixos e/ou móveis usando canais de comunicação comutados por circuito.

Contudo, uma grande quantidade de novos serviços de telefonia envolvendo “multimídia” estão agora rapidamente sendo desenvolvidos, habilitando pela introdução de tecnologias novas habilitando de forma especial, taxas de transmissão altas e capacidade de rede aumentada. Por exemplo, tecnologias de GPRS (General Packet Radio Service) e WCDMA (Wideband Code Division Multiple Access) estão atualmente emergindo para habilitar serviços de telefonia sem fio requerendo uma larga gama de taxas de transmissão e protocolos diferentes e formatos de mídia.

A tendência de hoje é também um movimento em direção a redes de comutação por pacotes e tecnologias fornecendo mais capacidade e flexibilidade quando comparadas com as redes tradicionais de comutação por circuito. Além disso, novos terminais móveis sofisticados estão também surgindo no mercado, equipados com funcionalidades para tratar os novos serviços, incluindo mostradores coloridos de alta resolução, e vários codecs (codificadores/decodificadores) e. g. para informação visual.

V

		♦	·*·€	* ··	···	··*	··
4 *	♦	♦ ·		··	•	te	•	•
• ·	•	* ·	··	•	··	*	«	··
• ·		• ·	•	•	• ·	•	•	• «
		• *	* ·		<· ·	•	• ·	• ·
	• 0·	•	•	···	•	•	«	•

Serviços de multimídia tipicamente envolvem transmissão de dados representando texto, documentos, imagens, arquivos de áudio e arquivos de vídeo em uma grande quantidade de formatos e combinações de acordo com vários protocolos diferentes. O termo “multimídia”, será usado nesta descrição como geralmente se referindo a serviços de telefonia envolvendo a transferência de qualquer escolha de mídia, tipicamente com conteúdo visual, além de voz normal, através de uma rede comutada por pacote.

Um objetivo prevalecente ou aspiração no campo das telecomunicações é convergir todos os serviços em um mecanismo de transporte único - o pacote com base no Internet Protocol (IP), sem levar em consideração o tipo de redes de acesso e tecnologias envolvidas. Uma arquitetura de rede chamada “IP Multimedia Subsystem” (IMS), tem então sido desenvolvido pela 3^rd Generation Partnership Project (3GPP) com um padrão aberto, para dar aos operadores de redes de acesso, a habilidade para oferecer serviços de multimídia no domínio de pacote. IMS é uma plataforma para habilitar serviços com base em transporte IP, envolvendo a comunicação de conteúdo multimídia de um terminal para um outro através da rede IP. IMS é mais ou menos independente da tecnologia de acesso usada, e é basicamente não restrita a qualquer conjunto limitado de serviços específicos.

Quando serviços de multimídia são usados, os pré-requisitos para uma sessão específica irão variar dependendo do serviço convocado e das capacidades dos terminais de chamada e chamado, respectivamente, assim como de outros fatores. Durante a sessão, certos parâmetros de sessão definindo as regras de comunicação precisam ser usados por ambos os terminais de chamada e o chamado de forma a comunicar a informação desejada. Tais parâmetros de sessão são relacionados aos codecs e meios de armazenamento disponíveis em cada terminal, assim como os protocolos de aplicação e sinalização.

tf tf	• • tf tf · • ·	• · · • • · •	• • tf • •	• · • tf tf tf ·	··· tf • •	• ·· • • •	• · tf • tf • ·
• tf	tf	•	« · ·	•	tf	tf	•

Já que muitos tipos diferentes de terminais estão disponíveis no mercado consumidor, dois terminais para comunicar multimídia terão, mais provavelmente, capacidades diferentes em alguma consideração, e cada terminal não tem tipicamente conhecimento das capacidades do outro. De modo a estabelecer uma sessão de multimídia IP, parâmetros de sessão precisam, então, primeiro serem selecionados e estabelecidos em um procedimento de estabelecimento de sessão, que é uma espécie de negociação entre os dois terminais.

Assim sendo, os terminais precisam trocar informação com respeito a suas capacidades específicas e preferências, de modo a acordar com quais parâmetros de sessão usar durante uma próxima sessão de multimídia IP, daqui para frente referenciada como “troca de capacidades” para simplificar.. Uma especificação para estabelecimento de sessão foi definida chamada “SIP” (Session Initiation Protocol, de acordo com o padrão IETF RFC 3261 et al). SIP é um protocolo (sinalização) de controle de camada de aplicação para criar, modificar e terminar sessões em uma rede comutada por pacote. O padrão SIP é usado pelo acima mencionada sistema IMS para estabelecer e controlar comunicações de multimídia IP.

No protocolo SIP, um método chamado “INVITE” é definido quando terminais, para comunicar multimídia, basicamente trocam suas capacidades durante o procedimento de estabelecimento de sessão multimídia. Neste método, um terminal de chamada envia um mensagem de convite de sessão chamada “SIP INVITE” para um terminal chamado, incluindo suas próprias capacidades, que então responde enviando suas capacidades para o terminal de chamada . Desta maneira, ambos terminais estarão cientes das capacidades de cada outro, e podem determinar de comum acordo que aplicações e codecs que podem ser usadas na próxima sessão.

Um outro método chamado “OPTIONS” é também especificado no protocolo SIP habilitando um terminal interrogar um outro

• · ♦ ♦ • « • ·	• ·· • • •	• • · • · • ·	• · * • • · •	• • · • •	• · • • · • ♦	• · · • • ♦	• · · · · • · « ·« • · ·
	• · ·	•		• · ·	•	•	• ·

terminal sobre suas capacidades com respeito a codecs e aplicações suportadas, sem o usuário realmente “chamar” a outra parte, contudo, o usuário precisa, é claro, primeiro entrar o número telefônico do outro terminal. De acordo com este método, o terminal então envia uma interrogação de capacidade chamada “SIP OPTIONS” para o outro terminal, preferencialmente incluindo suas próprias capacidades, que responde enviando suas capacidades para o terminal interrogador. Uma mensagem de “atualização de SIP OPTIONS” pode também ser enviada se as capacidades são trocadas em um estágio posterior.

O método OPTIONS pode também ser usado durante uma chamada de voz em andamento para enriquecer a chamada com comunicação multimídia. Por propósito de exemplo, um usuário pode desejar enviar uma imagem, um documento, um clipe de vídeo ou clipe de áudio, para outro usuário durante uma chamada de voz em andamento, de modo a examiná-las ao mesmo tempo. Após trocarem suas capacidades, os terminais podem também indicar a multimídia opcional disponível para seus usuários, e. g. mostrando serviços disponíveis e/ou aplicações como símbolo ou similar na tela do terminal. Um usuário pode então facilmente selecionar que tipo de serviço e mídia usar na próxima sessão com a outra parte.

Quando o usuário pressiona uma tecla ou o equivalente no seu terminal para submeter algum conteúdo selecionado, o terminal primeiro envia uma mensagem de convite de sessão, convidando o outro terminal a executar uma sessão de multimídia IP envolvendo a transferência do conteúdo selecionado, antes de submeter o conteúdo real. O convite de sessão tem uma descrição do conteúdo/mídia selecionada, tipicamente incluindo informação sobre a aplicação ativada assim como o formato do codec (e. g., jpeg, gih ou 3gp) e tamanho de dados (e. g. 50 Kbytes) do conteúdo selecionado, através disso indicando que codec, aplicação e capacidade de armazenamento são requeridas para receber o conteúdo. Se o padrão SIP é usado neste /0

* · • · e · • ♦	♦ ·♦ • • •	* • · • · • ·	• · · • • · •	• • « • •	• · • • · • 9	9 · · • • •	• · · · · • · • · · • · ·
	• t ·	•	•	• « ·	9	•	• *

procedimento, o convite de sessão efetivamente interroga o terminal se ele é capaz de receber o conteúdo selecionado.

Em PCT/SE03/01901, uma solução é revelado onde o procedimento de troca de capacidades pode ser contornado armazenando (ou “armazenado temporariamente”) em cada terminal, as capacidades do outro terminal após uma primeira sessão de multimídia. Quando uma segunda sessão está para ser conduzida entre os mesmos dois terminais de uma ocasião posterior, as capacidades armazenadas podem ser recuperadas e usadas, meramente reconhecendo o terminal oposto, de forma a economizar tempo e sinalização.

Por conseguinte, o terminal de um usuário de chamada pode normalmente usar qualquer dos métodos descritos acima para determinar as capacidades do terminal de um usuário chamado, de modo a executar uma sessão de multimídia entre os dois terminais. Contudo, o usuário chamado pode ter ativado um serviço de encaminhar a chamada, significando que quaisquer chamadas direcionada para uma unidade de comunicação primária chamada são, em vez disso, endereçadas para uma unidade de comunicação secundária, como selecionada pelo usuário chamado. O re-endereçamento de chamadas comutadas por circuito sobre encaminhar a chamada é geralmente tratado por um nó de serviço ou “núcleo” na rede local da unidade chamada, que é um procedimento bem conhecido e por conseguinte não necessário descrever aqui.

Em implementações diferentes do serviço de encaminhar a chamada, a unidade de comunicação secundária pode ser um aparelho de correio de voz no qual uma mensagem falada ou similar, do primeiro usuário pode ser gravada e armazenada para recuperação mais tarde, ou um outro terminal no qual o usuário chamado ou uma outra pessoa nomeada, pode ser alcançado. Chamadas podem ser encaminhadas nesta maneira e. g. em ocupado, nenhuma resposta ou condição imediata. Mais ainda, uma função de //

• · • * • · • ·	• ·· • • •	♦	• · · • • ♦ •	• • · •	• · • • · • ·	• « « • • •	• · · • • •	• · • • · • ·
• • •	• • •
	• ♦ *	•		•	• · ·	•	•	•	•

filtragem de chamadas pode ser usada onde algumas partes que chamam específicas serão encaminhadas e outras não. Por exemplo, todas chamadas internas para um terminal dentro de uma rede de organização privada podem ser diretamente conectadas, onde todas chamadas externas para aquele terminal podem ser encaminhadas para um telefone de secretária ou um aparelho de correio eletrônico.

Um usuário chamando um outro usuário discando o número telefônico de uma unidade de comunicação primária pode desejar transportar algum conteúdo multimídia durante a chamada para o usuário de chamada, tal como uma imagem ou um clipe de vídeo ou áudio, mesmo se a chamada foi encaminhada para uma unidade de comunicação secundária, tal como um outro terminal ou um aparelho de correio de voz.

Contudo, não é atualmente possível enviar conteúdo multimídia para a unidade de comunicação secundária após chamar o número da unidade de comunicação secundária, já que não há mecanismo disponível para executar a troca de capacidade necessária descrita acima com uma unidade de comunicação secundária a ser encaminhada. Qualquer mensagem nos procedimentos de troca de capacidades atuais para multimídia, tal como as mensagens SIP OPTIONS e SIP INVITE mencionadas acima, são exclusivamente direcionadas para o número telefônico chamado, i. e. o número da unidade de comunicação primária. Por conseguinte, capacidades não podem ser trocadas com a unidade de comunicação secundária. O terminal de chamada (e seu usuário) pode mesmo não estar ciente que a chamada foi encaminhada.

Sendo assim, quando um serviço de encaminhar a chamada for ativado, o conteúdo desejado não pode ser transportado para a unidade de comunicação secundária ao menos que o usuário de chamada possa fazer uma nova chamada diretamente a ela. Isto é uma séria dificuldade, não mínima porque o usuário de chamada, normalmente não está ciente do fato

ZÓ7

• · • · • · Φ ·	• ·· • • •	•	··· • • · •	• * • •	Φ • · • ·	• · · • • ♦	• · · • • •	• * • • · • *
• • •	• • •
	• · ·	•		»	• · ·	•	•	•	•

que uma chamada foi encaminhada para um outro terminal diferente daquele chamado. Mais ainda, tipicamente não é possível chamar um aparelho de correio de voz diretamente.

Estas desvantagens serão com certeza entendidas como um problema pelo usuário do terminal, não sendo capaz de transportar conteúdo de multimídia IP sujeito a encaminhar a chamada, assim como pelos operadores de rede envolvidos sendo privado de rendimento potencial do trafico de multimídia. Então, é desejável suplantar o problema de transportar conteúdo de multimídia durante uma chamada saínte para um usuário correntemente utilizando um serviço de encaminhar a chamada. É também desejável determinar que opções de multimídia estão disponíveis em comunicação com um terminal ou aparelho de correio de voz para o qual, chamadas são encaminhadas.

SUMÁRIO DA INVENÇÃO

É um objeto da presente invenção, habilitar comunicação de conteúdo multimídia IP para um usuário chamado proveniente de um terminal de chamada quando a chamada é sujeita a encaminhar a chamada. É um outro objeto da presente invenção fornecer uma solução para determinar as capacidades da unidade de comunicação secundária, para habilitar indicação de opções de multimídia disponíveis no terminal de chamada, e. g. mostrando serviços disponíveis e/ou aplicações, como símbolos ou similar na tela.

Estes objetos e outros são obtidos fornecendo um método de habilitar comunicação de conteúdo multimídia IP para um usuário chamado proveniente de um terminal de chamada tendo chamado uma unidade de comunicação primária, quando a chamada foi encaminhada para uma unidade de comunicação secundária e um número conectado é recebido durante um procedimento de estabelecimento de chamada. O terminal de chamada armazena o número conectado recebido e determina capacidades de multimídia da unidade de comunicação secundária no número conectado.

/0

tf ·	tf tf ·	•		• · ·	•	• ·	• tf ·	tf «tf	• ·
• ·	tf	tf	•	•	tf tf	tf	•	«	•
• tf	tf	tf	•	• ·	tf	• »	tf	•	• «
• ·	tf	•	•	•	•	• tf	•	«	• ·
	tf «tf	tf		*	tf · ·	tf	•	•	•

Opções de multimídia disponíveis podem então ser determinados com base nas capacidades de multimídia determinadas da unidade de comunicação secundária.

O número conectado pode ser recebido como o assinante do terminal de chamada para um serviço de apresentação de linha conectada (COLP). A unidade de comunicação secundária pode ser um terminal de comunicação ou um aparelho de correio de voz.

.....As capacidades multimídias da unidade de comunicação secundária podem ser determinadas solicitando capacidades provenientes da unidade secundária com base no número conectado armazenado. Capacidades são então preferencialmente solicitadas pela unidade secundária enviando um consulta de capacidade (e. g. SIP OPTIONS) ou um convite de sessão (e. g. SIP INVITE), usando o número conectado armazenado como o endereço de destino.

Altemativamente, as capacidades multimídias da unidade de comunicação secundária podem ser determinadas recuperando capacidades armazenadas em cache da unidade secundária com base no número conectado armazenado. As capacidades armazenadas em cache são então preferencialmente recuperadas usando o número conectado como uma chave.

A presente invenção também se refere a um terminal de comunicação capaz de comunicação multimídia e de receber um numero conectado durante um procedimento de estabelecimento de chamada quando chama uma unidade de comunicação primária e a chamada foi encaminhada para uma unidade de comunicação secundária. O terminal inclui meios para armazenar o número conectado recebido, e meios para determinar capacidades multimídias da unidade de comunicação secundária baseado no número conectado. O terminal é preferencialmente adaptado para determinar opções de multimídia disponíveis, baseado nas capacidades multimídias determinadas da unidade de comunicação secundária.

* · • · « · • ·	• ·· • •	• • · • ♦ • ·	99· 9 9 9 •	9 9 9 • •	• · • • · • ·	• • •	• • •	• ♦ • • · • ·
	···	9	9	• · ·	•	9	•	9

O terminal pode ser adaptado para receber o número conectado por meios de assinatura de um serviço de apresentação de linha (COLP) conectada.

O terminal pode ser adaptado para determinar as capacidades multimídia da unidade de comunicação secundária solicitando capacidades provenientes da unidade secundária, com base no número conectado armazenado. Neste caso, o terminal pode ser também adaptado para solicitar capacidades provenientes da unidade secundária, enviando um consulta de capacidade (e. g. SIP OPTIONS) ou um convite de sessão (e. g. SIP INVITE), usando o número conectado armazenado como o endereço de destino.

O terminal pode também ser adaptado para, altemativamente, determinar as capacidades multimídias da unidade de comunicação secundária recuperando capacidades armazenadas em cache da unidade secundária com base no número conectado armazenado. O terminal pode então ser também adaptado para recuperar as capacidades armazenadas em cache usando o número conectado como uma chave.

Outras características e benefícios da presente invenção ficarão claros com a descrição detalhada abaixo.

DESCRIÇÃO BREVE DOS DESENHOS

A presente invenção será agora descrita em mais detalhes através de modalidades preferidas e com referência aos desenhos em anexo, nos quais:

- Fig. 1 é uma visão esquemática de um cenário de comunicação onde a presente invenção pode ser usada.

- Fig. 2 é um fluxograma ilustrando um procedimento básico para determinar capacidades, de acordo com uma modalidade.

- Fig. 3 é um diagrama de sinalização ilustrando um procedimento exemplar para trocar capacidades, de acordo com a presente invenção.

♦ ♦	•		·	•	• ·	• · ·	• ··	• ♦
	•	•	•	• Φ	•	♦	•	•
	♦	•	• ·	•	• ·	•	«	• ·
	•	♦	•	•	• ·	•	•	• ·
♦ ·	•		•	♦ ··	•	9	•	9

- Fig. 4 é um fluxograma ilustrando um procedimento exemplar para determinar opções de multimídia disponíveis, de acordo com uma outra modalidade.

DESCRIÇÃO DAS MODALIDADES PREFERIDAS

Fig. 1 ilustra esquematicamente um cenário de comunicação básico exemplar onde a presente solução pode ser usada, quando um terminal de comunicação A direciona uma chamada comutada por circuito, para um outro terminal de comunicação BI sendo sujeita a encaminhar a chamada. Neste caso, terminal A é um terminal móvel correntemente em conexão de rádio com uma primeira rede de acesso 100.

Sendo assim, o usuário do terminal BI ativou um serviço de encaminhar a chamada para direcionar chamadas entrantes para um outro terminal de comunicação B2 diferente do terminal Bl, sempre que uma condição de encaminhar a chamada é satisfeita. Os terminais A, Bl e B2 mostrados podem ser qualquer tipo de unidades de comunicação e a presente invenção não está limitada neste aspecto. Na descrição seguinte, o terminal originalmente chamado Bl será geralmente referenciado como a “unidade de comunicação primária” e o terminal B2 encaminhado será geralmente referenciado como a “unidade de comunicação secundária”.

A unidade primária Bl chamada é registrada com uma segunda rede “local” 102 englobando um núcleo de serviço adaptado para tratar comunicação por comutação de circuito (CS) e serviços, esquematicamente ilustrada como núcleo CS 102c. Em particular, núcleo CS 102c irá encaminhar qualquer chamada intencionada na unidade primária B1 para a unidade secundária B2. Neste contexto, está fora de significado se a unidade primária chamada Bl é correntemente em conexão ou não com qualquer rede de acesso. Altemativamente, a unidade secundária para a qual chamadas entrantes são encaminhadas pode ser um aparelho de correio de voz B2’ na rede local 102 da unidade primária Bl. Gravar e armazenar mensagens

4 · • 4 4 4 • 4	• · 4 • 4 ·'	• • ♦ •	4 • 4	• 4· •	4 4 4 4 4	• · • • · • ♦	• · · • * •	4 4 4 4 4 4	4 4 4 4 4 4 4
	♦ ♦♦	4		4	• · ·	4	' ·	4	4

de correio de voz é um serviço de rede básico particularmente para assinantes de terminal móvel. Neste exemplo, contudo, a unidade secundária B2 é ilustrada com um telefone fixo conectado a uma rede de acesso 104.

As redes 100, 102 e 104 são tipicamente interconectadas por meio de uma rede principal genérica 106, que na prática pode ser qualquer tipo de rede de comunicação, ou combinação de redes diferentes. É assumido que terminais A, Bl, B2 e redes 10 - 106 são capazes de usar qualquer técnica de comunicação bem estabelecida requerida, e estas não são necessárias descrever além para entender a presente invenção. Pelo menos, redes de acesso 100 e 104 também incluem núcleos de serviço adaptados para tratar serviços e sessões de multimídias (PS) comutadas por pacotes, e. g. de acordo com o sistema IMS descrito acima, esquematicamente ilustrado na figura como núcleo PS 100C e 104C, respectivamente. Redes de acesso 100 e 104 também incluem correspondentes núcleos CS 100C e 104C, respectivamente.

Por meio de exemplo, condição de encaminhar a chamada típica pode ser que chamadas entrantes são encaminhadas se. unidade Bl primária está ocupada em uma outra chamada, ou que a chamada por alguma razão não está respondendo dentro de um período de expiração pré-definido. A unidade Bl primária pode não ser conectada a qualquer rede de acesso, e. g. não potencializada ou fora da cobertura de rádio no caso de um terminal móvel. Um outro tipo de condição de encaminhar a chamada é uma condição imediata, tal que chamadas entrantes são encaminhadas imediatamente não importando a disponibilidade atual ou o estado da unidade Bl primária. Adicionalmente, várias funções de filtro de chamada podem também ser aplicadas dependendo da identidade da parte que chama. Contudo, a presente invenção e as modalidades descritas abaixo não são limitadas a qualquer condição de encaminhar a chamada específica.

Após uma chamada comutada por circuito ter sido estabelecida /7

• · « · « * ♦ ♦	• • •	• • ♦ • ·	• ·· * ·* •	• ♦ · • •	« · • Φ · • ·	• •	• ♦ • •	« · • • 9 • ·
		♦	•	• · ·		•	•	♦

entre terminal A e unidade secundária B2, o usuário de chamada em A pode desejar comunicar conteúdo de multimídia com outro usuário em B2 durante a chamada de voz saínte, e. g. enviando uma imagem, um documento, um clipe de vídeo ou clipe de áudio. Altemativamente, o usuário de chamada pode simplesmente desejar investigar que opções de multimídia estão disponíveis com respeito as capacidades do ouro terminal de usuário, antes de decidir enviar alguma coisa. É provável que os terminais A e B tenham capacidades diferentes com relação aos codecs, tamanho de depósito de memória e/ou aplicações, e suas capacidades precisem, então primeiro serem trocadas para determinar esses fatores,com discutido acima.

Como mencionado acima, atualmente, não há mecanismo para efetuar a troca de capacidade requerida com a unidade de comunicação sendo sujeito a encaminhar a chamada já que rotinas convencionais existentes são baseadas em numero chamado, i. e., o número de BI e não B2 neste caso. Contudo, a presente invenção fornece uma solução para este problema. Fig. 2 é um fluxograma ilustrando um procedimento básico, de acordo com uma modalidade, de como um terminal de chamada pode determinar capacidades de uma unidade de comunicação para a qual a chamada tem sido encaminhada. Fig. 2 será agora descrita com outras referências para o cenário

1.

No primeiro passo 200, um usuário do terminal A entrou com o número telefônico da unidade primária Bl, e uma chamada é a ele direcionada em um procedimento de estabelecimento de chamada. De modo a habilitar comunicação multimídia durante a chamada, terminal A precisa então determinar as capacidades da unidade de comunicação oposta. Muitas redes existentes de hoje fornecem um serviço de visualização de numero conectado em uma tela de terminal do usuário, tipicamente, referido como “Apresentação de Linha Conectada, COLP”, enviando o número conectado para o terminal de chamada . Se tal serviço não é fornecido, esse número pode

♦ · ♦ · • · ··	•	• • ♦ r *	·»· V fr	• • « •	« · • · • 4	•	• ·· • • *	♦ ♦ • • * ♦ 4
	·«·	r	4	• ··	♦	•	•	•

ser obtido de qualquer forma, o que será descrito em mais detalhes abaixo mais tarde.

No procedimento básico da Fig. 2, é determinado em um próximo passo 202, se terminal A recebeu um número conectado durante o 5 estabelecimento da chamada. Se não, o terminal de chamada A irá tentar determinar a capacidade da unidade oposta com base no número chamado em passo seguinte 204, e. g. por meios de uma consulta de capacidade convencional ou de troca. As capacidades determinadas podem então ser usadas para comunicação multimídia se a chamada não foi encaminhada. Por 10 outro lado, terminal A irá tentar determinar as capacidades da unidade “errada”, i. e. unidade Bl, no lugar do encaminhado para unidade B2, no passo 204.

Contudo, se é determinado no passo 202 que um número conectado foi recebido, terminal A determina as capacidades com base no 15 numero conectado em lugar do originalmente número chamado, em um passo seguinte 206. Se o número conectado recebido é diferente do número chamado, a chamada foi provavelmente encaminhada para um outro terminal ou unidade, neste caso para unidade secundária, por meio de um procedimento de encaminhar a chamada convencional. Neste caso, terminal A “20 efetivamente determina as capacidades da unidade secundária B2 no passo 206. Por outro lado, se o número conectado 'eo mesmo que o do número chamado, a chamada não foi encaminhada e terminal a conseqüentemente determina as capacidades da unidade primária Bl no passo 206. Por conseguinte, usando o numero conectado quando disponível, não é necessário 25 para o terminal A de chamada “saber” se a chamada realmente foi ou não encaminhada. Capacidades serão determinadas para a unidade correta no passo 206 em cada um dos casos.

Em alternativas diferentes no passo 206 ou passo 204, capacidades podem ser obtidas por solicitação em conexão com ou um

U*· ··· · R·· · ·· ·«· ···44 ·«·*·· ·· * · 44 • · « 0«·· · ·» · . · 44 · 4 Γ A · · · * 4· V * · 4 · 4 « ··«·«·· • ··· · *»· · · · · estabelecimento de sessão de multimídia (e. g. enviando uma SIP OPTIONS), de acordo com procedimentos convencionais. Assim sendo, a presente invenção não é limitada neste aspecto. Deve ser notado que quaisquer consultas ou solicitações de capacidade são transferidas através de uma parte, comutada por pacote, das redes e portanto não seriam sujeitas ao serviço, de encaminhar a chamada, implementado de CS, se ativado, quando endereçado à unidade primária Bl. Qualquer solicitação de capacidade precisa portanto ser endereçada diretamente à unidade secundária B2.

Com referência ao diagrama de sinalização na Fig. 3, um procedimento exemplar mais detalhado será agora descrito para determinar capacidades de uma unidade de comunicação quando sujeita a encaminhar a chamada, de novo com referência adicional à Fig. 1. O procedimento inicia com o usuário do terminal A entrando com o número da unidade primária Β1 de modo a fazer uma chamada de voz comutada por circuito simples para o usuário de Bl. Em resposta a isso, uma solicitação de estabelecimento de chamada convencional, primeiro, é enviada do terminal A para o núcleo CS 100c da rede de acesso 100 para o qual o terminal A está conectado, em um primeiro passo 300.

Em um próximo passo 302, a solicitação de estabelecimento é conduzida para o núcleo CS 102c na rede local 102 para a qual unidade primária Bl pertence, com base no número chamado. Se o serviço de mostrar o número conectado é usado, e. g. COLP, uma solicitação para o número conectado é indicada na solicitação de estabelecimento enviada no passo 302, tipicamente como uma indicação de COLP.

Em resposta à solicitação de estabelecimento, o núcleo CS 102c recebedor pode então enviar uma mensagem de estabelecimento de chamada convencional em um passo 304 em direção a unidade primária chamada. Se a unidade Bl é um terminal móvel, tipicamente isto iria envolver uma rotina de rádio-localização convencional de modo a localizar o terminal.

'·· ··· • ··· ····*·*· «« ·*···· ·· · · ·· ···*«·· · ·· · « ·· ·· · · F ····· ··· • 1 «··» F ··· ···* • ··· « ··· · « · «

O próximo passo 306, esquematicamente ilustra que a unidade chamada BI não responde, e. g. devido a estar ocupado, não conectado, ou simplesmente não responde. Altemativamente, núcleo CS 102c pode detectar que a chamada é para ser encaminhada como uma condição imediata quando checa o número entrante de Bl, e então, os passos 304 e 306 não seriam executados. Assim sendo, a execução dos passos 304 e 306 dependerão da condição de encaminhar definida por Bl, que contudo não é significativa para a presente invenção.

Geralmente falando, núcleo CS 102c agora de alguma maneira detectou que a chamada é para ser encaminhada para a unidade secundária B2, quando recebe a solicitação de estabelecimento no passo 302. Por conseguinte, com uma resposta a isto, em um próximo passo 308, o núcleo CS 102c envia uma nova solicitação de estabelecimento para o núcleo CS 104c, que é similar àquele recebido no passo 302 embora com base no número recebido da unidade secundária B2. No caso da unidade B2 ser um terminal móvel, a solicitação de estabelecimento de novo seria enviada ao núcleo CS correspondente na rede local do terminal móvel e, o terminal móvel seria localizado usando uma rotina de rádio-localização. Neste exemplo,contudo, unidade B2 é ilustrada como um telefone fixo.

A solicitação de estabelecimento do passo 308 inclui a solicitação do número conectado se recebido do núcleo CS 100c na solicitação de estabelecimento anterior do passo 302. Em um desenvolvimento possível da presente solução, núcleo CS 102c pode adicionar uma solicitação de número conectado à solicitação de estabelecimento do passo 308, se não recebida do núcleo CS 100c, ou o núcleo CS 104c na rede 104 de B2 pode, mais tarde, fornecer o número conectado, automaticamente, sem requer uma solicitação específica, contudo uma assinatura de COLP é tipicamente requerida em sistemas existentes para conduzir o número conectado para o terminal de chamada . Como evidente

• ·	• · ·	• ··· ·
• ·	•	• · · ·
··	•	• · ·
	• · ·	• ·	• ·

• · • ♦ • · • · ♦

• · · ♦

dos passos 202 e 206 na Fig. 2 acima, é importante para a presente solução que o número da unidade secundária B2 seja de alguma maneira obtido no terminal A de chamada tal que qualquer solicitação ou consulta de capacidade possa ser endereçada corretamente.

Semelhante ao passo 304, núcleo CS 104c agora envia uma mensagem de estabelecimento de chamada convencional em um passo 310, em direção a unidade secundária chamada B2. Nesta hora, a chamada é respondida e unidade B2 responde enviando uma mensagem de conexão convencional em um próximo passo 312, para se núcleo CS 104, que por sua vez gera uma mensagem de conexão em direção ao núcleo CS de A 100c, em um passo 314, incluindo o número conectado. Finalmente, uma mensagem de conexão é envida para o terminal de chamada em um passo 316.

Significativamente, o número conectado, i. e. o número da unidade secundária B2, é agora incluído nas mensagens de conexão dos passos 314 e 316, e. g. de acordo com o serviço COLP. O número conectado de B2 agora chega no terminal A de chamada e pode então ser mostrado em sua tela, de acordo com esse serviço. O número conectado é tipicamente um tão conhecido número E.164 como definido de acordo com o padrão 3GPP TS 24.008, que é geralmente válido para ambos terminais fixos e móveis. No caso, quando a unidade de comunicação para a qual se encaminha é um aparelho de correio de voz, e. g. B2’, o número conectado pode ser definido com o número E.164 da unidade primária chamada BI mais um prefixo adicionado e. g. 888-0709123456 se o número chamado é 0709123456.

Em preparação para determinar as capacidades da unidade B2, o terminal A de chamada agora armazena o número conectado recebido da unidade B2 para recuperar a posteriore, em um passo 318. Uma chamada de voz simples entre A e B2 agora, foi estabelecida por meio de encaminhar a chamada, e é conduzida como ilustrado por um próximo passo 320.

Durante a chamada de voz, o usuário do terminal A decide

• · • · tf tf	• tf · • tf	• · · * ·	• tf tf • tf	• · · • •	• tf · tf •	• · tf tf tf
• · · * · · ·	tf tf tf
	tf tf ·	• ·	• tf tf	•	tf	•	•

enviar algum conteúdo de multimídia para o usuário (ou aparelho) tendo respondido a unidade secundária B2, e. g. uma imagem, um documento, um clipe de vídeo ou clipe de áudio. Neste exemplo, o usuário primeiro quer checar que opções de multimídia estão disponíveis antes de enviar o conteúdo. Altemativamente, o usuário pode diretamente ativar uma aplicação multimídia adequada em seu terminal A e selecionar o conteúdo de um meio de armazenamento no terminal, a ser conduzido para a unidade B2. Como descrito acima, terminal A precisa, primeiro, determinar capacidades da unidade conectada B2 antes que qualquer conteúdo de multimídia possa ser comunicado. Em algumas implementações, um terminal pode automaticamente determinar capacidades da unidade oposta, sem ser acionado por qualquer entrada de usuário, em preparação para comunicação multimídia.

Como descrito acima, determinar opção de multimídia 15 disponíveis tipicamente inclui enviar uma consulta de capacidade, e. g. uma mensagem SIP OPTIONS, para a parte chamada, que é comutada por pacote através do núcleo PS 100c na rede de acesso 100 do terminal de chamada A e o núcleo PS 104c correspondente na rede de acesso 104 da unidade chamada B2. Se tecnologia IMS é usada para comunicação multimídia nas redes 100 e 20 104, os núcleos PS 100c e 104c são tipicamente referenciados como “núcleos

IMS”.

Contudo, já que quaisquer consultas ou solicitações de capacidade são convencionalmente direcionadas para o originalmente número chamado, um outro procedimento é requerido quando encaminhar a chamada 25 é usado. A presente solução prescreve que o terminal de chamada A usa o número obtido no passo 316 e armazenado no passo 318 como o número conectado, neste caso o número da unidade B2 para quem foi encaminhado, como a destinação a enviar a consulta de capacidade para o núcleo PS 100c, em um próximo passo 322. Se a chamada, por outro lado, não foi

♦ · • · • · • ·	Φ · · •	V • · • · Φ ·	• · · • •	• φ Φ • •	• · • • · ♦ ·	«·· • • •	• · · • • •	• · • • ♦ • 9
	• · ·	•	•	··#	•	Φ	•	•

encaminhada, o número conectado recebido seria aquele da unidade chamada

Bl.

Núcleo PS 100c precisa agora traduzir o número recebido em um endereço IP válido de modo a tê-lo direcionado por comutação de pacote para a unidade B2 alva, como indicado em um passo 324, já que o número conectado recebido é somente válido em parte do CS das redes. Esta tradução de número pode ser feita usando procedimentos convencionais. Em particular, no contexto IMS e se o número conectado é um número E.164, este é estabelecido como “TEL URL” em um cabeçalho de Solicitação de URI da mensagem SIP OPTIONS. Núcleo OS 100c então traduz o TELMURL recebido em um SIP URI válido (Identificador de Recurso Unificado) por meio de bem conhecidos padrões IETF.

No caso se unidade B2 é um aparelho de correio de voz tendo o número exemplar 888-0709123456 mencionado acima, núcleo PS 100c o traduziría em, e. g., 070912345@voicemail45.teliasonera.net, onde um sistema de correio de voz #45 em uma rede Telia-Sonera pode ser designado para tratar todos os números 0709. O aparelho de correio de voz recebedor seria então capaz de identificar o assinante chamado lendo o campo de número antes do símbolo

Núcleo PS 100c então conduz a consulta de capacidade, incluindo o número traduzido de B2 (e. g. um SIP URI válido), para o núcleo OS 104C em um próximo passo 326. Depois disso, a consulta de capacidade é enviada em um passo 328 para a unidade secundária B2,usando o endereço IP da unidade B2 naquela rede como o endereço de destino, como derivado do número conectado traduzido no passo 324. Unidade B2 então, devidamente, envia uma resposta incluindo as capacidades solicitadas em direção ao terminal de chamada A, em um passo 330, que na prática é conduzida por meios dos núcleos PS intermediários 104C e 100C, embora não especificamente mostrado aqui. No contexto IMS, esta resposta seria uma

4 ·	4 44	4	4 4 4	4	• 4	4 44	4 4 4	4 4
• ·	4	4	•	•	4 4	•	4	4	4
• 4	4	•	•	4 4	4	4 4	•	•	4 4
44	4	4	4	4	•	4 4	4	4	4 4
	4 4 4	4	4	4 4 4	•	4	4	•

mensagem convencional chamada “SIP 200 OK/SDP”.

Após receber as capacidades solicitadas, terminal A pode determinar que opções de multimídia estão disponíveis com relação às capacidades mútuas de A e B2, e mostrá-las em sua tela, em um passo 332. O usuário do terminal A é então livre para selecionar das opções de multimídia mostradas e iniciar uma sessão com a unidade B2. Mais ainda, a unidade oposta B2 pode do mesmo modo mostrar as mesmas opções de multimídia disponíveis em sua tela, como indicado em um passo 334, já que as capacidades do terminal A foram tipicamente incluídas na consulta conduzida nos passo 322 - 328. Depois disso, cada um dos terminal A e unidade B2 podem iniciar uma sessão começando com a mensagem de convite de sessão como indicado em um passo 336, e. g. SIP INVITE. Um procedimento de sessão convencional será então executado como indicado em um passo final 338, não descrito aqui.

Conseqüentemente, a presente solução inclui obter o numero conectado, preferivelmente não importando se um serviço COLP ou o equivalente é usado ou não, armazenando o numero conectado, e solicitando capacidades do terminal correto correntemente em conexão, com base no número conectado armazenado. Altemativamente, as capacidades da unidade B2 podem ter sido armazenadas em cache no terminal A em conexão com uma sessão multimídia anterior, e. g. como revelado em PCT/SE03/01901. Naquele caso, as capacidades armazenadas em cache são armazenadas juntas, com uma chave ou similar, que é preferencialmente, o número telefônico do terminal correspondente. As capacidades armazenadas em cache podem por conseguinte ser recuperadas se o número conectado armazenado coincide com aquela chave, e nenhuma troca de capacidade seria então necessária efetuar.

Fig. 4 é um fluxograma ilustrando um procedimento exemplar, de acordo com uma outra modalidade, de determinar opções de multimídia disponíveis durante chamada comutada por circuito em trânsito, em particular

20	• · · tf tf • tf tf tf« tf • tf tf	• ··· • · · « · · · • · ·	• ·· ··· ··· ·· ·· · tf · · tf ·· · · · · • · · * · ♦ ·
	» · · ·	• ·	··· · · · ·

com relação a encaminhar a chamada. Este procedimento é basicamente executado pelo terminal de chamada e será agora descrito de novo com referência adicional ao cenário da Fig. 1.

Em um primeiro passo 400, terminal A direciona uma chamada de voz comutada por circuito para uma unidade primária Bl, tal como no passo 200 da Fig. 2. O próximo passo 402 de detectar se um número conectado foi recebido durante um procedimento de estabelecimento de chamada, basicamente correspondendo ao passo 202 da Fig. 2. Se não, as capacidades da unidade chamada Bl podem ser determinadas com base no número chamado com em um procedimento convencional, em um passo 404 a seguir.

Contudo, se de fato for detectado no passo 402 que um número conectado foi recebido, os seguintes passos 406 - 414 são feitos de modo a determinar as capacidades da unidade conectada, tal que as opções de multimídia disponíveis pode ser determinadas e uma sessão de multimídia pode ser conduzida, se desejada. Deve ser notado que este procedimento pode ser usado não importando se a chamada foi encaminhada para uma unidade secundária B2 ou não. Isto é, o terminal de chamada não precisa detectar nenhum estado de encaminhar a chamada. A determinação de capacidade é preferencialmente executada automaticamente após a chamada ter sido estabelecida, mas pode altemativamente ser executada em resposta a alguma entrada do usuário indicando que capacidades precisam ser determinada, tal como uma ativação de aplicação de multimídia ou uma consulta de opções de multimídia.

Primeiro em um passo 406, terminal A armazena o número conectado recebido. O número conectado pode ou ser aquele da unidade primária chamada Bl se não houve passar adianta a chamada, ou aquele da unidade secundária B2 para a qual a chamada foi encaminhada, e. g. como obtida no procedimento dos passos 308 - 316 na Fig. 3. Em um passo 408, é

• ·	• ♦·	•	• · ·	•	• ·	• ♦ ·	• · ·	• ·
• ·	•	• ·	•	• ·	•	•	•	•
• ·	•	• ·	• ·	•	• ·	•	•	• ·
• o	•	• ·	•	•	• ·	•	•	• ·
	• ♦ ·	•	•	• · ·	•	•	•	•

checado se as capacidades das unidades associadas, ou BI ou B2, foi armazenada em cache no terminal A, usando o número conectado armazenado com descrito acima. Se isso, as capacidades armazenadas em cache são recuperadas usando o número conectado como uma chave em um passo 410, e se não, um procedimento de troca de capacidade é executado com base no número conectado armazenado, em um passo 412, e. g. como no procedimento dos passos 322 - 330 na Fig. 3. Assim sendo, o número conectado armazenado é usado como o endereço de destino para uma consulta de capacidade (e. g. SIP OPTIONS) ou um convite de sessão (e. g. SIP INVITE).

Depois que as capacidades de outras unidades de comunicação na chamada terem sido determinadas, i. e. com em qualquer dos passos 404, 410 ou 412, as opções de multimídia disponíveis podem ser finalmente determinadas em um passo 414. Depois disso, as opções de multimídia disponíveis podem ser mostradas para o usuário na tela do terminal e uma sessão de multimídia pode ser iniciada, com indicado em um passo opcional fina 416.

Finalmente, deve ser notado que o número conectado de uma unidade de comunicação secundária para a qual uma chamada sainte é encaminhada pode ser obtida pelo terminal de chamada de acordo com mecanismos diferentes. Em uma modalidade, o número conectado pode ser automaticamente fornecido do núcleo CS (e. g. 104c) da unidade secundária, e. g. por meio de um serviço de COLP ou similar. Em outras modalidades, o número conectado pode ser realmente solicitado ou pelo terminal de chamada (e. g. A), pelo núcleo CS (e. g. 100c) do terminal de chamada, ou pelo núcleo CS (e. g. 102c) do terminal chamado originalmente. Contudo, em sistemas existentes de hoje uma assinatura de COLP é de fato necessária para assegurar que o terminal de chamada irá obter um número conectado durante o estabelecimento de chamada.

22	« · • · • · ··	• ·♦ • • •	• ♦ ·· • · · • · · · • · ·	• ·· ♦·· ♦·· ♦♦ ♦ · · · · « • · · · · ♦ · • · ♦ · · · ·
		• · ·	• ·	··· · · · ·

Enquanto a invenção foi descrita com referência à modalidades exemplares específicas, a descrição é geralmente somente pretendida para ilustrar o conceito inventivo não deve ser considerada como limitando o escopo da invenção. Por exemplo, a “unidade secundária” descrita 5 pode ser um terminal de comunicação ou um aparelho de correio de voz ou equivalente. A presente invenção é geralmente definida pelas reivindicações anexadas.

Claims

REIVINDICAÇÕES

1. Método para habilitar comunicação de conteúdo multimídia IP para um usuário chamado proveniente de um terminal de chamada (A) tendo chamada uma unidade de comunicação primária (B1), quando a chamada foi encaminhada para uma unidade de comunicação secundária (B2) e um número conectado associado com a unidade de comunicação secundária (B2) é recebido durante um procedimento de estabelecimento de chamada, caracterizado pelo fato de que os passos seguintes são automaticamente executados pelo terminal de chamada:

-armazenar o número conectado recebido, e

-determinar capacidades de multimídia da unidade de comunicação secundária com base no número conectado.
2. Método de acordo com a reivindicação 1, caracterizado pelo fato de que o passo adicional de determinar opções de multimídia disponíveis com base nas capacidades de multimídia determinadas da unidade de comunicação secundária.
3. Método de acordo com qualquer uma das reivindicações 1 ou 2, caracterizado pelo fato de que o número conectado é recebido quando o terminal de chamada assina um serviço (COLP) de apresentação de linha conectada.
4. Método de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que a unidade de comunicação secundária é um terminal de comunicação ou um aparelho de correio de voz.
5. Método de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que as capacidades de multimídia da unidade de comunicação secundária são determinadas solicitando capacidades da unidade secundária com base no número conectado armazenado.
6. Método de acordo com a reivindicação 5, caracterizado pelo fato de que as capacidades são solicitadas da unidade secundária enviando uma consulta de capacidade (e. g. SIP OPTIONS) ou um convite de sessão (e. g. SIP

Petição 870180064239, de 25/07/2018, pág. 6/8

INVITE), usando o número conectado armazenado como endereço de destino.
7. Método de acordo com qualquer uma das reivindicações 1 a 4, caracterizado pelo fato de que as capacidades de multimídia da unidade de comunicação secundária são determinadas recuperando capacidades armazenadas em cache da unidade secundária com base no número conectado armazenado.
8. Método de acordo com a reivindicação 7, caracterizado pelo fato de que as capacidades armazenadas em cache são recuperadas usando o número conectado como uma chave.
9. Terminal de comunicação (A) capaz de comunicação multimídia IP e de receber um número conectado durante um procedimento de estabelecimento de chamada, quando chama uma unidade de comunicação primária (B1) e a chamada foi encaminhada para uma unidade de comunicação secundária (B2), onde o número conectado está associado com a unidade de comunicação secundária (B2), caracterizado pelo fato de compreender:

-meios para armazenar o número conectado recebido, e

-meios para determinar capacidades de multimídia da unidade de comunicação secundária com base no número conectado.
10. Terminal de acordo com a reivindicação 9, caracterizado pelo fato de que é adaptado para determinar opções de multimídia disponíveis com base nas capacidades de multimídia determinadas da unidade de comunicação secundária.
11. Terminal de acordo com qualquer uma das reivindicações 9 ou 10, caracterizado pelo fato de que é adaptado para receber o número conectado por meio de assinatura de um serviço (COLP) de apresentação de linha conectada.
12. Terminal de acordo com qualquer uma das reivindicações 9 a 11, caracterizado pelo fato de que é adaptado para determinar as capacidades de multimídia da unidade de comunicação secundária solicitando capacidades da unidade secundária com base no número conectado armazenado.
13. Terminal de acordo com a reivindicação 12, caracterizado pelo

Petição 870180064239, de 25/07/2018, pág. 7/8 fato de que é também adaptado para solicitar capacidades da unidade secundária enviando um consulta de capacidade (e. g. SIP OPTIONS) ou um convite de sessão (e. g. SIP INVITE), usando o número conectado armazenado como endereço de destino.
14. Terminal de acordo com qualquer uma das reivindicações 9 a 13, caracterizado pelo fato de que é adaptado para determinar as capacidades de multimídia da unidade de comunicação secundária, recuperando capacidades armazenadas em cache da unidade secundária com base no número conectado armazenado.
15. Terminal de acordo com a reivindicação 14, caracterizado pelo fato de que também é adaptado para recuperar as capacidades armazenadas em cache usando o número conectado como uma chave.

Petição 870180064239, de 25/07/2018, pág. 8/8

0/

1/3

• · 9 · 9 9 9 99 • • • • · • · ·· · « ·· • • · • « · • ·· • ·· • • • · 9 9 9 ·· « • · • · * * • • ·· • • 9 •