PT1540907E

PT1540907E - Sistema de conferência

Info

Publication number: PT1540907E
Application number: PT03791141T
Authority: PT
Inventors: Aki Niemi
Original assignee: Nokia Corp
Priority date: 2002-08-28
Filing date: 2003-08-15
Publication date: 2012-11-22
Also published as: CN101350861A; CN1679287A; US9654642B2; EP1540907B1; WO2004021655A1; CN100466853C; JP2005536166A; US7792519B2; US20140341088A1; AU2003256000A1; US20040137887A1; AU2003256000B2; KR100797166B1; DK1540907T3; GB0219947D0; EP1540907A1; CN101350861B; US20110014902A1; ES2393311T3; JP4138746B2

Description

ΕΡ1540907Β1

DESCRIÇÃO

SISTEMA. DE CONFERÊNCIA

Campo da invenção A presente invenção refere-se a um método e aparelho para ajustar chamadas de conferência em sistemas de comunicação, e em particular mas não exclusivamente a sistemas de comunicação sem fios.

Antecedentes da invenção 0 conceito de chamadas de conferência em redes telefónicas públicas comutadas (PSTN) é bem conhecido. Conferências PSTN são tipicamente ajustadas por um primeiro participante que telefona para um número de apoio de cliente especifico e que é fornecido com um número de ponte de conferência e um código PIN. 0 primeiro participante pode então fornecer esta informação a quaisquer outros potenciais participantes. Os participantes que queiram juntar-se à chamada poderiam cada marcar o número de ponte de conferência, e fornecer o código PIN a pedido, e poderiam subsequentemente ser admitidos à chamada de conferência.

Como uma alternativa, a Internet poderia concebivelmente ser usada para marcar chamadas de conferência. Um sitio Web específico podia ser acedido por um primeiro participante, e um número de ponte e um código PIN poderiam ser obtidos. 0 primeiro participante podia então ser capaz de fornecer os pormenores a outros participantes. 1 ΕΡ1540907Β1

Ambos estes procedimentos permitem que um terminal móvel seja envolvido na chamada de conferência. Contudo, ambos os procedimentos têm duas desvantagens principais. Primeiro, uma chamada de conferência deve ser planeada antecipadamente. Os vários participantes devem contactar entre si para que cada um conheça quando a chamada está prestes a ter lugar e pode marcar o número de ponte de conferência nessa altura. Segundo, os próprios participantes precisam de organizar para que o número de ponte e o código PIN sejam distribuidos a todos participantes.

Tem havido vários modelos propostos para fornecer serviços de conferência nos sistemas de comunicação sem fios, Subsistema Multimédia em Protocolo de Internet (IMS) de Terceira Geração, por exemplo no rascunho de IETF "Modelos para conferência multiparte em SIP", J. Rosenberg e H. Schulzrinne. Cada um dos modelos neste rascunho usa mensagem de Protocolo de Iniciação de Sessão (SIP) . 0 protocolo SIP é discutido em Padrões de Internet RFC 3261 e RFC 2543. Alguns dos modelos são infradescritos brevemente. 0 primeiro modelo, conhecido como "mistura de sistema final", requer que um terminal envolvido numa chamada de conferência faça a mistura (fusão) de sinais e correntes de média enviados para e de outros terminais na chamada. A Figura la é uma representação de uma chamada com três vias que usa este modelo. Neste exemplo, utilizadores A e B estão envolvidos numa chamada com duas vias. A certa altura durante a chamada, o utilizador A decide envolver utilizador C na chamada. Para fazer isto, o utilizador A telefona ao utilizador C que usa uma chamada SIP completamente separada. Não há ajuste de chamada entre B e 2 ΕΡ1540907Β1 C. Pelo contrário, A recebe correntes de média de B e C e mistura-as. Terminal A envia uma corrente que contém as correntes de A e B para terminal C, e uma corrente que contém correntes de A e C para terminal B. Neste modelo, terminal B e C não se apercebem de uma perspectiva SIP que a chamada envolve mais do que duas partes.

