PT1518436E - Suporte de serviço de difusão/multidifusão multimédia (mbms) em redes utran - Google Patents

Description

ΡΕ1518436 - 1-

DESCRIÇÃO "SUPORTE DE SERVIÇO DE DIFUSÃO/MULTIDIFUSÃO MULTIMEDIA (MBMS) EM REDES UTRAN"

CAMPO TÉCNICO A presente invenção relaciona-se em geral com Serviços de Difusão/Multidifusão Multimédia (MBMS) em sistemas de comunicações móveis.

ANTECEDENTES

Nos sistemas de telecomunicações de terceira geração, são oferecidas taxas de transmissão mais altas, bem como melhores possibilidades para a transmissão de tráfego de taxa de transmissão variável. Por exemplo, serviços utilizando requisitos de qualidade diferentes são possíveis de multiplexar. Tais possibilidades abrem-se para novos tipos de serviços. Um destes serviços que vai constar do padrão 3GPP (3rd Generation Partnership Project) é um Serviço de Difusão/Multidifusão Multimédia (Multimedia Broadcast/Multicast Service - MBMS). A intenção com o MBMS é que diferentes utilizadores podem subscrever a difusão e/ou multidifusão de informação multimédia de diferentes tipos. Um provedor de informação transmite deste modo a mesma informação -2- ΡΕ1518436 multimédia para vários utilizadores. Uma vez que a informação multimédia tipicamente requer capacidades de transferência elevadas, uma difusão/multidifusão simultânea de tal informação vai ocupar uma transferência de recursos várias vezes superior em comparação com uma única transmissão. Além disso, se um grande número de destinatários está localizado nas proximidades uns dos outros, estando conectados ao mesmo Nó B (ou estação base), ou pelo menos à mesma MSC/VLR (Mobile Services Switching Centre/Visitor Location Register) e/ou SGSN (Serving

General packet radio Service Support Node), os recursos de comunicações locais poderão ser severamente limitados. A introdução do MBMS, portanto, potencialmente dá origem a um problema de capacidade. Além disso, existem problemas se a multiplicidade de informação do MBMS estiver substancialmente desactualizada. 0 MBMS é divulgado em ETSI TS 122 146 V.5.2.0.

SUMÁRIO

Um objectivo da presente invenção é fornecer métodos e dispositivos para permitir a redução de potenciais problemas de capacidade na operação do MBMS. Outro objectivo da presente invenção é fornecer dados sincronizados de MBMS para os utilizadores de um mesmo grupo de MBMS. Um objectivo adicional da presente invenção é fornecer mecanismos fiáveis e eficientes para anexar e remover utilizadores a uma sessão de MBMS. Pelo menos um objectivo é atingido no método e controladores de rede de -3- ΡΕ1518436 rádio de acordo com as reivindicações 1, 10 e 15.

Em termos gerais, os planos de controlo e de utilizador para o MBMS podem ser separados. Pelo menos dois equipamentos de utilizador pertencentes ao mesmo grupo de multidifusão recebem dados MBMS sobre um plano de utilizador comum através da interface Iu. Em casos onde o equipamento de utilizador é controlado por uma Controladora de Rede de Rádio (Radio Network Controller - RNC) diferente da RNC Controladora (Controlling RNC - CRNC), a componente aplicacional do Subsistema da Rede de Rádio (Radio Network Sub-system Application Part - RNSAP) é estendida através de procedimentos comunicando informação de MBMS a partir da RNC Servidora (Serving RNC - SRNC) para a CRNC. Nova sinalização sobre a interface Iu poderia variar desde simples solicitações para estabelecer um plano de utilizador à mais complicada configuração/reconfiguração de suporte de sinalização dos parâmetros de sessão. O plano de controlo de tal equipamento de utilizador pode portanto ter um caminho separado em comparação com um plano de utilizador comum. De preferência, o plano de utilizador está organizado directamente sobre a interface Iu entre um nó de suporte servidor e a CRNC, enquanto os planos de controlo podem ter um caminho sobre a interface Iur.

Uma das vantagens com a presente invenção é que uma vez que os planos de utilizador MBMS de Iu sejam criados quando necessário e no caso de recursos comuns serem alocados para vários membros de um grupo de -4- ΡΕ1518436 multidifusão recebendo dados na mesma célula, a presença de múltiplos fluxos não sincronizados para a mesma sessão MBMS é evitada. Além disso, procedimentos avançados do protocolo RNSAP permitem que os utilizadores controlados por uma RNC diferente da CRNC participem de uma sessão de multidifusão MBMS. A presente invenção também evolui a actual arquitectura da Rede Universal de Acesso Rádio de Telecomunicações Móveis (Universal mobile Telecommunication System Radio Access Network - UTRAN) de uma forma compatível com versões anteriores e mantém o tratamento actual no caso de recursos dedicados. Além disso, a sinalização do retorno de informação MBMS entre duas RNCs conectadas através de uma interface Iur é activada pela introdução de um novo procedimento de transferência de informação MBMS.

BREVE DESCRIÇÃO DOS DESENHOS A invenção, juntamente com novos objectivos e suas vantagens, pode ser melhor entendida fazendo referência à descrição seguinte tomada em conjunto com os desenhos acompanhantes, nos quais: A Fig. 1 é uma ilustração esquemática de uma forma de realização de um sistema de comunicações móveis. A Fig. 2 é um esquema de blocos de uma forma de realização de um sistema de comunicações móveis. -5- ΡΕ1518436 A Fig. 3 é uma forma de realização de um modelo de protocolo para uma UTRAN num sistema de comunicações móveis. A Fig. 4 é um diagrama de fluxo de uma forma de realização de um procedimento de serviço de difusão/multidifusão multimédia; A Fig. 5a é um esquema de blocos de uma forma de realização de um sistema de comunicações móveis de suporte ao MBMS através de ligações dedicadas; A Fig. 5b é um esquema de blocos de uma forma de realização de um sistema de comunicações móveis de suporte ao MBMS através de ligações comuns de acordo com a presente invenção; A Fig. 6a é um esquema de blocos de outra forma de realização de um sistema de comunicações móveis de suporte ao MBMS através de ligações dedicadas; A Fig. 6b é um esquema de bloco de outra forma de realização de um sistema de comunicações móveis de suporte ao MBMS através de ligações comuns de acordo com a presente invenção; A Fig. 7 ilustra fluxos de sinalização de RNSAP de acordoente invenção; -6- ΡΕ1518436 A Fig. 8 é um esquema de blocos de mais uma forma de realização de um sistema de comunicações móveis de suporte ao MBMS através de ligações comuns de acordo com a presente invenção;

