"NÓ DE REDE DE ACESSO DE RÁDIO, SISTEMA DECOMUNICAÇÕES E MÉTODO PARA USO EM UM SISTEMA QUEPRESTA UM SERVIÇO DO TIPO DE MULTIDIFUSÃO DERADIODIFUSÃO MULTIMÍDIA A ASSINANTES MÓVEIS"
Campo Técnico
O campo técnico trata de radiodifusão de multimídia e/oumultidifusão em um contexto de comunicações sem fio.
Fundamentos
Existe uma demanda sempre crescente por dispositivos decomunicação sem fio para desempenhar uma variedade de aplicações. Asgerações atuais e futuras de aparelhos de comunicações sem fio móveis,designados genericamente doravante como terminais móveis, vêm buscandopor administrar serviços multimídia usando uma ou ambas as modalidades demultidifusão ou radiodifusão. A multidifusão dirige mídia fluente (áudio,vídeo, etc.) para múltiplos assinantes específicos. Em contraste, aradiodifusão proporciona conteúdo que pode ser acessado por qualquer umcom equipamento adequado. A televisão e o rádio constituem exemplos deradiodifusão e uma webcast paga-por-visão constitui um exemplo demultidifusão
Um novo serviço, designado de serviço multicast deradiodifusão multimídia (MBMS) está sendo desenvolvido para ambas estasmodalidades de operação. O MBMS proporcionará transmissões de pontopara multipontos de dados de multimídia como texto, áudio, e vídeo a partirde uma fonte de um único ponto através de uma interface de radio para umaárea de radiodifusão para um grupo de multidifusão. Embora conteúdo sejatipicamente em um formato de arraste, e.g. MPEG/H;261 dados visuais edados de áudio associados, qualquer conteúdo ou formato pode ser utilizado.De maneira similar, a mídia pode ser administrada correntemente, sobdemanda, ou em um tempo programado.A ênfase para trabalho MBMS atual é sobre a eficiência dainterface de radio. Porém esse foco sobre a interface de radio ignorousignificativas ineficiências na interface entre a rede de acesso de radio (RAN)e a rede de núcleo. Considere-se, por exemplo, o proporcionar uma sessãoMBMS em uma GSM EDGE RAN (GERAN). O conteúdo da sessão MBMSé prestado como um fluxo de dados do provedor do conteúdo para um nó desuporte de porta GPRS (GGSN) na rede de núcleo de dados de pacote. AGGSM administra o fluxo de dados a cada nó de suporte GPRS servidor(SGSN) que tem um ou mais assinantes MBMS de terminal móvel tendo um"contexto MBMS ativado" na área de cobertura geográfica da SGSN. Atransmissão do fluxo de dados MBMS para cada dita SGSN cria um conjuntode SGSNs para aquela sessão MBMS. Um controlador de estação base (BSC)pode supervisionar bem as áreas de célula em que terminais móveis dasmúltiplas SGSNs no conjunto de sessão MBMS estão localizados.
Infelizmente, nesta situação, cada SGSN no conjunto de sessãoMBMS não está a par de quais terminais móveis de seu MBMS estão sendosupervisionados na GERAN pelo mesmo controlador de estação base. Comoresultado, cada SGSN no conjunto de sessão MBMS administrará aocontrolador de estação base o mesmo fluxo de dados de sessão MBMS paraadministração a cada um dos terminais móveis das SGSNs tendo um contextoMBMS ativado. Porem o controlador de estação base somente necessitareceber fluxo de dados da uma sessão MBMS daquele um SGSN. Os fluxosde dados de seção MBMS provenientes dos outros SGN's são desnecessários.Faz-se necessário um mecanismo para superar esta transferênciadesnecessária entre o conjunto de SGSNs e o controlador da estação base.Não obstante, seria conveniente manter todos os SGSNs no conjuntomonitorando a sessão MBMS para que aqueles SGSNs continuem adesempenhar funções de suporte SGSN tradicionais tal como debitar pelosserviços MBMS prestados aos assinantes de MBMS.Sumário
A tecnologia descrita aqui satisfaz estas e outras necessidades.Um serviço do tipo de multicast de radiodifusão de multimídia (MBMS) éoferecido a assinantes móveis. Um nó RAN comunica-se com uma ou maisestações de radio base que transmite e recebe informações com terminais deassinantes moveis, alguns dos quais são assinantes de MBMS. O nó RANcomunica-se com múltiplos nós de dados de pacote de rede de núcleo querecebem dados MBMS para administração ao nó RAN. Somente um dosmúltiplos nós de dados de pacote de rede de núcleo é selecionado para prestaros dados MBMS associados com os MBMS para o nó RAN. Os outros nós dedados de pacote de rede de núcleo são instruídos para não transferir os dadosMBMS. Não obstante, aqueles outros nós de dados de pacote de rede denúcleo são instruídos para desempenhar uma função MBMS para terminais deassinantes móveis recebendo os dados MBMS prestados pelo nó de dados depacote de rede núcleo selecionado. Por exemplo, a função MBMS pode serum MBMS desempenhando uma função de debitar para terminais deassinante móveis recebendo os dados MBMS.
Em um exemplo não limitativo, uma mensagem de solicitaçãode início de sessão MBMS é recebida pelo nó RAN de cada um dos múltiplosnós de dados de pacote de rede de núcleo. O nó RAN então responde ao nó dedados de pacote de rede selecionado com uma mensagem de resposta deinício de sessão MBMS que indica que o nó de dados de pacote de redeselecionado deve iniciar a transferência dos dados MBMS. Também respondeaos outros nós de dados de pacote de rede de núcleo com uma mensagem deresposta de início de sessão MBMS que indica que os dados MBMS nãodevem ser transferidos, porém, que a sessão MBMS está continuando. Os nósde dados de pacote de rede de núcleo podem estar servindo Nós de Suporte deGPRS (SGSNs).
O nó RAN pode receber uma mensagem de solicitação deinterrupção de sessão MBMS indicando que o SGSN selecionado terminou asessão MBMS. Naquele caso, uma mensagem de resposta de inicio de sessãoMBMS consecutiva é transmitida para um dos outros múltiplos SGNS, quepreviamente solicitou o inicio da seção MBMS, para iniciar a transferênciados dados MBMS. A mensagem de solicitação de interrupção de sessãoMBMS de preferência inclui uma indicação da razão pela qual a SGSNselecionada transmitiu a mensagem de solicitação de interrupção de sessãoMBMS. Por exemplo, se a interrupção da sessão é devido ao prestador deconteúdo estar terminando a sessão BMS, então o nó RAN sabe não instruir atransferência de dados de outra SGSN.
Esta tecnologia pode ser implementada em uma variedade deredes diferentes. Por exemplo, a RAN pode ser uma GSM EDGE RAN(GERAN) e o nó RAN um controlador de estação base (BSC). A RAN podeser uma RAN Terrestre UMTS (UTRAN) e o nó RAN um controlador de redede radio (RNC). A RAN pode ser uma rede de acesso genérico (GAN) e o nóRAN um controlador de rede de acesso genérico (GANC).
Descrição Sucinta dos Desenhos
A figura 1 é um diagrama em blocos de função mostrando umsistema de comunicação sem fio típico em que a tecnologia MBMS pode serusada;
A figura 2 ilustra as fases de prestação de serviçosmultidifusão MBMS;
A figura 3 é uma linha de tempo ilustrando as fases mostradasna fig. 2;
A figura 4 ilustra as faces de prestação de serviços deradiodifusão MBMS.
A figura 5 é uma linha de tempo ilustrando as fases mostradasna figura 4;
A figura 6 é um diagrama em blocos de função usado parailustrar uma situação típica na qual recursos MBMS podem ser usados maiseficientemente; e
As figuras 7-13 são diagramas de sinalização típicos nãolimitativos que podem ser usados na implementação de um serviço MBMS.
Descrição Detalhada
Na descrição que se segue, para fins de explanação e não delimitação, detalhes específicos são expostos, tais como nós particulares,entidades funcionais, técnicas, protocolos, padrões, etc. de maneira aproporcionar uma compreensão da tecnologia descrita. Por exemplo, umaaplicação vantajosa é em comunicações multimídia de acordo com aespecificação 3rd Generation Project Partnership (3GPP)._ (Sociedade deProjetos de 3a_Geração). Porém outras aplicações e outros standards podemser empregados. Será evidente aqueles versados na técnica que outrasmodalidades podem ser praticadas além dos detalhes específicos expostosabaixo. Em outras instâncias, descrição detalhada de processos, dispositivos,técnicas, etc. bem conhecidos é omitida de modo a não obscurecer a descriçãocom detalhes desnecessários. Blocos de função individuais são ilustrados nasfiguras. Aqueles versados na técnica apreciarão que as funções daquelesblocos podem ser implementadas usando circuitos de hardware individuais, usando programas de software e dados em conjunção com ummicroprocessador adequadamente programado ou computador de uso geral,usando conjuntos de circuitos integrados de aplicações específicas (ASIC),e/o utilizando um ou mais processadores de sinais digitais (DSPS).
A figura 1 lustra um sistema típico que suporta comunicaçõessem fio e serviços MBMS. Este sistema pode acomodar uma ou maisarquiteturas standard, inclusive um sistema de telecomunicações móveluniversal (UMTS) (assim como outros sistemas) baseados sobre acessomúltiplo por divisão de código (CDMA), GPRS/EDGE_e outros sistemasbaseados sobre múltiplo acesso por divisão de tempo (TDMA), etc. NoCDMA, diferentes canais sem fio são distinguidos utilizando diferentescódigos ou seqüências de canalização diferentes, (estes códigos distintos sãousados para codificar diferentes fluxos de informações), que podem então sermodulados em uma ou mais diferentes freqüências portadoras para simultâneatransmissão. Um receptor pode recuperar um fluxo específico para o sinal derecepção usando o código ou seqüência apropriada para decodificar o sinalrecebido. Na TDMA, o espectro de radio é dividido em intervalos de tempo.Cada intervalo de tempo permite somente um usuário a transmitir e/oureceber. TDMA requer temporização exata entre o transmissor e o receptorpara que cada usuário possa transmitir suas informações durante o seuintervalo de tempo alocado.
Redes de acesso de radio típicas (RAN) que prestam serviçosde acesso de radio para/do equipamento de usuário sem fio (UE) (os termosUE e terminal móvel são usados intercambiavelmente através de umainterface sem fio (e.g., Uu ou Um) incluem uma rede de acesso de radioterrestre UMTS (UTRAN), ambas as quais são usadas em sistemas celularesde terceira geração. A RAN também pode ser uma rede de acesso genérico(GAN) e o nó RAN um controlador de rede de acesso genérico (GANC). UmaRAN inclui um ou mais controladores de rede de radio (RNCs), controladoresde estação base (BSCs), ou controladores de rede de acesso genérico(GANCs). Cada controlador é acoplado com uma ou mais estações base deradio (RBSs), às vezes designada de Nó B's. O transporte de informaçõesatravés da interface de comunicações entre as interfaces RBS/Nó B eRNC/BSC/GANG é tipicamente baseado sobre modo de transferênciaassíncrono (ATM) ou Protocolo de Internet (IP).
A UTRAN se comunica com a rede de núcleo servindo nós desuporte PRS (SGNS) através de IU, e a GERAN se comunica com os nós desuporte GPRS servidores de rede de núcleo GPRS (SGSNs) através de umainterface Gb (ou opcionalmente Iu). Uma SGSN suporta comunicaçõesbaseadas em pacotes. A SGSN é acoplada com um banco de dados deassinante EU designado de Registro de Locação Local (HLR) através de umainterface Gr. Um serviço de radiodifusão celular (CBS), que é distinto doMBMs, permite dados de baixa taxa de bits a serem transmitidos para todosos assinantes em uma série de células dadas através de um canal deradiodifusão compartilhado. O nó de suporte GPRS de porta (GGSN)comunica-se com uma ou mais SGSNs através de uma interface Gn/Gp e comum centro de serviço broadcast de multidifusão (BM-SC) através de umainterface Gmb/Gi. O conteúdo de multidifusão/ radiodifusão é prestado por um provedor de conteúdo MBMS.
O BM-SC presta funções para o provisionamento e prestaçãode serviços de usuário tal como servindo como um ponto de entrada paratransmissões MBMS do provedor de conteúdo e autorizar e iniciar Serviçosde Portador MBMS dentro da PLMN. A BM-SC é uma entidade funcionalque existe para cada Serviço de Usuário MBMS.O BIM-SC gera registros dedébito para dados transmitidos pelo provedor de conteúdo, e mune o GGSNde parâmetros associados com o transporte tais como qualidade de serviço euma ou mais áreas de serviço MBMS.
Outrossim, BM-SC pode programar transmissões eretransmissões de sessão M BMS, recuperar conteúdo de fontes externas eproporcionar este conteúdo usando serviços de portador MBMS. O BM-SCrotula cada sessão MBMS com um Identificador de Sessão MBMS parapermitir que o EU distinga as retransmissões de sessão MBMS. Cadatransmissão e subseqüentes retransmissões de uma sessão MBMS específica são identificadas por um Identificador de Sessão MBMS comum (e.g., 2-3octetos) passado na camada de aplicação no conteúdo, que também pode serpassado em uma forma abreviada (isto é, o octeto menos significativo) emuma mensagem de solicitação de início de sessão MBMS a ser transmitidapara a RNCs/BNs/GANCs na RANs.A GGSN serve como um ponto de entrada para tráfego demultidifusão IP como dados MBMS. Mediante notificação da BM/SC. AGGSN solicita o estabelecimento de um plano portador para uma transmissãoBMMS de radiodifusão ou multidifusão. O estabelecimento de um planoportador para serviços de multidifusão é realizada no sentido de cada SGSN(usualmente existem múltiplos dos dito SGSNs) que solicitaram recebertransmissões para o serviço de portador MBMS de multidifusão especifico. OGGSN recebe tráfego de multidifusão IP (quer de BM-SC quer de outrasfontes de dados) e encaminha o tráfego para os túneis GTP apropriadosestabelecidos como parte do serviço portador MBMS.
O papel do SGSN dentro da arquitetura MBMS é desempenharfunções de controle de serviço portador MBMS para cada UE individual eproporcionar transmissões MBMs para UTRAN/GERAN/GAN. O SGSNsuporta procedimentos de mobilidade intra-SGSN e inter-SGSN, querequerem o SGSN a armazenar um contexto MBMS UE de usuário específicopara cada serviço de portador MBMS multidifusão ativado e a passar estescontextos MBMS UE de usuário específico para o novo SGSN duranteprocedimentos de mobilidade inter-SGSN. A SGSN tem de gerar dados dedébito por serviço de portador MBMS de multidifusão para cada usuário.
Cada SGSN inicialmente busca estabelecer portadores Iu/G e Gncompartilhados por muitos usuários sob demanda quando dados têm de sertransferidos para os usuários. Porém como descrito abaixo, o estabelecimentode portador Iu e Gb é controlado pelo KNC/BSC/ ou GANC.
UTRAN/GERAN/GAN são responsáveis por administrareficientemente dados MBMS à área de serviço MBMS designada. Aadministração eficiente de dados MBMS na modalidade multidifusãosignifica que URAN/GERAM/GAN tem de coordenar inteligentemente osfluxos de dados MBMS das SGSNs e apropriada seleção de radio portadorpara o número de UEs dentro de cada célula sendo atendida. OUTRAN/GERAM recebe dados MBMS das SGSNs através dos portadoresIu/Gb compartilhados por muitos Ues. O UTRAN/GERAN/GAN suportamobilidade intra/RNC/B SC/GANC e Inter-RNC/BSC/GANC de receptoresMBMS para limitar a perda de dados. O UTRAN/GERAN/GAN podetransmitir anunciações de serviço de usuário MBMS e informações depaginação (non-BMS específicas) e suportar outros serviços em paralelo comMBMS. Por exemplo, dependendo das capacidade de terminais, o usuáriopoderia original ou receber uma chamada ou transmitir ou receber mensagensenquanto recebendo conteúdo de vídeo MBMS.
A figura 2 ilustra fases de um serviço de multidifusão MBMS.
Existem oito fases: subscrição, anunciação de serviço, associação, início desessão, notificação de MBMS, transferência de dados, interrupção de sessão, eegresso. As fases de subscrição, associação, e de egresso são realizadasindividualmente por usuário. As outras fases são realizadas para todos os usuários interessados no serviço relacionado. A figura 3 ilustra estas fasesutilizando um exemplo de linha de tempo.
A fase de subscrição estabelece a relação entre o usuário e oprestador de serviço, que permite ao usuário receber o serviço de multidifusãoMBMS correlato. Uma assinatura é um acordo de um usuário em receber serviços oferecidos por uma operadora. As informações de subscrição ouassinatura são gravadas no BM-SC. Mecanismos deanunciação/descobrimento de serviços de usuário MBMS permitem aosusuário a solicitar ou a serem informados acerca da variedade de serviçosMBMS disponíveis. Uma anunciação de serviços distribui para os usuáriosinformações acerca do serviço, parâmetros requeridos para ativação doserviço (e.g. endereço de multidifusão IP), e possivelmente outros parâmetrosrelacionados com serviço (e.g. tempo de início). Associação (isto é, ativaçãode multidifusão MBMS pelo usuário) é o processo pelo qual um assinanteassocia-se (torna-se um membro de) a um grupo de multidifusão (isto é, ousuário indica a rede que ele/ela é desejoso de receber dados da modalidadede multidifusão de um serviço portador de MBMS específico. O início dasessão é o ponto em que o BMS-SC está pronto para transmitir dados e ocorreindependentemente de ativação do serviço pelo usuário. O início da sessãotambém ativa o estabelecimento de recursos de portador para transferência dedados MBMS. A notificação informa os UEs acerca da transferência de dadosde multidifusão entrantes (e potencialmente acerca de dados que saem), e atransferência de dados é a fase quando dados MBMS são transferidos para asUEs. A interrupção de sessão é o ponto em que BMSC determina ainexistência de mais dados a transmitir por determinado período de tempo.Este período de preferência é suficientemente longo para justificar a remoçãode recursos de portador associados com a sessão. Na fase de egresso, umassinante sai (deixa de ser um membro de um grupo de multidifusão.
A figura 4 ilustra fases de um serviço de radiodifusão MBMS.
Existem cinco fases: anunciação de serviço, início de sessão, notificação deMBMS, transferência de dados, e descontinuação ou parada da sessão. Estasfases já foram descritas acima. A figura 5 ilustra estas fases usando umexemplo de linha de tempo.
Um Contexto MBMS EU é criado no EU, RNC, SGSN,GGSN, e BM-SC quando o EU liga-se com um serviço portador MBMS. OContexto MBMS EU contém informações específicas de EU relacionadascom o serviço de portador MBMS que o EU associou-se. No SGSN, umContexto MBMS EU é também criado como um resultado de atualização deárea de roteamento inter-SGSN. Existe um Contexto MBMS EU porserviço portador MBMS que o UE associou-se. Cada Contexto MBMS EUpode incluir, por exemplo, um endereço de multidifusão IP identificando umportador MBMS com o qual o EU associou-se. Uma Identidade de GrupoMóvel Temporária (TMGI) alocada ao portador MBMS, e um IMSIidentificando o usuário.Um Contexto Portador MBMS é criado em cada nó envolvidona administração dos dados MBMS e contém informações descrevendo umserviço de portador MBMS em particular. Um Contexto Portador MBMS écriado na SGSN e GSN quando o primeiro contexto MBMS EU é criado nonó ou quando um nó a jusante o solicita.
O Contexto Portador MBMS pode ser criado em um RNCquando um primeiro contexto MBMS UE é criado no RNC. Umprocedimento de Início de Sessão pode criar um Contexto Portador MBMSem um BSC/RNC/GANG que ainda não tem qualquer
Contexto Portador MBMS pode incluir o seguinte: endereçode multidifusão IP identificando o portador MBMS descrito por este ContextoPortador MBMS Identidade de Grupo Móvel Temporária alocada ao serviçoportador MBMS, estado de recursos de plano portador (de "prontidão" ou"ativo"), área sobre a qual o serviço portador MBMS tem de ser distribuído,lista de nós a jusante que solicitaram o serviço portador MBMS e aos quaisnotificações e dados MBMS tem de ser encaminhados, numero de UEsalojados pelo nó que se associaram com o serviço portador MBMS demultidifusão, e lista de RAs, cada um dos quais contém pelo menos um UEque se associou ao serviço MBMS.
Neste contexto, uma ineficiência se apresenta quandomúltiplos UEs sendo servidos por um RNC/BSC/GNC na rede de acesso derádio são servidos pelas diferentes SGSNs. As SGSNs desconhecem este fato,o que significa que todos aqueles SGSNs transmitirão os dados MBMS para amesma sessão MBMS recebida do GGSN para aquele RNC/BSC/GANC. Nocaso UTRAN, o RNC pode estabelecer um portador Iu no sentido de somenteuma das SGSNs no Início da Sessão MBMS. Porém isto significaria que osSGSNs que transmitiram uma solicitação de início de sessão para o RNC,porém com o qual nenhum MBMS Iu portador foi estabelecido, poderia nãodesempenhar corretamente suas funções relacionadas com MBMS tais comofunções de contabilização e débito e outras.
O problema é lustrado na figura 6 que mostra três SGNs A, Be C acopladas com um RNC/BSC/GANG, que por sua vez é acoplado comtrês RBSs/Nó B's, A, B e C tendo áreas de cobertura inclusive UEs servidaspelas três diferentes SGSNs A, B e C, respectivamente. De preferência aosRNC/BSC/GANC receberem três vezes as mesmas informações edesperdiçarem significativa largura de banda e outros recursos no processo, aRNC/BSC/GANC seleciona um dos SGSNs A, B, ou C para proporcionartráfego de dados de sessão MBMS. Os RNC/BSC/GANC informa os outros dois SGSNs para não transmitir o tráfego de dados de sessão MBMS. Depreferência, os outros dois SGSNs permanecem engajados na sessão MBMSpara desempenhar outras funções de sessão MBMS tais como funções decontabilização e débito de sessão MBMS e outras.
O seguinte exemplo de implementação descreve mensagens de sinalização específica trocadas entre um BSC e as três SGSNs A, B, e C emuma GERAN. Naturalmente, outras mensagens e outros nós RAN podem serusados. As mensagens de sinalização básica são adaptadas a partir daquelasespecificadas em 3GPP TS 23.246 V.6.4.0. Mais uma vez, outras mensagensde sinalização podem ser empregadas que podem ser ou não consistentes com3GPP TS 23.246 V.6.4.0 ou outras especificações.
Reportando-se à figura 7, o BSC primeiramente recebe umamensagem de SOLICITAÇÃO DE INÍCIO DE SESSÃO MBMS (MBMSSESSION START REQUEST) da SGSN-A conectada. O Contexto PortadorMBMS para esta sessão MBMS é criado, e as informações relevantes sãoarmazenadas no BSC. O BSC então inicia a alocação de recursos de rádio naÁrea de Serviço MBMS para administração do tráfego de dados MBMSatravés da interface Um às UEs nas áreas de serviço: células A, B, e C. OBSC emite uma mensagem de RESPOSTA DE INÍCIO DE SESSÃO MBMS(MBMS SESION START RESPONSE) inclusive um conjunto de elemento deinformação "Resposta MBMS" (IE) para indicar "Acusar - iníciotransferência de dados". A identidade do SGSN-A é armazenada no ContextoPortador MBMS para indicar que SGSN-A instruiu um Início de SessãoMBMS. O BSC recebe consecutivas mensagens de SOLICITAÇÃO DEINÍCIO DE SESSÃO MBMS de SGSN-B e de SGNS-C. O BSC respondecom uma mensagem RESPOSTA DE INÍCIO DE SESSÃO MBMS inclusiveum conjunto de elemento de informação "Resposta MBMS" para indicar"Acusar transferência de dados já instruída". Desta maneira, o BSC informaos SGSNs não selecionados para não transmitir os dados de sessão MBMS.
A figura 8 ilustra uma situação onde o SGSN-A selecionadotermina a sessão MBMS. O BSC recebe uma mensagem SOLICITAÇÃO DEDESCONTINUAÇÃO DE SESSÃO MBMS contendo "CausaDescontinuação MBMS" IE estabelecida para "Sessão MBMS terminada porSGSN" do SGSN efetuando a transferência de dados (SGSN-A). Outra SGNSarmazenada no Contexto Portador MBMS é selecionada (SGSN-B), e umamensagem consecutiva SOLICITAÇÃO INICIO SESSÃO MBMS incluindoa IE "Resposta MBMS" estabelecida para "Confirmar - inicio transferênciade dados" é transmitida para o SGSN-B selecionado. SGSN-A é removido doContexto Portador MBMS. Uma mensagem de RESPOSTA INICIO SESSÃOMBMS é transmitida pelo SGSN-B para o BSC, e o SGS-B inicia atransferência dos dados da sessão BMS para o BSC. Uma mensagem deRESPOSTA DESCONTINUAR SESSÃO MBMS incluindo a IE "RespostaMBMS" estabelecida para "Confirmar" é transmitida para o SGSN-A queiniciou a SOLICITAÇÃO DE DESCONTINUAR SESSÃO MBMS.
Alternativamente, o BSC pode transmitir uma mensagem deRESPOSTA DE INÍCIO DE SESSÃO MBMS inclusive o IE "RespostasMBMS" estabelecida para "Confirmar - iniciação transferência de dados"para o SGSN-B e o SGSN-B passa a transferir os dados de sessão MBMSpara o BSC. Uma mensagem de RESPOSTA DESCONTINUAR SESSÃOMBMS incluindo o BE de "Resposta de MBMS" é ajustada para "Confirmar"é então também transmitida para o SGSN-A que iniciou a SOLICITAÇÃODE DESCONTINUAÇÂO SESSÃO MBMS.
A figura 9 mostra a sinalização quando a sessão MBMS é descontinuada p no a montante. O BSC recebe uma mensagemSOLICITAÇÃO DE DESCONTINUAÇÂO DE SESSÃO MBMS com um IE"Causa Descontinuação MBMS" estabelecido pra "Sessão MBMS terminadapor nó a montante" do SGSN atualmente efetuando a transferência de dados(SGSN-B). O BSC pode também receber mensagens similares dos outrosSGSNs ativos, e.g. SGSN-C. Porém de preferência a mensagem é somenterecebida pela atualmente efetuando a transferência de dados (SGSN-B).Todas as identidades de SGSN são removidas do Contexto Portador MBMS.O contexto Portador MBMS é suprimido, e todos os recursos de radioassociados com a sessão MBMS são liberados. Uma mensagem de RESPOSTA DESCONTINUAR SESSÃO MBMS incluindo a IE "RespostaMBMS" estabelecida para "Confirmar" é transmitida para a SGSN-B queiniciou a mensagem de SOLICITAÇÃO DESCONTENTAR A SESSÃOMBMS.
As figuras 10-13 oferecem exemplos alternativos, não limitativos. Na fig.10, o BSC recebe uma mensagem SOLICITARATUALIZAÇÃO SESSÃO MBMS contendo um EE "Causa AtualizaçãoMBMS" ajustada para "Ausência de Contextos MBMS EU ativos" do SGSNefetuando a transferência de dados (SGSN-A). Outra SGSN armazenada noContexto Portador MBMS é selecionada (SGSN-B) e uma segundamensagem "RESPOSTA INICIO SESSÃO MBMS" incluindo a IE "RespostaMBMS" ajustada para "Confirmar - início transferência de dados" étransmitida para o SGSN-B selecionado. A identidade SGSN-A é removidado Contexto Portador MBMS no BSC. Uma mensagem RESPOSTAATUALIZAÇÃO SESSÃO MBMS incluindo a IE "Resposta MBMS"ajustada para "Confirmar" é transmitida para SGSN-A que iniciou amensagem SOLICITAR ATUALIZAÇÃO SESSÃO MBMS.
Na figura 11, o BSC recebe uma mensagem SOLICITARSESSÃO MBMS com a IE "Causa Atualização MBMS" ajustada para"Adição à Área de Serviço MBMS" do SGSM efetuando a transferência dedados (SGSN-A). O Contexto Portador MBMS é atualizado o BSC com asinformações Área de Serviço MBMS. Recursos de rádio são alocados na/snova/s célula(s) indicada pela Área de Serviço MBMS atualizada transmitidapela SGSN-A. Uma mensagem RESPOSTA ATUALIZAÇÃO SESSÃOMBMS incluindo uma IE "Resposta MBMS" ajustada para "Confirmação" étransmitida para a SGSN-A que iniciou a mensagem SOLICITAÇÃO DEATUALIZAÇÃO DE SESSÃO MBMS.
Na fig. 12, o BSC recebe uma mensagem SOLICITAÇÃOATUALIZAÇÃO SESSÃO MBMS contendo um IE "Causa Atualização MBMS" ajustada para "Remoção da Área de Serviço MBMS" da SGSNefetuando a transferência de dados (SGSN-A). O Contexto Portador deMBMS no BSC é atualizado com as informações de Área de Serviço MBMSpertinentes. Recursos de Rádio são liberados nas células indicadas pela Áreade Serviço MBMS atualizada transmitidas pela SGSN-A. Uma mensagem RESPOSTA ATUALIZAÇÃO SESSÃO MBMS incluindo a IE "RespostaMBMS" ajustada para "Confirmar" é transmitida para a SGSN-A que inicioua SOLICITAÇÃO ATUALIZAÇÃO SESSÃO MBMS.
Na figura 13, o BSC recebe uma mensagem SOLICITAÇÃODESCONTINUAR SESSÃO MBMS de qualquer uma das SGSNsarmazenadas no Contexto Portador MBMS. Todas as identidades SGSN sãoremovidas do Contexto Portador MBMS armazenado no BSC. O Contextoportador BMS é removido, e todos os recursos de radio associados com aSessão MBMS são liberados. Uma mensagem de RESPOSTADESCONTINUAR SESSÃO MBMS incluindo a IE "Resposta MBMS"ajustada para "Confirmar" é transmitida para a SGSN que iniciou aSOLICITAÇÃO DESCONTINUAR SESSÃO MBMS.
Embora várias modalidades tenham sido ilustradas e descritasem detalhe, as reivindicações não estão limitadas a qualquer modalidade ouexemplo específico. Parte alguma da descrição acima deve ser lida comoimplicando que qualquer elemento específico, etapa, alcance ou função éessencial tal que tenha de ser incluída no âmbito das reivindicações. O âmbitoda matéria-objeto patenteada é definido somente pelas reivindicações. Aextensão de proteção legal é definida pelas palavras recitadas nasreivindicações permitidas e seus equivalentes. Nenhuma reivindicação éproposta para invocar o parágrafo 6 de 35 USC §112 salvo as palavras"dispositivos para" forem usadas.