No caso de uma chamada que envolve mais do que três terminais, mais do que um terminal pode fazer mistura e sinalização para suportar a chamada. Por exemplo, como uma extensão do exemplo supradescrito, utilizador C pode decidir convidar um quarto utilizador D na chamada de conferência. 0 utilizador C poderia então telefonar ao utilizador D e terminal C poderia fazer a mistura das correntes que recebe de terminal A com a sua própria corrente, e enviar a corrente combinada a D, e misturar a sua própria corrente com a de D e enviar isto para A. Este ajuste é mostrado na Figura lb. Sérias desvantagens deste modelo são que quando um terminal de mistura deixa a chamada, a conferência deve terminar, e não há maneira de um terminal de mistura determinar se uma mensagem de sinalização enviada para isso era pretendida para esse terminal único ou para todos os terminais na conferência.

Um outro modelo, que usa servidores de conferência por acesso telefónico, reflecte exatamente o sistema PSTN supradescrito. Um participante define um URI (identificador uniforme de recurso) para identificar a chamada de conferência, e envia-o para outros participantes. Os participantes então cada telefonam para o servidor, usando o URI de conferência, enquanto mantêm relações SIP ponto a 3 ΕΡ1540907Β1 ponto com participante que telefona. 0 servidor recebe média de cada participante, mistura isso, e envia a corrente misturada apropriada a cada participante separadamente. Este modelo é representado na Figura 2, que mostra 4 utilizadores A-D que participam numa chamada de conferência.

Servidores de conferência por acesso telefónico são versáteis nisso que podem ser usados para conferências pré-marcadas ou para conferências ad hoc. Contudo, este modelo sofre do facto de ser possível que o mesmo URI seja usado para mais do que uma conferência. Isto poderia fazer com que sessões de conferência fossem misturadas. É um objecto da presente invenção fornecer uma solução para um ou mais dos problemas supracitados. 0 documento US 2002/0093948 revela um sistema de comunicação multimédia baseado em pacote que estende a funcionalidade de anfitrião IP para terminais sem fio servidos por ligações sem fio. Um controlador de serviço do sistema de comunicação gere serviços de comunicações tais como chamadas de voz, chamadas de vídeo, navegação web, videoconferência e/ou comunicações de Internet sobre uma rede de pacote sem fios entre dispositivos anfitriões de fonte e destino. Um servidor de conteúdo multimédia do sistema de comunicação fornece acesso a um ou mais serviços de comunicação multimédia. Um gestor de largura de banda do sistema de comunicação determina uma disponibilidade de largura de banda para as requisições de serviço e, se largura de banda estiver disponível, reserva largura de banda suficiente para suportar as requisições de serviço. Gestor(es) de ligação sem fios do sistema de comunicação 4 ΕΡ1540907Β1 gere recursos de comunicação sem fios requeridos para suportar as requisições de serviço. Métodos são revelados que incluem o controlador de serviço que gere uma requisição de chamada para chamada de áudio e vídeo; o servidor de conteúdo multimédia que acomoda uma requisição para informação multimédia (por exemplo, requisição de repetição de vídeo ou navegação web); o gestor de largura de banda que acomoda uma requisição para uma reserva de largura de banda para suportar uma chamada de vídeo e chamada de áudio; execução de chamadas de vídeo de duas vias, chamadas de reprodução de vídeo, e requisições de navegação web. 0 documento WO 02/21816 revela um método de ajustar chamada de conferência num sistema de comunicações. No método, pelo menos um grupo subscritor que tem dois ou mais subscritores é estabelecido num servidor ligado ao sistema de comunicações; subscritores registados no grupo de ajuste conversam entre si por mensagens em tal maneira que o servidor no sistema de comunicações recebe uma mensagem de um subscritor que participa na conversa de mensagem e transmite-a a outros subscritores que pertencem ao grupo em questão. No método, é também possível ir de conversa de mensagem para chamada de conferência por um dos subscritores no grupo subscritor que manda uma mensagem pré-definida ao servidor, que mensagem age como um sinal ao servidor para ir para chamada de conferência; o servidor ajusta uma chamada de conferência entre os subscritores registados como activo no grupo subscritor em resposta para receber dita mensagem pré-definida. 5 ΕΡ1540907Β1

Sumário da invenção A presente invenção é como apresentada nas reivindicações independentes.

De acordo com um primeiro aspecto da presente revelação é fornecido um método para administrar recursos de conferência num sistema de comunicações que compreende uma pluralidade de terminais e um servidor de conferência, o método que compreende: transmitir de um primeiro terminal a um servidor uma primeira mensagem que compreende uma requisição para um recurso capaz de suportar a chamada de conferência; atribuir através do servidor um endereço de rede que identifica um recurso capaz de suportar a chamada de conferência; e transmitir do servidor ao primeiro terminal uma segunda mensagem que compreende o endereço de rede.