Fig. 9 é um esquema de blocos de ainda outra forma de realização de um sistema de comunicações móveis de suporte ao MBMS, tendo vários nós de suporte servidores; A Fig. 10 é um diagrama de fluxo de uma forma de realização de um procedimento de serviço de difusão/multidifusão multimédia de acordo com a presente invenção; e A Fig. 11 é um diagrama de fluxo de outra forma de realização de um procedimento de serviço de difusão/multidifusão multimédia de acordo com a presente invenção.

DESCRIÇÃO DETALHADA A presente invenção entra em uso principalmente nos sistemas de comunicações móveis de terceira geração. Um exemplo tipico de um tal sistema de comunicações móveis 1 é ilustrado na Figura 1. Uma rede de core 10 é fornecida com as conexões 5 a redes externas (não mostradas), tais como por exemplo a PSTN (Rede Comutada de Voz Pública - Public Switched Telephone Network), ISDN (Rede Digital de Integração de Serviços - Integrated Services Digital -7- ΡΕ1518436

Network) ou a Internet. A rede de core 10 também é conectada 17 a uma UTRAN (UMTS Radio Access Network) 20 que reúne várias Radio Network Controllers (RNCs) 22A, 22B, 22C sobre uma interface Iu 16. Na forma de realização ilustrada, as três RNCs 22A, 22B, 22C são interligadas 15 por uma interface Iur 14.

Nas RNCs ilustradas 22A, 22B estão a controlar duas estações base 30A-D cada através das conexões 25 sobre uma interface Iub 24. (Na presente forma de realização, a RNC 22c não controla directamente as estações base.) As estações base 30A-D são também geralmente conhecidas como "Nós B" nas especificações do 3GPP. Cada estação base 30A-D opera o acesso rádio dentro de uma determinada área geográfica - célula 40A-D. O equipamento de utilizador 50A-D move-se dentro da cobertura das células 40A-D e pode comunicar por comunicação rádio 35 através de uma interface Uu 34 de acordo com a técnica anterior nesta área. Os detalhes destes dispositivos e métodos não são essenciais para a compreensão da presente invenção e estão para além disso facilmente disponíveis na literatura padrão. O Equipamento de Utilizador (User Equipment - UE) 50A-D tipicamente compreende um equipamento móvel 51, por exemplo um telefone celular ou um computador portátil, e um cartão SIM (Subscriber Identity Module) de utilizador 52. A comunicação interna de um sistema de comunicações móveis 1 conforme a Fig. 1 é mais simples de visualizar se o sistema 1 for ilustrado de forma -8- ΡΕ1518436 alternativa, tal como na Fig. 2. Aqui as quatro subredes fundamentais, as redes externas 2, a rede de core 10, a UTRAN 20 e o UE 50. As redes externas 2 poderão incluir mais redes de telefonia tradicional baseadas em tecnologia de comutação de circuitos 3, tal como PLMN (Public Land Mobile Network), PSTN ou ISDN. As redes externas 2 também podem incluir redes de comunicações com base em pacotes 4, tais como a Internet. A rede de core 10 inclui nesta forma de realização um GMSC (Gateway Mobile Switching Centre) 18, que é um comutador no ponto onde passam todas as ligações de comutação de circuitos de e para as redes externas. Uma MSC/VLR (Mobile Services Switching Centre/Visitor Location Register) 11, conectada à GMSC 18, é um comutador e base de dados que serve o UE para serviços de comutação de circuitos quando o UE está dentro do alcance de uma RNC 22 da UTRAN 20 conectado à rede de core 10. A função MSC é usada para comutar as chamadas de circuitos comutados. A função VLR armazena por exemplo o perfil de serviço do utilizador visitante. A MSC/VLR 11 e o GMSC 18 também são conectados a um HLR (Home Location Register) 13, que é uma base de dados localizada no sistema residente do utilizador, que inclui uma cópia mestra do perfil de serviço do utilizador. O perfil de serviço compreende por exemplo informações sobre os serviços permitidos, informações sobre os serviços complementares e no caso do MBMS também incluirá informações sobre tais serviços. O HLR 13 armazena a localização do UE 50 ao nivel da MSC/VLR e/ou -9- ΡΕ1518436 do SGSN.

A rede de core 10 também inclui nós conectados ao GPRS (General Packet Radio Service) . Um GGSN (Gateway GPRS Support Node) 19 é um comutador no ponto onde passa todo o tráfego de pacotes de dados de e para as redes externas. O GGSN 19 está ligado a um SGSN (Serving GPRS Support Node) 12. A funcionalidade do SGSN 12 é semelhante à da MSC/VLR

11, mas para serviços de pacotes comutados. O SGSN 12 e o GGSN 19 também estão conectados ao HLR 13. Também pode haver uma interface opcional entre a MSC/VLR 11 e o SGSN 12. A rede de core 10 comunica por meio da interface Iu 17 com a UTRAN 20. Na presente forma de realização, a UTRAN 20 é ilustrada para incluir duas RNCs 22, interligadas pela interface Iur 14. Cada RNC 22 tem como na Fig. 1 o controlo dos Nós B 30, os quais por sua vez, comunicam com o UE 50. Uma RNC 22 e os Nós B associados juntos constituem uma Radio Network Subsystem (RNS) 26. A RNC 22 é o elemento de rede responsável pelo controlo dos recursos rádio da UTRAN 20. Ela serve de interface com a CN 10 e termina também um protocolo de controlo de recursos de rádio (Radio Resource Control -RRC) que define as mensagens e os procedimentos entre o móvel 50 e a UTRAN 20. No interior da UTRAN 20, a RNC 22 pode desempenhar funções diferentes, por exemplo, como uma RNC Servidora (Serving RNC - SRNC) , uma RNC de Desvio -10- ΡΕ1518436 (Drift RNC - DRNC) ou uma RNC Controladora (Controlling RNC - CRNC).

Uma CRNC está sempre directamente associada a um ou mais Nós B 30. A CRNC é responsável pela carga e controlo de congestão das suas próprias células e executa o controlo de admissão e a alocação de código para que novas ligações de rádio possam estabelecer-se nessas células. A CRNC termina assim a interface Iub 24 em direcção ao Nó B 30.

No 3GPP padrão, um UE pode usar recursos para estabelecer a ligação UE-UTRAN a partir de mais do que uma RNS. As RNCs disponíveis na UTRAN então desempenharão funções diferentes em relação ao esse UE em particular. Uma SRNC para um determinado móvel é uma RNC que termina tanto a ligação de Iu para o transporte de dados de utilizador como a sinalização correspondente de e para a rede de core relacionada com o acesso rádio. A SRNC termina a sinalização adicional de controlo de recursos de rádio entre o UE e a UTRAN. A SRNC pode ser uma CRNC, mas não necessariamente. Porém, um UE específico tem uma e apenas uma SRNC.

