“NÓ DE REDE DE ACESSO DE RÁDIO, SISTEMA DE
COMUNICAÇÕES E MÉTODO PARA USO EM UM SISTEMA QUE
PRESTA UM SERVIÇO DO TIPO DE MULTIDIFUSÃO DE
RADIODIFUSÃO MULTIMÍDIA A ASSINANTES MÓVEIS”
Campo Técnico
O campo técnico trata de radiodifusão de multimídia e/ou multidifusão em um contexto de comunicações sem fio.
Fundamentos
Existe uma demanda sempre crescente por dispositivos de comunicação sem fio para desempenhar uma variedade de aplicações. As gerações atuais e futuras de aparelhos de comunicações sem fio móveis, designados genericamente doravante como terminais móveis, vêm buscando por administrar serviços multimídia usando uma ou ambas as modalidades de multidifusão ou radiodifusão. A multidifusão dirige mídia fluente (áudio, vídeo, etc.) para múltiplos assinantes específicos. Em contraste, a radiodifusão proporciona conteúdo que pode ser acessado por qualquer um com equipamento adequado. A televisão e o rádio constituem exemplos de radiodifusão e uma webcast paga-por-visão constitui um exemplo de multidifusão
Um novo serviço, designado de serviço multicast de radiodifusão multimídia (MBMS) está sendo desenvolvido para ambas estas modalidades de operação. O MBMS proporcionará transmissões de ponto para multipontos de dados de multimídia como texto, áudio, e vídeo a partir de 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 seja tipicamente em um formato de arraste, e.g. MPEG/H;261 dados visuais e dados de áudio associados, qualquer conteúdo ou formato pode ser utilizado. De maneira similar, a mídia pode ser administrada correntemente, sob demanda, ou em um tempo programado.
A ênfase para trabalho MBMS atual é sobre a eficiência da interface de radio. Porém esse foco sobre a interface de radio ignorou significativas 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ão 5 MBMS 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ó de suporte de porta GPRS (GGSN) na rede de núcleo de dados de pacote. A GGSM 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 10 “contexto MBMS ativado” na área de cobertura geográfica da SGSN. A transmissão do fluxo de dados MBMS para cada dita SGSN cria um conjunto de 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 das múltiplas SGSNs no conjunto de sessão MBMS estão localizados.
Infelizmente, nesta situação, cada SGSN no conjunto de sessão
MBMS não está a par de quais terminais móveis de seu MBMS estão sendo supervisionados na GERAN pelo mesmo controlador de estação base. Como resultado, cada SGSN no conjunto de sessão MBMS administrará ao controlador de estação base o mesmo fluxo de dados de sessão MBMS para 20 administração a cada um dos terminais móveis das SGSNs tendo um contexto MBMS ativado. Porem o controlador de estação base somente necessita receber fluxo de dados da uma sessão MBMS daquele um SGSN. Os fluxos de dados de seção MBMS provenientes dos outros SGN’s são desnecessários. Faz-se necessário um mecanismo para superar esta transferência 25 desnecessária entre o conjunto de SGSNs e o controlador da estação base.
Não obstante, seria conveniente manter todos os SGSNs no conjunto monitorando a sessão MBMS para que aqueles SGSNs continuem a desempenhar funções de suporte SGSN tradicionais tal como debitar pelos serviç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 mais 5 estações de radio base que transmite e recebe informações com terminais de assinantes moveis, alguns dos quais são assinantes de MBMS. O nó RAN comunica-se com múltiplos nós de dados de pacote de rede de núcleo que recebem dados MBMS para administração ao nó RAN. Somente um dos múltiplos nós de dados de pacote de rede de núcleo é selecionado para prestar 10 os dados MBMS associados com os MBMS para o nó RAN. Os outros nós de dados de pacote de rede de núcleo são instruídos para não transferir os dados * MBMS. Não obstante, aqueles outros nós de dados de pacote de rede de núcleo são instruídos para desempenhar uma função MBMS para terminais de assinantes móveis recebendo os dados MBMS prestados pelo nó de dados de pacote de rede núcleo selecionado. Por exemplo, a função MBMS pode ser um MBMS desempenhando uma função de debitar para terminais de assinante móveis recebendo os dados MBMS.
Em um exemplo não limitativo, uma mensagem de solicitação de início de sessão MBMS é recebida pelo nó RAN de cada um dos múltiplos 20 nós de dados de pacote de rede de núcleo. O nó RAN então responde ao nó de dados de pacote de rede selecionado com uma mensagem de resposta de início de sessão MBMS que indica que o nó de dados de pacote de rede selecionado deve iniciar a transferência dos dados MBMS. Também responde aos outros nós de dados de pacote de rede de núcleo com uma mensagem de 25 resposta de início de sessão MBMS que indica que os dados MBMS não devem ser transferidos, porém, que a sessão MBMS está continuando. Os nós de dados de pacote de rede de núcleo podem estar servindo Nós de Suporte de GPRS (SGSNs).
O nó RAN pode receber uma mensagem de solicitação de • interrupção de sessão MBMS indicando que o SGSN selecionado terminou a sessão MBMS. Naquele caso, uma mensagem de resposta de inicio de sessão MBMS consecutiva é transmitida para um dos outros múltiplos SGNS, que previamente solicitou o inicio da seção MBMS, para iniciar a transferência 5 dos dados MBMS. A mensagem de solicitação de interrupção de sessão MBMS de preferência inclui uma indicação da razão pela qual a SGSN selecionada transmitiu a mensagem de solicitação de interrupção de sessão MBMS. Por exemplo, se a interrupção da sessão é devido ao prestador de conteúdo estar terminando a sessão BMS, então o nó RAN sabe não instruir a „ 10 transferência de dados de outra SGSN.
Esta tecnologia pode ser implementada em uma variedade de redes 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 pode ser uma RAN Terrestre UMTS (UTRAN) e o nó RAN um controlador de rede 15 de 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 um sistema de comunicação sem fio típico em que a tecnologia MBMS pode ser 20 usada;
A figura 2 ilustra as fases de prestação de serviços multidifusão MBMS;
A figura 3 é uma linha de tempo ilustrando as fases mostradas na fig. 2;
A figura 4 ilustra as faces de prestação de serviços de radiodifusão MBMS.
A figura 5 é uma linha de tempo ilustrando as fases mostradas na figura 4;
A figura 6 é um diagrama em blocos de função usado para ilustrar uma situação típica na qual recursos MBMS podem ser usados mais eficientemente; e
As figuras 7-13 são diagramas de sinalização típicos não limitativos 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 de limitação, detalhes específicos são expostos, tais como nós particulares, entidades funcionais, técnicas, protocolos, padrões, etc. de maneira a proporcionar uma compreensão da tecnologia descrita. Por exemplo, uma . 10 aplicação vantajosa é em comunicações multimídia de acordo com a especificação 3rd Generation Project Partnership (3GPP)._ (Sociedade de Projetos de 3a_Geração). Porém outras aplicações e outros standards podem ser empregados. Será evidente aqueles versados na técnica que outras modalidades podem ser praticadas além dos detalhes específicos expostos 15 abaixo. Em outras instâncias, descrição detalhada de processos, dispositivos, técnicas, etc. bem conhecidos é omitida de modo a não obscurecer a descrição com detalhes desnecessários. Blocos de função individuais são ilustrados nas figuras. Aqueles versados na técnica apreciarão que as funções daqueles blocos podem ser implementadas usando circuitos de hardware individuais, 20 usando programas de software e dados em conjunção com um microprocessador 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ções 25 sem fio e serviços MBMS. Este sistema pode acomodar uma ou mais arquiteturas standard, inclusive um sistema de telecomunicações móvel universal (UMTS) (assim como outros sistemas) baseados sobre acesso múltiplo por divisão de código (CDMA), GPRS/EDGE_e outros sistemas baseados sobre múltiplo acesso por divisão de tempo (TDMA), etc. No
CDMA, diferentes canais sem fio são distinguidos utilizando diferentes códigos ou seqüências de canalização diferentes, (estes códigos distintos são usados para codificar diferentes fluxos de informações), que podem então ser modulados em uma ou mais diferentes ffeqüências portadoras para simultânea 5 transmissão. Um receptor pode recuperar um fluxo específico para o sinal de recepção usando o código ou seqüência apropriada para decodificar o sinal recebido. Na TDMA, o espectro de radio é dividido em intervalos de tempo. Cada intervalo de tempo permite somente um usuário a transmitir e/ou receber. TDMA requer temporização exata entre o transmissor e o receptor , 10 para que cada usuário possa transmitir suas informações durante o seu intervalo de tempo alocado.
Redes de acesso de radio típicas (RAN) que prestam serviços de acesso de radio para/do equipamento de usuário sem fio (UE) (os termos UE e terminal móvel são usados intercambiavelmente através de uma interface sem fio (e.g., Uu ou Um) incluem uma rede de acesso de radio terrestre UMTS (UTRAN), ambas as quais são usadas em sistemas celulares de 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). Uma RAN inclui um ou mais controladores de rede de radio (RNCs), controladores de estação base (BSCs), ou controladores de rede de acesso genérico (GANCs). Cada controlador é acoplado com uma ou mais estações base de radio (RBSs), às vezes designada de Nó B’s. O transporte de informações através da interface de comunicações entre as interfaces RBS/Nó B e RNC/BSC/GANG é tipicamente baseado sobre modo de transferência assíncrono (ATM) ou Protocolo de Internet (IP).
A UTRAN se comunica com a rede de núcleo servindo nós de suporte PRS (SGNS) através de IU, e a GERAN se comunica com os nós de suporte GPRS servidores de rede de núcleo GPRS (SGSNs) através de uma interface Gb (ou opcionalmente Iu). Uma SGSN suporta comunicações baseadas em pacotes. A SGSN é acoplada com um banco de dados de assinante EU designado de Registro de Locação Local (HLR) através de uma interface Gr. Um serviço de radiodifusão celular (CBS), que é distinto do MBMs, permite dados de baixa taxa de bits a serem transmitidos para todos 5 os assinantes em uma série de células dadas através de um canal de radiodifusã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 com um centro de serviço broadcast de multidifusão (BM-SC) através de uma interface Gmb/Gi. O conteúdo de multidifusão/ radiodifusão é prestado por . 10 um provedor de conteúdo MBMS.
O BM-SC presta funções para o provisionamento e prestação • de serviços de usuário tal como servindo como um ponto de entrada para transmissões MBMS do provedor de conteúdo e autorizar e iniciar Serviços de Portador MBMS dentro da PLMN. A BM-SC é uma entidade funcional que existe para cada Serviço de Usuário MBMS.O BIM-SC gera registros de débito para dados transmitidos pelo provedor de conteúdo, e mune o GGSN de parâmetros associados com o transporte tais como qualidade de serviço e uma ou mais áreas de serviço MBMS.
Outrossim, BM-SC pode programar transmissões e retransmissões de sessão M BMS, recuperar conteúdo de fontes externas e proporcionar este conteúdo usando serviços de portador MBMS. O BM-SC rotula cada sessão MBMS com um Identificador de Sessão MBMS para permitir que o EU distinga as retransmissões de sessão MBMS. Cada transmissã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-3 octetos) passado na camada de aplicação no conteúdo, que também pode ser passado em uma forma abreviada (isto é, o octeto menos significativo) em uma mensagem de solicitação de início de sessão MBMS a ser transmitida para a RNCs/BNs/GANCs na RANs.
A GGSN serve como um ponto de entrada para tráfego de multidifusão IP como dados MBMS. Mediante notificação da BM/SC. A GGSN solicita o estabelecimento de um plano portador para uma transmissão BMMS de radiodifusão ou multidifusão. O estabelecimento de um plano 5 portador para serviços de multidifusão é realizada no sentido de cada SGSN (usualmente existem múltiplos dos dito SGSNs) que solicitaram receber transmissões para o serviço de portador MBMS de multidifusão especifico. O GGSN recebe tráfego de multidifusão IP (quer de BM-SC quer de outras fontes de dados) e encaminha o tráfego para os túneis GTP apropriados * 10 estabelecidos como parte do serviço portador MBMS.
O papel do SGSN dentro da arquitetura MBMS é desempenhar funções de controle de serviço portador MBMS para cada UE individual e proporcionar transmissões MBMs para UTRAN/GERAN/GAN. O SGSN suporta procedimentos de mobilidade intra-SGSN e inter-SGSN, que 15 requerem o SGSN a armazenar um contexto MBMS UE de usuário específico para cada serviço de portador MBMS multidifusão ativado e a passar estes contextos MBMS UE de usuário específico para o novo SGSN durante procedimentos de mobilidade inter-SGSN. A SGSN tem de gerar dados de débito por serviço de portador MBMS de multidifusão para cada usuário.
Cada SGSN inicialmente busca estabelecer portadores Iu/G e Gn compartilhados por muitos usuários sob demanda quando dados têm de ser transferidos para os usuários. Porém como descrito abaixo, o estabelecimento de portador Iu e Gb é controlado pelo KNC/BSC/ ou GANC.
UTRAN/GERAN/GAN são responsáveis por administrar eficientemente dados MBMS à área de serviço MBMS designada. A administração eficiente de dados MBMS na modalidade multidifusão significa que URAN/GERAM/GAN tem de coordenar inteligentemente os fluxos de dados MBMS das SGSNs e apropriada seleção de radio portador para o número de UEs dentro de cada célula sendo atendida. O * UTRAN/GERAM recebe dados MBMS das SGSNs através dos portadores
Iu/Gb compartilhados por muitos Ues. O UTRAN/GERAN/GAN suporta mobilidade intra/RNC/BSC/GANC e Inter-RNC/BSC/GANC de receptores
MBMS para limitar a perda de dados. O UTRAN/GERAN/GAN pode transmitir anunciações de serviço de usuário MBMS e informações de paginação (non-BMS específicas) e suportar outros serviços em paralelo com MBMS. Por exemplo, dependendo das capacidade de terminais, o usuário podería original ou receber uma chamada ou transmitir ou receber mensagens enquanto recebendo conteúdo de vídeo MBMS.
, 10 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 de sessão, notificação de MBMS, transferência de dados, interrupção de sessão, e egresso. As fases de subscrição, associação, e de egresso são realizadas individualmente por usuário. As outras fases são realizadas para todos os 15 usuários interessados no serviço relacionado. A figura 3 ilustra estas fases utilizando um exemplo de linha de tempo.
A fase de subscrição estabelece a relação entre o usuário e o prestador de serviço, que permite ao usuário receber o serviço de multidifusão MBMS correlato. Uma assinatura é um acordo de um usuário em receber 20 serviços oferecidos por uma operadora. As informações de subscrição ou assinatura são gravadas no BM-SC. Mecanismos de anunciação/descobrimento de serviços de usuário MBMS permitem aos usuário a solicitar ou a serem informados acerca da variedade de serviços MBMS disponíveis. Uma anunciação de serviços distribui para os usuários 25 informações acerca do serviço, parâmetros requeridos para ativação do serviço (e.g. endereço de multidifusão IP), e possivelmente outros parâmetros relacionados com serviço (e.g. tempo de início). Associação (isto é, ativação de multidifusão MBMS pelo usuário) é o processo pelo qual um assinante associa-se (toma-se um membro de) a um grupo de multidifusão (isto é, o
2!
usuário indica a rede que ele/ela é desejoso de receber dados da modalidade de multidifusão de um serviço portador de MBMS específico. O início da sessão é o ponto em que o BMS-SC está pronto para transmitir dados e ocorre independentemente de ativação do serviço pelo usuário. O início da sessão 5 também ativa o estabelecimento de recursos de portador para transferência de dados MBMS. A notificação informa os UEs acerca da transferência de dados de multidifusão entrantes (e potencialmente acerca de dados que saem), e a transferência de dados é a fase quando dados MBMS são transferidos para as UEs. A interrupção de sessão é o ponto em que BMSC determina a 10 inexistência de mais dados a transmitir por determinado período de tempo.
Este período de preferência é suficientemente longo para justificar a remoção de recursos de portador associados com a sessão. Na fase de egresso, um assinante 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 de MBMS, transferência de dados, e descontinuação ou parada da sessão. Estas fases já foram descritas acima. A figura 5 ilustra estas fases usando um exemplo de linha de tempo.
Um Contexto MBMS EU é criado no EU, RNC, SGSN, 20 GGSN, e BM-SC quando o EU liga-se com um serviço portador MBMS. O Contexto MBMS EU contém informações específicas de EU relacionadas com o serviço de portador MBMS que o EU associou-se. No SGSN, um Contexto MBMS EU é também criado como um resultado de atualização de área de roteamento inter-SGSN. Existe um Contexto MBMS EU por 25 serviço portador MBMS que o UE associou-se. Cada Contexto MBMS EU pode incluir, por exemplo, um endereço de multidifusão IP identificando um portador MBMS com o qual o EU associou-se. Uma Identidade de Grupo Móvel Temporária (TMGI) alocada ao portador MBMS, e um IMSI identificando o usuário.
• Um Contexto Portador MBMS é criado em cada nó envolvido na administração dos dados MBMS e contém informações descrevendo um serviço de portador MBMS em particular. Um Contexto Portador MBMS é criado na SGSN e GSN quando o primeiro contexto MBMS EU é criado no nó ou quando um nó a jusante o solicita.
O Contexto Portador MBMS pode ser criado em um RNC quando um primeiro contexto MBMS UE é criado no RNC. Um procedimento de Início de Sessão pode criar um Contexto Portador MBMS em um BSC/RNC/GANG que ainda não tem qualquer . 10 Contexto Portador MBMS pode incluir o seguinte: endereço de multidifusão IP identificando o portador MBMS descrito por este Contexto Portador MBMS Identidade de Grupo Móvel Temporária alocada ao serviço portador 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, 15 lista de nós a jusante que solicitaram o serviço portador MBMS e aos quais notificações e dados MBMS tem de ser encaminhados, numero de UEs alojados pelo nó que se associaram com o serviço portador MBMS de multidifusão, e lista de RAs, cada um dos quais contém pelo menos um UE que se associou ao serviço MBMS.
Neste contexto, uma ineficiência se apresenta quando múltiplos UEs sendo servidos por um RNC/BSC/GNC na rede de acesso de rá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 a mesma sessão MBMS recebida do GGSN para aquele RNC/BSC/GANC. No caso UTRAN, o RNC pode estabelecer um portador Iu no sentido de somente uma das SGSNs no Início da Sessão MBMS. Porém isto significaria que os SGSNs 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, podería não desempenhar corretamente suas funções relacionadas com MBMS tais como ♦ funções de contabilização e débito e outras.
O problema é lustrado na figura 6 que mostra três SGNs A, B e C acopladas com um RNC/BSC/GANG, que por sua vez é acoplado com três RBSs/Nó B’s, A, B e C tendo áreas de cobertura inclusive UEs servidas 5 pelas três diferentes SGSNs A, B e C, respectivamente. De preferência aos RNC/BSC/GANC receberem três vezes as mesmas informações e desperdiçarem significativa largura de banda e outros recursos no processo, a RNC/BSC/GANC seleciona um dos SGSNs A, B, ou C para proporcionar tráfego de dados de sessão MBMS. Os RNC/BSC/GANC informa os outros . 10 dois SGSNs para não transmitir o tráfego de dados de sessão MBMS. De preferência, os outros dois SGSNs permanecem engajados na sessão MBMS para desempenhar outras funções de sessão MBMS tais como funções de contabilização e débito de sessão MBMS e outras.
O seguinte exemplo de implementação descreve mensagens de 15 sinalização específica trocadas entre um BSC e as três SGSNs A, B, e C em uma GERAN. Naturalmente, outras mensagens e outros nós RAN podem ser usados. As mensagens de sinalização básica são adaptadas a partir daquelas especificadas em 3GPP TS 23.246 V.6.4.0. Mais uma vez, outras mensagens de sinalização podem ser empregadas que podem ser ou não consistentes com 20 3GPP TS 23.246 V.6.4.0 ou outras especificações.
Reportando-se à figura 7, o BSC primeiramente recebe uma mensagem de SOLICITAÇÃO DE INICIO DE SESSÃO MBMS {MBMS SESSION START REQUEST) da SGSN-A conectada. O Contexto Portador MBMS para esta sessão MBMS é criado, e as informações relevantes são 25 armazenadas 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 MBMS através da interface Um às UEs nas áreas de serviço: células A, B, e C. O BSC emite uma mensagem de RESPOSTA DE INÍCIO DE SESSÃO MBMS (MBMS SESION START RESPONSE) inclusive um conjunto de elemento de
- informação “Resposta MBMS” (IE) para indicar “Acusar - início transferência de dados”. A identidade do SGSN-A é armazenada no Contexto *
Portador MBMS para indicar que SGSN-A instruiu um Início de Sessão MBMS. O BSC recebe consecutivas mensagens de SOLICITAÇÃO DE 5 INÍCIO DE SESSÃO MBMS de SGSN-B e de SGNS-C. O BSC responde com uma mensagem RESPOSTA DE INICIO DE SESSÃO MBMS inclusive um conjunto de elemento de informação “Resposta MBMS” para indicar “Acusar transferência de dados já instruída”. Desta maneira, o BSC informa os SGSNs não selecionados para não transmitir os dados de sessão MBMS.
. 10 A figura 8 ilustra uma situação onde o SGSN-A selecionado termina a sessão MBMS. O BSC recebe uma mensagem SOLICITAÇÃO DE DESCONTINUAÇÃO DE SESSÃO MBMS contendo “Causa Descontinuação MBMS” IE estabelecida para “Sessão MBMS terminada por *
SGSN” do SGSN efetuando a transferência de dados (SGSN-A). Outra SGNS 15 armazenada no Contexto Portador MBMS é selecionada (SGSN-B), e uma mensagem consecutiva SOLICITAÇÃO INICIO SESSÃO MBMS incluindo a IE “Resposta MBMS” estabelecida para “Confirmar - inicio transferência de dados” é transmitida para o SGSN-B selecionado. SGSN-A é removido do Contexto Portador MBMS. Uma mensagem de RESPOSTA INICIO SESSÃO 20 MBMS é transmitida pelo SGSN-B para o BSC, e o SGS-B inicia a transferência dos dados da sessão BMS para o BSC. Uma mensagem de RESPOSTA DESCONTINUAR SESSÃO MBMS incluindo a IE “Resposta MBMS” estabelecida para “Confirmar” é transmitida para o SGSN-A que iniciou a SOLICITAÇÃO DE DESCONTINUAR SESSÃO MBMS.
Altemativamente, o BSC pode transmitir uma mensagem de
RESPOSTA DE INÍCIO DE SESSÃO MBMS inclusive o IE “Respostas MBMS” 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 MBMS para o BSC. Uma mensagem de RESPOSTA DESCONTINUAR SESSÃO ’ MBMS incluindo o IE de “Resposta de MBMS” é ajustada para “Confirmar” é então também transmitida para o SGSN-A que iniciou a SOLICITAÇÃO
DE 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 mensagem SOLICITAÇÃO DE DESCONTINUAÇÂO DE SESSÃO MBMS com um IE “Causa Descontinuação MBMS” estabelecido pra “Sessão MBMS terminada por nó a montante” do SGSN atualmente efetuando a transferência de dados (SGSN-B). O BSC pode também receber mensagens similares dos outros » 10 SGSNs ativos, e.g. SGSN-C. Porém de preferência a mensagem é somente recebida 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 radio associados com a sessão MBMS são liberados. Uma mensagem de
RESPOSTA DESCONTINUAR SESSÃO MBMS incluindo a IE “Resposta MBMS” estabelecida para “Confirmar” é transmitida para a SGSN-B que iniciou a mensagem de SOLICITAÇÃO DESCONTINAR A SESSÃO MBMS.
As figuras 10-13 oferecem exemplos alternativos, não limitativos. Na fig. 10, o BSC recebe uma mensagem SOLICITAR ATUALIZAÇÃO SESSÃO MBMS contendo um IE “Causa Atualização MBMS” ajustada para “Ausência de Contextos MBMS EU ativos” do SGSN efetuando a transferência de dados (SGSN-A). Outra SGSN armazenada no Contexto Portador MBMS é selecionada (SGSN-B) e uma segunda mensagem “RESPOSTA INICIO SESSÃO MBMS” incluindo a IE “Resposta MBMS” ajustada para “Confirmar - início transferência de dados” é transmitida para o SGSN-B selecionado. A identidade SGSN-A é removida do Contexto Portador MBMS no BSC. Uma mensagem RESPOSTA ATUALIZAÇÃO SESSÃO MBMS incluindo a IE “Resposta MBMS” ajustada para “Confirmar” é transmitida para SGSN-A que iniciou a mensagem SOLICITAR ATUALIZAÇÃO SESSÃO MBMS.
Na figura 11, o BSC recebe uma mensagem SOLICITAR SESSÃO MBMS com a IE “Causa Atualização MBMS” ajustada para “Adição à Área de Serviço MBMS” do SGSM efetuando a transferência de dados (SGSN-A). O Contexto Portador MBMS é atualizado o BSC com as informações Área de Serviço MBMS. Recursos de rádio são alocados na/s nova/s célula(s) indicada pela Área de Serviço MBMS atualizada transmitida pela SGSN-A. Uma mensagem RESPOSTA ATUALIZAÇÃO SESSÃO . 10 MBMS incluindo uma IE “Resposta MBMS” ajustada para “Confirmação” é transmitida para a SGSN-A que iniciou a mensagem SOLICITAÇÃO DE ATUALIZAÇÃO DE SESSÃO MBMS.
Na fig. 12, o BSC recebe uma mensagem SOLICITAÇÃO tf
ATUALIZAÇÃO SESSÃO MBMS contendo um IE “Causa Atualização
MBMS” ajustada para “Remoção da Área de Serviço MBMS” da SGSN efetuando a transferência de dados (SGSN-A). O Contexto Portador de MBMS no BSC é atualizado com as informações de Área de Serviço MBMS pertinentes. Recursos de Rádio são liberados nas células indicadas pela Área de Serviço MBMS atualizada transmitidas pela SGSN-A. Uma mensagem
RESPOSTA ATUALIZAÇÃO SESSÃO MBMS incluindo a IE “Resposta MBMS” ajustada para “Confirmar” é transmitida para a SGSN-A que iniciou a SOLICITAÇÃO ATUALIZAÇÃO SESSÃO MBMS.
Na figura 13, o BSC recebe uma mensagem SOLICITAÇÃO DESCONTINUAR SESSÃO MBMS de qualquer uma das SGSNs 25 armazenadas no Contexto Portador MBMS. Todas as identidades SGSN são removidas do Contexto Portador MBMS armazenado no BSC. O Contexto portador BMS é removido, e todos os recursos de radio associados com a Sessão MBMS são liberados. Uma mensagem de RESPOSTA DESCONTINUAR SESSÃO MBMS incluindo a IE “Resposta MBMS” «* ajustada para Confirmar” é transmitida para a SGSN que iniciou a
SOLICITAÇÃO DESCONTINUAR SESSÃO MBMS.
*
Embora várias modalidades tenham sido ilustradas e descritas em detalhe, as reivindicações não estão limitadas a qualquer modalidade ou exemplo específico. Parte alguma da descrição acima deve ser lida como implicando que qualquer elemento específico, etapa, alcance ou função é essencial tal que tenha de ser incluída no âmbito das reivindicações. O âmbito da matéria-objeto patenteada é definido somente pelas reivindicações. A extensão de proteção legal é definida pelas palavras recitadas nas . 10 reivindicaçõ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.