Vantajosamente, o método permite que conferências sejam ajustadas numa base ad hoc pelo que as conferências não precisam de ser pré-marcadas. Adicionalmente, o método evita o problema de sobrepor sessões de conferência. Este problema é superado fornecendo um servidor que atribua um recurso para uma conferência e um correspondente endereço para esse recurso. Assim, um endereço pode ser único a uma conferência particular num dado momento.

Uma outra vantagem do método é que permite o uso de mensagens SIP padrão no estabelecimento de uma chamada de conferência. Além disso, não é requerida nenhuma configuração de utilizador significativa na atribuição de recursos de conferência. 6 ΕΡ1540907Β1

Preferencialmente, um utilizador transmite o endereço de rede do primeiro terminal a terminais de outros utilizadores que vão participar na chamada de conferência. Preferencialmente ligações são iniciadas entre os terminais e endereço de rede para estabelecer a chamada de conferência.

De acordo com um segundo aspecto da revelação é fornecido um servidor de conferência para administrar recursos de conferência num sistema de comunicações que compreende uma pluralidade de terminais, o servidor de conferência que compreende: uma unidade de recepção para receber do primeiro terminal uma primeira mensagem que compreende uma requisição para um recurso capaz de suportar uma chamada de conferência; uma unidade de atribuição para atribuir um endereço de rede que identifica um recurso capaz de suportar a chamada de conferência; e uma unidade de transmissão para transmitir ao primeiro terminal uma segunda mensagem que compreende o endereço de rede.

Preferencialmente a unidade de recepção está disposta para receber do primeiro terminal uma primeira mensagem que compreende uma requisição para um recurso capaz de suportar uma chamada de conferência.

Preferencialmente a unidade de atribuição está disposta para atribuir um endereço de rede que identifica um recurso capaz de suportar a chamada de conferência. Preferencialmente a unidade de transmissão está disposta para transmitir ao primeiro terminal uma segunda mensagem que compreende o endereço de rede, 0 servidor poderia ser fornecido numa localização 7 ΕΡ1540907Β1 única, ou por funcionalidade que é distribuída entre duas ou mais localizações.

De acordo com um terceiro aspecto da revelação é fornecido um sistema de comunicações que compreende: um servidor de conferência para administrar recursos de conferência num sistema de comunicações que compreende uma pluralidade de terminais, o servidor de conferência que compreende: uma unidade de recepção para receber do primeiro terminal uma primeira mensagem que compreende uma requisição para um recurso capaz de suportar uma chamada de conferência; uma unidade de atribuição para atribuir um endereço de rede que identifica um recurso capaz de suportar a chamada de conferência; e uma unidade de transmissão para transmitir ao primeiro terminal uma segunda mensagem que compreende o endereço de rede; e uma pluralidade de terminais que inclui o primeiro terminal.

Breve Descrição dos desenhos A presente invenção será agora descrita a título de exemplo com referência aos desenhos que acompanham, em que: A Figura 1 mostra um modelo de tecnologia anterior para um sistema de conferência; A Figura 2 mostra um sistema de conferência por acesso telefónico de tecnologia anterior; A Figura 3 mostra um sistema de conferência de acordo com a invenção. 8 ΕΡ1540907Β1

Descrição pormenorizada da Invenção A invenção é infradescrita no presente documento com referência a uma forma de realização não limitativa. Em particular, a invenção é descrita em relação à sinalização SIP numa rede de comunicações móveis IMS 3G. Contudo, a invenção não está limitada a tal sinalização ou tal rede.

Em relação à Figura 3, dois agentes utilizadores 10 e 11 são mostrados. Um primeiro utilizador, gue usa agente utilizador 10, deseja começar uma chamada de conferência que envolve agente utilizador 11 e envia uma mensagem SIP INVITE 21 a um bem conhecido URI num operador para iniciar o processo de conferência. Esse URI poderia ser armazenado pelo agente utilizador 10. A mensagem INVITE 21 indica que esse agente utilizador 10 deseja iniciar uma conferência, e a Requisição URI poderia adequadamente tomar a forma: sip:conferences@sonera.fi A mensagem INVITE poderia incluir pormenores do tipo de conferência pedido, por exemplo uma taxa de dados preferida. Estes pormenores poderiam ser contidos nos componentes de média listados na carga útil do Protocolo de Descrição de Sessão (SDP) do INVITE 21. A mensagem 21 é recebida num servidor de conferência 12 que é preferencialmente um servidor de agente utilizador genérico. Nesta fase, o servidor 12 poderia autenticar a requisição de conferência transmitindo uma mensagem SIP que contém um desafio de autenticação ao agente utilizador 10 requisitando pormenores tais como um nome de utilizador e uma senha. Neste caso, o utilizador poderia então fornecer 9 ΕΡ1540907Β1 tais pormenores, isto é credenciais de autenticação válida, para que a requisição de conferência seja autorizada.