Uma DRNC é qualquer outra RNC que controla as células utilizadas pelo UE. Uma DRNC de um UE é, por conseguinte, sempre diferente da SRNC desse UE específico. A DRNC encaminha os dados entre as interfaces Iub e Iur. Uma determinado UE pode portanto ter zero, uma ou mais -11- ΡΕ1518436 DRNCs.

Uma RNC física normalmente contém todas as funcionalidades das CRNC, SRNC e DRNC. Além disso, uma SRNC associada com um certo UE pode ser simultaneamente uma DRNC para outro UE.

Um modelo de protocolo geral para interfaces UTRAN terrestres é ilustrado na Figura 3. A estrutura de protocolo 100 consiste em duas camadas principais, uma camada de rede de rádio 101 e uma camada de rede de transporte 103. Todos os problemas específicos da UTRAN são visíveis apenas na camada de rede de rádio. A estrutura de protocolo 100 é também dividida em planos verticais, um plano de controlo 105 e um plano de utilizador 107. O plano de controlo 105 e o plano de utilizador 107 estão portanto presentes nas duas camadas 101, 103. Além disso, um plano de controlo da rede de transporte 106 está adicionalmente disponível na camada de rede de transporte 103. O plano de controlo 105 é usado para toda a sinalização de controlo UMTS. Ele inclui um protocolo de aplicação 111 e uma portadora de sinalização 113 para transportar mensagens do protocolo de aplicação. O protocolo de aplicação 111 é normalmente usado para criação de portadoras para o UE, por exemplo uma portadora de acesso rádio na interface Iu e ligações rádio nas interfaces Iur e Iub. -12- ΡΕ1518436 0 plano de utilizador 107 é em vez disso responsável pela transmissão de todas as informações para o utilizador, por exemplo na forma de voz codificada ou pacotes de dados genéricos. O plano de utilizador 107 inclui os fluxos de dados 115 e as portadoras de dados 117 para os fluxos de dados 115. Cada fluxo de dados 115 é caracterizado por pelo menos um protocolo especificado para essa interface em particular. O plano de controlo da rede de transporte 106 é usado para toda a sinalização de controlo dentro da camada de transporte e actua, portanto, entre o plano de controlo 105 e o plano de utilizador 107. O MBMS é um serviço fornecido por um provedor de conteúdos para assinantes desse serviço que inclui a difusão sincronizada e/ou a multidifusâo de informação multimédia para um determinado número de utilizadores. Uma forma de realização tipica de um procedimento de um serviço de multidifusâo MBMS é ilustrado na Fig. 4. O procedimento inicia-se na etapa 200. Na etapa 202, é estabelecida uma relação entre um provedor de serviços de MBMS e um utilizador é estabelecido como uma subscrição de MBMS associada a esse utilizador especifico. O utilizador fica com a permissão de receber a informação de MBMS relacionada. A subscrição do serviço é o acordo de um utilizador para receber serviços fornecidos por um operador, normalmente conectado a determinados termos de subscrição. O operador normalmente regista informações -13- ΡΕ1518436 específicas de utilizador numa base de dados.

Na etapa 204, é executado um anúncio de um serviço. Este mecanismo fornece ao utilizador informações sobre o serviço, parâmetros necessários para a activação do serviço e/ou outros parâmetros relacionados com o serviço. A hora de inicio de serviço normalmente é um parâmetro importante. A forma sobre a qual as informações de anúncio são distribuídas poderá variar de sistema para sistema, de operador de serviço para operador de serviço e até mesmo de utilizador para utilizador dentro do mesmo sistema. Se um assinante decidir activar o MBMS, o assinante junta-se a um grupo de multidifusão, na etapa 206. Esta é uma activação de multidifusão MBMS pelo utilizador. O utilizador indica à rede que está preparado para receber dados de um MBMS específico. O início da sessão, etapa 208, é a etapa na qual o centro de serviços de difusão-multidifusão começa a enviar dados. O início geralmente ocorre independentemente da activação do serviço pelo utilizador. O início da sessão pode ocorrer portanto após a etapa de junção 206, bem como antes da etapa de junção 206, dependendo das acções do utilizador. No entanto, o início da sessão é o gatilho para o estabelecimento de recursos de rede para a transferência de dados MBMS. A etapa 210 é uma notificação MBMS, que informa os UEs sobre as transferências de dados de multidifusão próximas e/ou em curso. Os dados MBMS são transferidos para os UEs de um grupo de multidifusão na -14- ΡΕ1518436 etapa 212. A chegada de um primeiro pacote ao GGSN pode coincidir com o inicio de sessão 208.

Na etapa 214, o centro de serviços de difusão/multidifusão determina que não haverá mais dados para enviar durante um período de tempo e pára a sessão. O período é longo o suficiente para justificar uma libertação de recursos de rede alocados. Na etapa 216, o utilizador sai do grupo de multidifusão e, portanto, já não está preparado para receber nenhuns dados MBMS desse serviço específico. O procedimento termina na etapa 218.

As etapas de subscrição 202, junção 206 e saída 216 são realizadas individualmente por cada utilizador. As outras etapas são executadas ao nível do provedor de serviços, isto é, que todos os utilizadores envolvidos estão relacionados com as etapas. As etapas podem ser repetidas consoante as necessidades e requisitos específicos. Além disso, as diferentes etapas podem aparecer numa ordem diferente ou podem ser executadas em paralelo. Nomeadamente as etapas de subscrição 202, junção 206, saída 216, anúncio de serviço 204 e notificação MBMS 210 executam-se normalmente em paralelo com outras etapas. A presente invenção não diz respeito à transferência de dados na rede de core como tal. Por conseguinte, o fornecimento dos dados MBMS por parte de um provedor de conteúdos para um SGSN adequado é executado de acordo com quaisquer soluções adequadas de técnica anterior -15- ΡΕ1518436 e não são descritas mais em detalhe. Na descrição seguinte, é portanto assumido que pelo menos um SGSN tem os dados MBMS solicitados a partir do centro de serviço de difusão/multidifusão especifico disponíveis de uma forma ou outra, por exemplo através de um GGSN como ponto de entrada. 0 papel do SGSN neste contexto é executar funções de controlo de rede individuais do utilizador e fornecer transmissões MBMS para a rede de acesso rádio.

Considere-se um primeiro cenário MBMS, ilustrado na Fig. 5a. Um SGSN 12 é conectado a uma RNC 22, que controla um Nó B 30. Três UEs 50A-C são assinantes de um MBMS específico, ou seja são membros de um grupo de multidifusão 60. Por conseguinte, três conexões 61A-C são estabelecidas entre o SGSN 12 e cada um dos UEs 50A-C. Cada uma destas conexões 61A-C inclui um plano de utilizador 107 e um plano de sinalização 105. Recursos dedicados são portanto utilizados para fornecer o MBMS aos membros do grupo.