Quer em resposta à recepção de mensagem 21, quer em resposta à recepção de informação de autenticação válida de agente utilizador 10, o servidor 12 atribui um SIP URI dinâmico a ser usado para a conferência requisitada. O URI dinâmico identifica um recurso 13 que está disponível a ser usado para suportar a conferência requisitada de acordo com as especificações listadas pelo primeiro utilizador no INVITE 21. A rede está disposta para encaminhar para as comunicações de recurso, ou a unidade que providencia o recurso, dirigidas para esse endereço. Para facilitar isto o servidor está preferencialmente disposto para atribuir endereços a conferência de acordo com um padrão pré-definido pelo que vão também referir-se a um recurso de conferência adequado. O servidor 12 pode reservar este recurso para permanecer disponível até a conferência requisitada começar. Alternativamente, nenhum recurso pode ser reservado pelo servidor 12 mas pelo contrário um recurso disponível poderia ser localizado na altura quando a conferência requisitada é iniciada. O recurso é capaz de estabelecer ligações ponto-a-ponto a um terminal de cada participante numa chamada de conferência. Pode fundir os sinais de tráfego que recebe de cada terminal e transmitir os sinais fundidos aos outros terminais que participam na chamada de conferência. Esses sinais de tráfego poderiam carregar dados de voz ou outros dados tais como dados vídeo ou gráficos (por exemplo, whiteboarding). O recurso poderia ter capacidade de tratamento de dados, largura de banda ou qualquer outro recurso necessário para suportar uma chamada de conferência. O recurso poderia ser fornecido por equipamento físico como uma parte de um servidor. 10 ΕΡ1540907Β1 0 URI dinâmico é transmitido ao agente utilizador 10 por servidor de conferência 12 numa mensagem SIP 22. A mensagem 22 é preferencialmente uma mensagem de redirecção com um código na extensão 3xx, e o URI é preferencialmente contido no campo de contacto da mensagem. Um exemplo da forma que o campo de contacto poderia adequadamente ter é:

Contacto: <sip :DKLSKX87KKJ989SHFKJH0conference.sonera.fi>

Em recepção da mensagem de redirecção que inclui o URI atribuído, o agente utilizador 10 então transmite uma mensagem INVITE 23 ao URI. 0 URI identifica o recurso de conferência reservado 13, e responsivo à recepção de mensagem INVITE 23, o recurso 13 envia uma confirmação, como uma mensagem 200 OK 24, ao agente utilizador 10.

Quando o agente utilizador 10 recebe a mensagem OK 200, o primeiro utilizador pode então transferir o URI atribuído ao segundo utilizador em agente utilizador 11.

Uma outra mensagem, como uma mensagem SIP REFER 25, que inclui o URI é transmitida do agente utilizador 10 a agente utilizador 11. O REFER podia adequadamente tomar a forma: REFER sip:utilizador_b@pp.radiolinja.fi SIP/2.0

Com o seguinte cabeçalho:

Transferência para: sip:

DKLSKX87KKJ989SHFKJH@conference.sonera.fi; Método=INVITE

Alternativamente, o URI poderia ser enviado do primeiro utilizador ao segundo utilizador noutra maneira. 11 ΕΡ1540907Β1

Através do mecanismo de cima, um utilizador pode reservar um recurso de conferência às pressas. Sem nenhuma entrada significativa na parte do utilizador, outros participantes podem estar ligados em conjunto para formar uma chamada de conferência.

Em resposta à recepção da mensagem REFER de agente utilizador 10, agente utilizador 11 transmite uma confirmação, como uma mensagem aceite 202 26, de volta ao agente utilizador 10.

Agente Utilizador 11 agora transmite uma mensagem de requisição, como uma mensagem INVITE 27, para o recurso reservado 13, em resposta do qual o recurso 13 envia uma confirmação, como uma mensagem 200 OK 28, a agente utilizador 11. 0 servidor 12 e recurso 13 são capazes de comunicar entre si. Assim, o servidor pode obter informação de autenticação obtida pelo recurso de um utilizador para que cada utilizador possa ser autenticado antes de ser autorizado a juntar à conferência. Por exemplo, pode ser desejável verificar que um utilizador tem uma subscrição que o permite participar em conferências. Pormenores de subscrições poderiam ser contidos em informação de autenticação. Alternativamente, ou adicionalmente, pode ser pedido a um utilizador para introduzir um PIN para transmissão ao recurso 13 para confirmar a sua identidade por razões de segurança.

Seguinte mensagem 28, uma confirmação, como uma mensagem NOTIFY 29 com código de resposta 200 OK, é enviado de agente utilizador 11 a agente utilizador 10, e a conferência pode começar. 12 ΕΡ1540907Β1

Será aparente que agente utilizador 10 pode também enviar ou TRANFERIR o URI dinâmico a um número de outros utilizadores para poderem participar na conferência. Uma ainda alternativa é que a mensagem REFER 25 poderia ser dirigida para o URI de conferência. Por outras palavras, em vez de transferir utilizador B a conferência, a conferência podia ser transmitida a utilizador B. O mesmo conjunto de mensagens poderia ser usado como supradescrito, mas neste caso são usadas semânticas de ligações externas.

Um sumário das mensagens requeridas para ajustar uma conferência de acordo com uma forma de realização preferida da invenção é infradescrita. 21 INVITE a sip:conferences@sonera.fi 22 3xx redirecção que inclui URI dinâmico

23 INVITE a URI

24 200 OK 25 REFER a UA 11 26 202 aceite

27 INVITE a URI

28 200 OK

29 NOTIFY com código de resposta 200 OK O mecanismo supradescrito pode então facilitar conferências por acesso telefónico. No caso por acesso telefónico, o mecanismo poderia funcionar em essencialmente mesma maneira como supradescrito excepto que o URI de conferência poderia ser entregue a participantes em perpectiva num modo diferente, por exemplo através de uma mensagem instantânea ou correio electrónico, do que usar uma mensagem REFER para os convidar. 13 ΕΡ1540907Β1 0 requerente chama atenção para o facto de a presente invenção poder incluir alguma caracteristica ou combinação de caracteristicas reveladas no presente documento quer implicitamente ou explicitamente ou alguma sua generalização, sem limitação ao âmbito de quaisquer definições supra-apresentadas. Tendo em conta a descrição prévia será evidente a uma pessoa perita na tecnologia que várias modificações podem ser feitas dentro do âmbito da invenção como definida pelas reivindicações em anexo.

Lisboa, 8 de Novembro de 2012 14

Claims