Se o grupo de multidifusão 60 tiver membros suficientes, haverá um desejo de usar ligações ponto-multiponto para distribuição de dados, a fim de economizar recursos. A UTRAN poderá, com base em cada célula, seleccionar se deseja usar uma distribuição de dados MBMS ponto-a-ponto ou ponto-multiponto. Por exemplo, se mais do que um número predefinido de utilizadores é membro do grupo de multidifusão 60 e usando uma distribuição ponto-a-ponto, pode ser seleccionada uma comutação para distribuição -16- ΡΕ1518436 ponto-multiponto. Da mesma forma, se menos do que um número predefinido de utilizadores é membro de um grupo de multidifusão 60 usando distribuição ponto-multiponto, pode ser executada uma comutação para distribuição ponto-a-ponto. A decisão é feita de preferência pela CRNC da célula em questão.

Na Fig. 5b, concluiu-se que existem membros suficientes no grupo de multidifusão 60 para fazer uso dos recursos comuns. Cada um dos UEs 50A-C ainda tem o seu plano de controlo dedicado e, portanto, a sua sinalização de controlo dedicada. Isto torna possível tratar todos os membros do grupo de multidifusão 60 individualmente no que diz respeito à sinalização. No entanto, o fluxo de dados a ser enviado aos diferentes membros do grupo é idêntico e por conseguinte não são necessários recursos individuais. Com o objectivo de economizar recursos dentro da UTRAN, um único plano de utilizador 107' é usado entre o SGSN e a RNC como um plano de utilizador comum para todos os membros do grupo de multidifusão. Não até a RNC ter de entregar o fluxo de dados, o plano de utilizador 107' é ramificado em planos de utilizador dedicados 107'' para os diferentes UEs 50A-C. A RNC 22 na Fig. 5b tem o controlo completo deste cenário específico. Se qualquer UE adicional que está a subscrever o MBMS vem para dentro da célula, a RNC é informada sobre estas circunstâncias, como sendo a RNC servidora desse UE. É possível estabelecer uma associação -17- ΡΕ1518436 adequada entre um plano de controlo dedicado e um plano de utilizador comum. Da mesma forma, se membros do grupo de multidifusão desaparecem, por exemplo, estão desactivados ou saem da célula, a sessão MBMS pode ser alterada em conformidade. Se demasiado poucos UEs estão presentes na célula para motivar o uso de recursos do plano de utilizador comum, a RNC tem todas as informações necessárias e pode retornar ao uso tradicional de pares associados de planos de utilizador e planos de controlo.

No caso supra, onde apenas um SGSN e uma RNC estão envolvidos, a estratégia pode parecer bastante simples. No entanto, em cenários tendo a interface Iur a situação fica mais complexa. As referências são agora feitas à Fig. 6a. Neste cenário, duas RNCs 22A, 22B estão presentes. A RNC 22A é a CRNC para a célula na qual o grupo MBMS 60 está presente. Um grupo MBMS 60 compreende três UEs 50A-C. Os UEs 50A e 50B têm a RNC 22A como uma SRNC, enquanto o UE 50C tem a RNC 22B como a sua SRNC, e consequentemente, a RNC 22A é uma DRNC para o UE 50C.

Três conexões 61A-C são estabelecidas entre o SGSN 12 e cada um dos UEs 50A-C. As conexões 61A e 61B seguem directamente a partir do SGSN 12 para a RNC 22A, enquanto a conexão 61C segue através da RNC 22B. Cada uma destas conexões 61A-C inclui um plano de utilizador 107 e um plano de sinalização 105. São portanto usados recursos dedicados para fornecer o MBMS aos membros do grupo. -18- ΡΕ1518436

Na Fig. 6b, concluiu-se que existem membros suficientes no grupo de multidifusão 60 para beneficiarem do uso de recursos comuns. Cada um dos UEs 50A-C tem em analogia com o exemplo anterior o seu plano de controlo dedicado e, assim, a sua sinalização de controlo dedicada. Também aqui, é possível tratar todos os membros do grupo de multidifusão 60 individualmente no que respeita à sinalização. Por exemplo, cada SRNC respectiva ainda receberia atribuições MBMS RAB a partir do nó CN relevante para os membros do grupo de multidifusão pelos quais é responsável através da interface Iu normal 17, visto que apenas a SRNC está completamente ciente dos seus próprios UEs. O fluxo de dados a ser enviado aos diferentes membros do grupo é idêntico, e recursos individuais não são portanto necessários. No sentido de economizar recursos dentro da UTRAN, um único plano de utilizador 107' é também aqui usado entre o SGSN e a RNC 22A como um plano de utilizador comum para todos os membros do grupo de multidifusão. Assim, o MBMS RAB será possivelmente associado logicamente com um plano de utilizador, o qual pode ser estabelecido em direcção a outra RNC. Aqui, um recurso comum para o fluxo de dados é usado em toda a linha até aos diferentes UEs 50A-C.

Até agora, a situação parece ser muito semelhante à da Figura 5b. No entanto, ser capaz de controlar o uso de um plano de utilizador comum e comutar entre recursos -19- ΡΕ1518436 dedicados e comuns, envolve a existência de algum conhecimento sobre todos os UEs 50A-C que participam no grupo de multidifusão 60 disponível para a mesma RNC. A RNC 22A na Fig. 5b tem o controlo de dois dos UEs 50A, 50B, uma vez que tem o papel da SRNC para estes UEs. No entanto, o UE 50C tem a RNC 22B com a SRNC e a RNC 22A não tem portanto conhecimento a priori sobre o estado do UE 50C.

Por conseguinte, de acordo com uma forma de realização preferida da presente invenção, a interface Iur 14 entre a RNC 22a e a RNC 22b é organizada para suportar a comunicação de informação MBMS relacionada com o UE 50C desde a RNC 22B até à RNC 22A. A RNC 22A, a qual nesta forma de realização é a CRNC da célula na qual se encontra o grupo de multidifusão, irá iniciar o estabelecimento do plano de utilizador transportando dados MBMS sobre a interface Iu 17 quando existirem utilizadores suficientes para essa sessão de multidifusão MBMS nas suas células. Por outras palavras, a RNC 22A inclui meios, de preferência como rotinas de software, para assegurar a utilização de um plano de utilizador comum entre o SGSN, por exemplo, um nó de suporte servidor, e a RNC 22A para os dados solicitados de difusão/multidifusão multimédia para os UEs. Esta funcionalidade associa a sinalização de controlo que chega aos planos de controlo individuais com a RNC 22A com os dados que chegam ao plano de utilizador comum.

Com esta forma de realização da invenção, a CRNC irá iniciar o estabelecimento do plano de utilizador de Iu -20- ΡΕ1518436 carregando dados comuns de MBMS quando houver utilizadores suficientes para essa sessão de multidifusão MBMS nas células sob o seu controlo. Têm de ser fornecidos mecanismos através da interface Iur para permitir que o UE 50C que é controlado pela RNC 22B se junte a uma determinada sessão. Existe a necessidade de transferir informações MBMS RAB (Portadora de Acesso Rádio - Radio Access Bearer) provenientes da rede de core para a DRNC 22A, para que a DRNC 22A possa anexar um tal UE 50C à sessão MBMS. A DRNC deve preferencialmente devolver à SRNC as informações sobre os recursos alocados ao UE. Estas informações também podem ser transferidas numa ocasião posterior. Se estes recursos forem comuns, a DRNC já teria ou tem de estabelecer um plano de utilizador de Iu para o MBMS e deverá existir uma indicação de que não é necessário ser entregue qualquer conteúdo de MBMS à SRNC.

Se não for fornecida a informação necessária sobre a Iur, esta poderá ser solicitada directamente pela RNC a partir do CN através da nova sinalização de Iu.

Na Fig. 7, é apresentada uma forma de realização de um novo conjunto de procedimentos elementares para o protocolo RNSAP, ANEXAR EM MULTIDIFUSÃO, REMOVER EM MULTIDIFUSÃO e INDICAÇÃO DE TRANSFERÊNCIA DE INFORMAÇÃO DE MBMS. Quando um UE, tendo a CRNC como uma DRNC, se quer juntar a um grupo de multidifusão na célula controlada pela CRNC, a CRNC tem de ser informada. Este procedimento é iniciado a partir da SRNC (22B Fig. 6b), através da emissão -21 - ΡΕ1518436 de uma mensagem de PEDIDO DE ANEXAÇÃO EM MULTIDIFUSÃO. Pela mensagem de pedido a SRNC, que está ciente de que o UE se quer juntar a uma determinada sessão MBMS numa célula controlada pela DRNC, está a solicitar à DRNC que anexe o utilizador a essa sessão. A DRNC pode assim adicionar um novo UE ao número total de UEs na sua célula utilizando o serviço MBMS. A mensagem de PEDIDO DE ANEXAÇÃO EM MULTIDIFUSÃO pode conter preferencialmente o identificador (ID) de célula da nova célula, o identificador (ID) de serviço MBMS e o U-RNTI (Identidade Temporária na UTRAN -UTRAN Radio Network Temporary Identity) do UE.

Neste momento, a decisão de usar recursos dedicados ou comuns não é necessariamente feita ainda. Na mensagem de PEDIDO DE ANEXAÇÃO EM MULTIDIFUSÃO 120, a SRNC irá tanto retransmitir informações relacionadas ao estabelecimento de uma RAB proveniente da rede de core como informações semelhantes às que normalmente são incluídas numa mensagem de criação de ligação rádio/pedido de junção no caso de ser necessário estabelecer recursos dedicados para este UE. A SRNC ainda não está ciente se isto irá acontecer, uma vez que é uma decisão da DRNC. Também poderia ser possível incluir nesta mensagem uma bandeira onde a SRNC indica a sua vontade de mover o UE para recursos comuns quando a DRNC fica ciente de que um recurso comum é mais adequado para esta sessão MBMS.

Uma vez que a DRNC receba esta informação, pode decidir que medidas tomar. Uma mensagem de êxito é então -22- ΡΕ1518436 enviada de volta a partir da DRNC (22A na Fig. 6b) por meio de uma mensagem de RESPOSTA DE ANEXAÇÃO EM MULTIDIFUSÃO 122. Quando a DRNC fica ciente de quantos utilizadores estão vinculados a essa sessão MBMS nessa célula, pode reconsiderar se a escolha prévia do modo de transferência ainda é a preferida. Numa forma de realização do RNSAP de acordo com a presente invenção, tal decisão será tomada imediatamente após a recepção do pedido de anexação. Se a sessão MBMS já usa um recurso comum, isto é, um plano de utilizador comum, a adição de um novo UE provavelmente não mudará a situação e a mensagem de resposta a anexar, em seguida, pode incluir informações sobre o recurso comum e o plano de utilizador Iu a usar. A SRNC, em seguida, é informada de que os dados MBMS para este utilizador estão a ser entregues através da DRNC. Se a sessão de MBMS anterior ao pedido de conexão, em vez disso, usa recursos dedicados, a adição de mais um UE pode mudar a situação. Se em tal situação se conclui que os recursos dedicados ainda são favoráveis, a DRNC vai estabelecer os recursos relevantes para usar e a mensagem de resposta a anexar inclui então informações sobre este recurso dedicado. No entanto, se a adição de um novo UE altera a situação de tal forma que um recurso comum seria favorável, a DRNC pode iniciar uma mudança para o grupo de multidifusão MBMS inteiro. A mensagem de resposta a anexar pode então incluir informações sobre o novo recurso comum a usar e sobre o plano de utilizador comum de Iu.

Noutra forma de realização do RNSAP de acordo com -23- ΡΕ1518436 a presente invenção, a mensagem de resposta a anexar inclui sempre informação que reflecte a situação de recursos actual, ou seja, são incluídas informações sobre o recurso comum na mensagem de resposta se um recurso comum estiver a ser utilizado presentemente, e são incluídas informações sobre um recurso dedicado se recursos dedicados estiverem presentemente a ser utilizados. Qualquer decisão sobre se a adição do novo UE irá alterar as preferências de comunicação anteriores poderá então ser tomada posteriormente e irá em seguida ser iniciada uma mudança para todos os UEs participantes no grupo de multidifusão, incluindo o novo UE.

Se o procedimento de adição do novo UE à sessão MBMS não foi bem sucedido, a DRNC cria uma mensagem de FALHA NA ANEXAÇÃO EM MULTIDIFUSÃO e entrega-a à SRNC. Informações relevantes tais como valores de causa e outros são então preferencialmente incluídos.

Para permitir à SRNC remover o UE da sessão, pode ser usado um procedimento correspondente de remoção em multidifusão. Uma mensagem de PEDIDO DE REMOÇÃO EM MULTIDIFUSÃO 130 é enviada a partir da SRNC para a DRNC. Esta sinalização é iniciada quando um utilizador indica que quer deixar uma sessão MBMS em curso. O pedido de remoção contém de preferência o identificador (ID) de célula da célula de multidifusão utilizada, o identificador (ID) de serviço MBMS e o U-RNTI do UE. A DRNC realiza as libertações de recursos necessárias e retorna uma mensagem -24- ΡΕ1518436 de RESPOSTA DE REMOÇÃO EM MULTIDIFUSÃO 132 confirmando o final do MBMS para aquele utilizador especifico.