ΕΡ1540907Β1 REIVINDICAÇÕES 1. Um método para administrar recursos de conferência num sistema de comunicações que compreende uma pluralidade de terminais e um servidor de conferência, o método que compreende: transmitir de um primeiro terminal (10) a um servidor (12) uma primeira mensagem (21) que compreende uma requisição para um recurso (13) capaz de suportar uma chamada de conferência; receber do servidor no primeiro terminal uma segunda mensagem (22) gue compreende um endereço de rede que identifica o recurso (13) capaz de suportar a chamada de conferência, em que o endereço de rede tem sido atribuído pelo servidor (12) em resposta a recepção pelo servidor (12) da primeira mensagem (21); e transmitir do primeiro terminal (10) a pelo menos um outro terminal (11) uma terceira mensagem (25) que compreende um endereço de rede.
2. Um método de acordo com a reivindicação 1 que ainda compreende iniciar ligações do primeiro terminal (10) e do dito outro terminal (11) ao endereço de rede para estabelecer uma chamada de conferência entre o primeiro terminal e o dito outro terminal.
3. Um método de acordo com a reivindicação 2 em que a etapa de transmitir a terceira mensagem (25) compreende transmitir do primeiro terminal (10) a pelo menos dois outros terminais a terceira mensagem gue compreende o 1 ΕΡ1540907Β1 endereço de rede; e em que a etapa de iniciar compreende iniciar ligações do primeiro terminal e dos ditos outros terminais ao endereço de rede para estabelecer a chamada de conferência entre o primeiro terminal e os ditos outros terminais.
4. Um método de acordo com qualquer reivindicação anterior em que as mensagens são mensagens SIP.
5. Um método de acordo com a reivindicação 4 em que a primeira mensagem (21) é uma mensagem INVITE.
6. Um método de acordo com a reivindicação 4 ou reivindicação 5 em que a segunda mensagem (22) é uma mensagem de redirecção.
7. Um método de acordo com as reivindicações 4 a 6 como dependentes da reivindicação 2 em que a terceira mensagem (25) é uma mensagem REFER.
8. Um método de acordo com qualquer reivindicação anterior em que o endereço de rede é um identificador uniforme de recurso.
9. Um método de acordo com a reivindicação 8 em que o endereço de rede é um identificador uniforme de recurso dinamicamente gerado.
10. Um método de acordo com qualquer reivindicação anterior em que em estabelecimento da chamada de conferência o recurso (13) funde dados transmitidos a uma rede por cada dos terminais que participam na chamada de conferência. 2 ΕΡ1540907Β1
11. Um terminal (10) para administrar recursos de conferência num sistema de comunicações que compreende uma pluralidade de terminais e um servidor de conferência que compreende: uma unidade de transmissão configurada para transmitir a um servidor (12) uma primeira mensagem (21) que compreende uma requisição para um recurso (13) capaz de suportar uma chamada de conferência; e uma unidade de recepção configurada para receber do servidor uma segunda mensagem (22), a segunda mensagem que compreende um endereço de rede que identifica o recurso capaz de suportar a chamada de conferência, em que o endereço de rede tem sido atribuído através do servidor (12) em resposta a recepção pelo servidor (12) da primeira mensagem (21); e em que o terminal é adaptado para transmitir a pelo menos um terminal (11) uma terceira mensagem (25) que compreende o endereço de rede.
12. Um terminal (10) de acordo com a reivindicação 11 em que o terminal é adaptado para iniciar uma ligação ao endereço de rede para estabelecer uma chamada de conferência entre o terminal e o dito terminal (11).
13. Um terminal (10) de acordo com a reivindicação 11 em que o terminal é adaptado para transmitir a pelo menos dois terminais a terceira mensagem (25) que compreende o endereço de rede; e em que o terminal é adaptado para iniciar uma ligação ao endereço de rede para estabelecer uma chamada de conferência entre o terminal e os ditos 3 ΕΡ1540907Β1 outros terminais.
14. Um terminal (10) de acordo com qualquer das reivindicações 11 a 13 em que as mensagens são mensagens SIP.
15. Um terminal (10) de acordo com a reivindicação 14 em que a primeira mensagem é uma mensagem INVITE.
16. Um terminal (10) de acordo com a reivindicação 14 ou reivindicação 15 em que a segunda mensagem é uma mensagem de redirecção.
17. Um terminal (10) de acordo com qualquer das reivindicações 14 a 16 em que a terceira mensagem é uma mensagem REFER.
18. Um terminal (10) de acordo com qualquer das reivindicações 11 a 17 em que o endereço de rede é um indentificador uniforme de recurso.
19. Um terminal (10) de acordo com a reivindicação 18 em que o endereço de rede é um identificador uniforme de recurso dinamicamente gerado.
20. Um terminal (10) de acordo com qualquer das reivindicações 11 a 19 em que em estabelecimento de uma chamada de conferência o recurso (13) é adaptado para fundir dados transmitidos a uma rede por cada dos terminais (10, 11) que participam na chamada de conferência.
21. Um sistema de comunicações que compreende: 4 ΕΡ1540907Β1 um primeiro terminal (10) como reivindicado em qualquer uma da reivindicação 11 a 20; pelo menos um outro terminal (11); e um servidor de conferência para administrar recursos de conferência no sistema de comunicações, o servidor de conferência que compreende: uma unidade de recepção configurada para receber do primeiro terminal (10) uma primeira mensagem (21) que compreende uma requisição para um recurso (13) capaz de suportar uma chamada de conferência; uma unidade de atribuição configurada para atribuir um endereço de rede que identifica um recurso (13) capaz de suportar a chamada de conferência; e uma unidade de transmissão configurada para transmitir ao primeiro terminal (10) uma segunda mensagem (22) que compreende: o endereço de rede.
22. 0 sistema de comunicações da reivindicação 21 que ainda compreende o recurso (13) capaz de suportar uma chamada de conferência. Lisboa, 8 de Novembro de 2012 5