Um pedido de remoção de um UE pode em analogia com a situação de anexação mudar a utilização de recursos favorável para o grupo de multidifusão. Se foi utilizado um recurso comum, a remoção de um UE pode tornar uma transição para recursos dedicados mais favorável. Preferencialmente, existem alguns procedimentos RNSAP fornecidos, suportando uma mudança para a frente e para trás entre recursos comuns e recursos dedicados, ou seja, procedimentos de comutação de canal.

Quando a comutação de canal entre recursos dedicados e comuns deve ser realizada, por exemplo a partir da entrada de um UE adicional, a CRNC para a célula na qual o grupo de multidifusão está presente pode iniciar uma alteração. Os UEs para os quais a CRNC é uma SRNC são fáceis de controlar uma vez que a CRNC tem todas as informações disponíveis. No entanto, para UEs tendo a CRNC como uma DRNC, os procedimentos de RNSAP são utilizados preferencialmente. A DRNC pode então indicar, preferivelmente sabendo que o UE pode ser movido para recursos comuns, a necessidade de uma comutação. Isto é enviado para a SRNC numa mensagem de INDICAÇÃO DE TRANSFERÊNCIA DE INFORMAÇÃO MBMS apropriada 140. Uma tal mensagem 140 poderia também ser usada para retransmitir outras informações de controlo relacionadas com MBMS necessárias na SRNC. A mensagem 140 inclui a informação de -25- ΡΕ1518436 que é realizada uma comutação para transmissão ponto-multiponto e informação necessária sobre o recurso comum e o plano de utilizador de Iu. Quando a SRNC recebe uma tal mensagem, executa todas as alterações necessárias. Por exemplo, é preferível se a SRNC libertar o plano de utilizador de Iu correspondente ao recurso dedicado utilizado anteriormente. De preferência, a SRNC também retorna uma mensagem de resposta 142 para confirmar que as alterações necessárias foram realizadas.

Se um grupo de multidifusão de MBMS usa um recurso comum e o número de membros é reduzido para que uma utilização dos recursos dedicados seja favorável, pode ser executada uma sinalização similar de RNSAP. Uma mensagem de INDICAÇÃO DE TRANSFERÊNCIA DE INFORMAÇÃO MBMS 140 é novamente transferida da DRNC para a SRNC. Agora a mensagem contém a informação de que vai ter lugar uma comutação para transmissão ponto-a-ponto. Está incluída a informação necessária sobre os recursos dedicados a serem usados. A SRNC realiza acções necessárias para permitir uma tal sessão de MBMS, por exemplo, aloca planos de utilizador necessários de Iu e Iur. Preferencialmente, a SRNC também retorna uma mensagem de resposta 142 para confirmar que as alterações necessárias foram realizadas.

Como qualquer um especializado na técnica compreende, os nomes reais das mensagens não são essenciais para a invenção. São antes a função e o conteúdo das mensagens que são importantes. Da mesma forma, as mensagens -26- ΡΕ1518436 podem ser configuradas de maneiras diferentes. Um PEDIDO DE ANEXAÇÃO EM MULTIDIFUSÃO pode por exemplo ser dividido em mais de uma mensagem real. Uma primeira mensagem pode por exemplo conter o identificador (ID) de serviço MBMS e o pedido e uma mensagem seguinte pode incluir a restante informação necessária. 0 conteúdo de informação dessas mensagens poderia ainda ser transferido através de extensões das mensagens já existentes.

De forma semelhante, podem ser usadas mais mensagens especificadas em vez de uma mensagem genérica que inclui dados de especificação. Por exemplo, a mensagem de INDICAÇÃO DE TRANSFERÊNCIA DE INFORMAÇÃO DE MBMS 140 pode ser trocada por uma mensagem de INÍCIO DE TRANSMISSÃO DE MBMS p-t-m e uma mensagem de INÍCIO DE TRANSMISSÃO DE MBMS p-t-p, respectivamente, que se referem exclusivamente a uma respectiva das duas possíveis direcções de mudança de transmissão. A mensagem de resposta 142 pode de uma maneira similar ser uma mensagem de RESPOSTA DE INÍCIO DE TRANSMISSÃO DE MBMS p-t-m e uma mensagem de RESPOSTA DE INÍCIO DE TRANSMISSÃO DE MBMS p-t-p, respectivamente.

Se vários UEs são controlados por uma SRNC diferente da CRNC da célula de multidifusão, as indicações

de transferência de informação de MBMS têm que ser transferidas no que respeita a todos os UEs. A possibilidade de realizar a anexação em multidifusão e a transferência de informação de MBMS por grupos de UEs controlados pela mesma SRNC para reduzir a sinalização -27- ΡΕ1518436 sobre Iur é uma opção possível e preferível.

Na forma de realização acima da Fig. 6, o plano de utilizador no modo comum é seleccionado ao longo de um caminho directamente a partir do SGSN para a CRNC. Este caminho é separado do caminho do plano de controlo do UE pertencendo a uma SRNC diferente da CRNC. No entanto, numa forma de realização alternativa, ilustrada na Figura 8, a situação pode ser o oposto. Na presente forma de realização, existe ainda apenas um plano de utilizador no modo de recurso comum, mas este plano de utilizador percorre um caminho através de uma SRNC 22B diferente da CRNC 22A. Neste caso, os planos de controlo para os UEs 50A e 50B são mantidos direitos sobre a interface Iu entre o SGSN 12 e a CRNC 22A, enquanto o plano de controlo do UE 50C vai ao longo de um caminho paralelo ao plano de utilizador.

Ao se decidir ir para recursos comuns, diferentes esquemas podem ser usados. O mais simples é deixar sempre o plano de utilizador ir directamente na interface Iu entre o SGSN 12 e a CRNC 22A, o qual foi descrito acima. No entanto, se nenhuns UEs tendo a CRNC 22A como uma SRNC participam no grupo de multidifusão 60, todos os planos de controlo serão separados do plano de utilizador. Poderá então ser interessante configurar o plano de utilizador através da interface Iur em vez disso. Quando mais UEs se juntarem, tal configuração pode ser mantida mesmo que os novos UEs tenham a CRNC 22A como a sua SRNC, de modo a -28- ΡΕ1518436 reduzir a sinalização após a alteração do plano de utilizador.

Qualquer um especializado na técnica percebe que pode haver várias abordagens diferentes na selecção do caminho do plano de utilizador, 0 mais provável é seleccionar sempre o plano de utilizador através da interface Iu directa. Pode-se no entanto em vez disso seleccionar o plano de utilizador de acordo com o plano de controlo do primeiro UE que se junta ao grupo de multidifusão 60. Pode também ser determinado manter o plano de utilizador independentemente da mobilidade dos UEs, ou pode intermitentemente realizar-se actualizações para o caminho do plano de utilizador mais favorável. Todas essas variações se destinam à compreensão a partir das reivindicações em anexo.

Na Fig. 9, é ilustrada outra forma de realização de um sistema de acordo com a presente invenção. O cenário aqui inclui um UE 50D, sendo um membro do grupo de multidifusão 60, mas sendo servido por uma RNC 22C conectada a um SGSN 12B alternativo. Os princípios básicos são válidos também em tais situações. O plano de utilizador ainda pode percorrer um caminho entre o SGSN 12A "original" e a CRNC 22A, enquanto o plano de controlo do UE 50D passa através da interface Iur 14 para a SRNC 22C e para o SGSN 12B. Qualquer um especializado na técnica percebe que existe um grande número de situações diferentes, que são aplicáveis de forma análoga. -29- ΡΕ1518436

Nas formas de realização acima, a configuração real da interface aérea de rádio entre o Nó B e o UE só foi mencionada em termos genéricos. Os canais de rádio comuns ou dedicados podem ser seleccionados de acordo com métodos e dispositivos de técnica anterior, quando apropriado. Se a interface Iur é usada para canais de controlo, mas não para os dados, tem de ser utilizado um canal comum através da interface aérea. Se for usado um canal de dados comum sobre Iu, quer um canal de dados comum ou dedicado pode ser usado sobre a interface aérea. A Fig. 10 ilustra as principais etapas numa forma de realização de um método para o fornecimento de um serviço de difusão/multidifusão multimédia num sistema de telecomunicações móveis de acordo com a presente invenção. O procedimento inicia-se na etapa 220. Na etapa 222, são fornecidos dados de difusão/multidifusão multimédia a partir de um nó de suporte servidor a pelo menos dois equipamentos de utilizador que subscrevem o serviço de difusão/multidifusão multimédia. Na etapa 228, um plano de utilizador comum entre o nó servidor e uma controladora de rede de rádio é usado para a transmissão dos dados de difusão/multidifusão multimédia para os dois equipamentos de utilizador. O procedimento termina na etapa 232. A Fig. 11 ilustra as etapas principais noutra forma de realização de um método para fornecer o serviço de difusão/multidifusão multimédia de acordo com a presente invenção. Neste procedimento, presume-se que pelo menos um -30- ΡΕ1518436 equipamento de utilizador que subscreve o serviço de difusão/multidifusão multimédia é servido por uma controladora de rede rádio (SRNC) diferente da controladora de rede rádio (CRNC) encarregue da célula na qual se encontram os equipamentos de utilizador do serviço de difusão/multidifusão multimédia. Etapas similares como na Fig. 8 são denotadas pelo mesmo número de referência e não são discutidas novamente. Na etapa 224, a informação associada com o MBMS é comunicada da SRNC para a CRNC. Na etapa 230, um caminho de comunicação de um plano de controlo é separado de um caminho de comunicação do plano de utilizador para o equipamento de utilizador servido pela SRNC.

Nas formas de realização acima, assume-se um serviço de multidifusão. No entanto, os procedimentos de difusão do MBMS usam princípios semelhantes, e partes aplicáveis da invenção podem portanto ser usadas também para serviços de difusão.

Será compreendido por aqueles que são especializados na técnica que várias modificações e alterações podem ser efectuadas à presente invenção sem afastamento do seu âmbito de aplicação, que é definido pelas reivindicações em anexo. Em particular, formas de realização de partes diferentes de diferentes formas de -31- ΡΕ1518436 realização mostradas acima podem ser combinadas livremente sem se sair fora do âmbito da presente invenção.

Lisboa, 22 de Novembro de 2010

Claims (17)

1. ΡΕ1518436 - 1 - REIVINDICAÇÕES 1. Método para fornecer serviços de difusão/multidifusão multimédia num sistema de telecomunicações móveis (1) tendo pelo menos um nó de suporte servidor (12; 12A-B), pelo menos duas controladoras de rede de rádio (22; 22A-C) e meios para comunicação rádio com pelo menos dois equipamentos de utilizador que subscrevem o referido serviço de difusão/multidifusão multimédia, "MBMS" incluindo as etapas de: fornecer dados de difusão/multidifusão multimédia a partir de pelo menos um nó de suporte servidor (12; 12A-B) para pelo menos dois equipamentos de utilizador (50A-D), caracterizado pelas etapas de: uso de um plano de utilizador comum (107') entre um primeiro nó de suporte servidor (12; 12A) do referido pelo menos um nó de suporte servidor (12; 12A-B) e uma primeira controladora de rede de rádio (22; 22A) das referidas pelo menos duas controladoras de rede de rádio (22; 22A-C) para dados de difusão/multidifusão multimédia para pelo menos um primeiro equipamento de utilizador e um segundo equipamento de utilizador dos referidos pelo menos dois equipamentos de utilizador (50A-D), em que o referido primeiro equipamento de utilizador (50A-B) tem a referida controladora de rede de rádio (22A) como controladora de rede de rádio servidora -2- ΡΕ1518436 e o referido segundo equipamento de utilizador (50C-D) tem uma segunda controladora de rede de rádio (22B- C) como controladora de rede de rádio servidora, pelo que um caminho de comunicação de um plano de controlo (105) de pelo menos um dos referidos primeiro e segundo equipamento de utilizador é separado de um caminho de comunicação do referido plano de utilizador comum (107'), e comunicação de informação de MBMS do referido segundo equipamento de utilizador (50C-D) a partir da referida segunda controladora de rede de rádio (22B-C) à referida primeira controladora de rede de rádio (22A) sobre uma interface (14) entre a primeira controladora de rede de rádio (22A) e a segunda controladora de rede de rádio (22B).
2. 2. Método de acordo com a reivindicação 1, caracterizado por todos os referidos pelo menos dois equipamentos de utilizador (50A-D) dentro de uma área de serviço, utilizarem o referido plano de utilizador comum (107') .
3. 3. Método de acordo com a reivindicação 1, caracterizado por um caminho de comunicação do referido plano de controlo (105) do referido segundo equipamento de utilizador (50C-D) ser separado do referido caminho de comunicação do referido primeiro plano comum de utilizador (107') . -3- ΡΕ1518436
4. 4. Método de acordo com a reivindicação 1, caracterizado por a referida informação de MBMS do referido segundo equipamento de utilizador (50C-D) incluir um pedido de anexação.
5. 5. Método de acordo com a reivindicação 1 ou 4, caracterizado por a etapa adicional de determinação, na referida primeira controladora de rede de rádio (22A), se a utilização dos recursos comuns para dados de MBMS é favorável, com base na referida informação de MBMS comunicada a partir da referida segunda controladora de rede de rádio (22B-C).
6. 6. Método de acordo com a reivindicação 1, 4 ou 5, caracterizado pela etapa adicional de comunicação de informação associada com MBMS a partir da referida primeira controladora de rede de rádio (22A) para a referida segunda controladora de rede de rádio (22B-C).
7. 7. Método de acordo com a reivindicação 6, caracterizado pela referida informação associada com MBMS comunicada a partir da primeira controladora de rede de rádio (22A), para a referida segunda controladora de rede de rádio (22B-C) incluir uma resposta de anexação.
8. 8. Método de acordo com a reivindicação 6, caracterizado pela referida informação associada com MBMS comunicada a partir da referida primeira controladora de rede de rádio (22A) para a referida segunda controladora de -4- ΡΕ1518436 rede de rádio (22B-C) incluir uma indicação de transferência entre um modo utilizando o referido plano de utilizador comum (107') e um modo utilizando planos de utilizador dedicados (107).
9. 9. Método de acordo com a reivindicação 6, caracterizado pela referida informação associada com MBMS comunicada a partir da primeira controladora de rede de rádio (22A), para a referida segunda controladora de rede de rádio (22B-C) incluir um pedido para remover quaisquer planos de utilizador dedicados para a referida segunda controladora de rede de rádio (22B-C) para o referido segundo equipamento de utilizador.
10. 10. Controladora de rede de radio controladora (22; 22A-B) num sistema de telecomunicações móveis (1) tendo pelo menos um nó de suporte servidor (12; 12A-B) e meios para comunicação rádio com pelo menos dois equipamentos de utilizador (50A-D) subscritos a um serviço de difusão/multidifusão multimédia "MBMS", incluindo: meios para fornecer dados de difusão/multidifusão multimédia a partir do referido pelo menos um nó de suporte servidor (12; 12A-B) para os referidos pelo menos dois equipamentos de utilizador (50A-D), caracterizada por: meios para utilizar um plano de utilizador comum -5- ΡΕ1518436 (107') entre um primeiro nó de suporte servidor (12; 12A) do referido pelo menos um nó de suporte servidor (12; 12A-B) e a referida controladora de rede de rádio controladora (22; 22A) para difusão/multidifusão multimédia para pelo menos um primeiro equipamento de utilizador e um segundo equipamento de utilizador dos referidos pelo menos dois equipamentos de utilizador (50A-D), e uma interface para uma segunda controladora de rede de rádio (22B-C) servindo como controladora de rede de rádio servidora do referido segundo equipamento de utilizador (50C-D), e meios para separar um caminho de comunicações de um plano de controlo (105) de pelo menos um dos referidos primeiro e segundo equipamento de utilizador (50A-D) de um caminho de comunicações do referido plano de utilizador comum (107'), em que a referida interface é organizada para comunicar informação de MBMS a partir do referido segundo equipamento de utilizador (50C-D) a partir da segunda controladora de rede de rádio (22B-C) para a referida controladora de rede de rádio controladora (22A).
11. 11. Controladora de rede de rádio controladora de acordo com a reivindicação 10, caracterlzada pelos referidos meios para utilização de um plano de utilizador comum (107') serem organizados para manipular a comunicação paraa todos os referidos pelo menos dois equipamentos de utilizador (50A-D) dentro de uma área de serviço.
12. 12. Controladora de rede de rádio controladora -6- ΡΕ1518436 de acordo com a reivindicação 10, caracterizada pelos referidos meios para separação serem organizados para separar o referido caminho de comunicação do referido plano de controlo (105) do referido segundo equipamento de utilizador (50C-D) , do caminho de comunicação do referido plano de utilizador comum (107').
13. 13. Controladora de rede de rádio controladora de acordo com a reivindicação 10, caracterizada por incluir ainda meios para determinar se a utilização de recursos comuns para os dados de MBMS é favorável, com base na referida informação de MBMS comunicada a partir da referida segunda controladora de rede de rádio (22B-C).
14. 14. Controladora de rede de rádio controladora de rede de rádio de acordo com a reivindicação 10 ou 13, caracterizada por a referida interface ser organizada adicionalmente para comunicar informação associada com MBMS a partir da referida controladora de rede de rádio controladora (22A) para a referida segunda controladora de rede de rádio (22B-C).
15. 15. Controladora de rede de rádio servidora (22; 22A-C) num sistema de telecomunicações móveis (1) tendo pelo menos um nó de suporte servidor (12; 12A-B) , pelo menos uma controladora de rede de rádio adicional (22; 22A-C) e meios para comunicação rádio com pelo menos dois equipamentos de utilizador (50A-D) subscritos num serviço de difusão/multidifusão multimédia, "MBMS", a referida -7- ΡΕ1518436 controladora de rede de rádio servidora incluindo: meios para fornecer sinalização de controlo do serviço de difusão/multidifusão multimédia sobre um plano de controlo (105) a um primeiro dos referidos pelo menos dois equipamentos de utilizador (50A-D), interface para uma primeira (22A) da referida pelo menos uma controladora de rede de rádio adicional (22; 22A-C) servindo como controladora de rede de rádio controladora dos referidos pelo menos dois equipamentos de utilizador (50A-D), caracterizada por: a referida interface ser organizada para comunicar informação de MBMS do referido primeiro dos referidos pelo menos dois equipamentos de utilizador (50A-D) a partir da referida controladora de rede de rádio servidora (22; 22A-C) para a referida primeira (22A) da referida pelo menos uma controladora de rede de rádio adicional (22; 22A-C) por forma a que à primeira controladora de rede de rádio (22A) seja permitido estabelecer um plano de utilizador comum (107') entre o nó de suporte servidor (12; 12A) e a primeira controladora de rede de rádio (22; 22A) para dados de difusão/multidifusão multimédia para pelo menos o primeiro equipamento de utilizador e o segundo equipamento de utilizador, em que o caminho de comunicações do plano de utilizador comum (107') é separado do caminho de -8- ΡΕ1518436 comunicações do plano de controlo (105) .
16. 16. Controladora de rede de rádio servidora de acordo com a reivindicação 15, caracterizada por a referida interface ser organizada adicionalmente para comunicar informação associada com o MBMS a partir da referida primeira (22A) da referida pelo menos uma controladora de rede de rádio adicional (22; 22A-C) para a referida controladora de rede de rádio servidora (22; 22A-C).
17. 17. Controladora de rede de rádio servidora de acordo com a reivindicação 16, caracterizada por incluir adicionalmente meios para remover um plano de utilizador para dados de difusão/multidifusão multimédia para o referido primeiro dos referidos pelo menos dois equipamentos de utilizador (50A-D) em resposta à referida informação associada com o MBMS que pede tal remoção. Lisboa, 22 de Novembro de 2010