BRPI0615200B1

BRPI0615200B1 - Método de processamento de mensagens de informações de controle para serviços de ponto a multiponto

Info

Publication number: BRPI0615200B1
Application number: BRPI0615200-7A
Authority: BR
Inventors: Patrick Fischer
Original assignee: Lg Electronics Inc
Priority date: 2005-08-22
Filing date: 2006-08-22
Publication date: 2019-07-09
Also published as: CN101243722A; JP4753995B2; RU2414098C2; AU2006282187A1; US8433346B2; EP1925176B1; US20070042794A1; EP1925176A4; TWI359622B; TW200721860A; EP1925176A1; BRPI0615200A2; JP2009503988A; RU2008100313A; CN101243722B; MX2008001335A; KR101247851B1; WO2007024090A1; AU2006282187B2; ZA200800380B

Abstract

método de processamento de mensagens de informações de controle para serviços de ponto a multiponto. um método de escalonamento de mensagens, com base em se há quaisquer variações no conteúdo de cada mensagem a ser escalonada, e também considerando certas informações que podem ser necessárias para o terminal. as mensagens são escalonadas de modo que o terminal (ue) vai apenas precisar executar um mínimo de operações de leitura, resultando, desse modo, em uma recepção mais eficiente de serviços pelo terminal, com base no escalonamento aperfeiçoado executado pela rede.

Description

CAMPO TÉCNICO

A presente invenção se refere a comunicações sem fio (via rádio) e, em particular, se refere a um método de processamento de mensagens de informações de controle para serviços de ponto a multiponto.

ANTECEDENTES

O sistema de telecomunicações móveis universal (UMTS) é um sistema de comunicações móvel IMT-2000 de terceira geração, do tipo europeu, que se desenvolveu de um padrão europeu, conhecido como Sistema Global para Comunicações Móveis (GSM). O UMTS é intencionado para proporcionar um serviço de comunicações móveis aperfeiçoado, baseado em uma rede de núcleo GSM e uma tecnologia de conexão sem fio de acesso múltiplo de divisão de código de banda larga (WCDMA) . Em dezembro de 1998, um Projeto de Sociedade de Terceira Geração (3GPP) foi formado pelo ETSI da Europa, o ARIB/TTC do Japão, o TI dos Estados Unidos, e o TTA da Coréia. O 3GPP cria especificações detalhadas da tecnologia UMTS. Para obtenção de um desenvolvimento técnico rápido e eficiente do UMTS, cinco grupos de especificação técnica (TSG) foram criados dentro do 3GPP, para padronizar o UMTS por considerar a natureza independente dos elementos da rede e as suas operações. Cada TSG desenvolve, aprova e gerencia a especificação padrão dentro de uma região relacionada. Entre esses grupos, o grupo (TSG-RAN) de rede de acesso por

Petição 870190018425, de 22/02/2019, pág. 8/37

2/23 rádio (RAN) desenvolve os padrões para as funções, requisitos e interface da rede de acesso por rádio terrestre UMTS (UTRAN), que é uma rede de acesso por rádio para suportar tecnologia de acesso W-CDMA no UMTS.

A Figura 1 mostra uma visão geral da rede UMTS 100, incluindo o terminal ou equipamento do usuário (UE) 110, a UTRAN 120 e a rede de núcleo (CN) 130.

A UTRAN 120 é composta de vários Controladores de Rede de Rádio (RNCs) 124, 126 e Nós Bs 122, que são ligados pela interface Iub. Cada RNC pode controlar vários Nós Bs. Cada Nó B pode controlar uma ou várias células, em que uma célula é CARACTERIZADA pelo fato de que cobre uma determinada área geográfica, a uma dada freqüência. Cada RNC é ligada pela interface Iu à CN, isto é, na entidade MSC (Centro de Comutação de Serviços Moveis) 132 da CN e da entidade SGSN (Nó de Suporte GPRS Servidor) 131. Os RNCs podem ser ligados a outros RNCs pela interface Iur. O RNC trata da atribuição e do gerenciamento de recursos de rádio e opera como um ponto de acesso com relação à rede de núcleo.

Os Nós Bs recebem informações enviadas pela camada física do terminal (UE), por uma ligação superior (entre uma estação terrestre e um satélite) e transmitem dados ao terminal por uma ligação inferior (entre estações terrestres). Os Nós Bs operam como pontos de acesso da UTRAN para o terminal. A SBSN é ligada pela interface Gf ao EIR (Registro de Identidade de Equipamento) 133 pela interface Gs ao MSC 132, pela interface Gr ao HSS (Servidor de Assinantes Domésticos) 134. O EIR aloja listas de terminais (UEs), que são habili

Petição 870190018425, de 22/02/2019, pág. 9/37

3/23 tadas ou não para serem usadas na rede. O MSC 132, que controla a conexão para os serviços CS (comutados por circuito), é conectada pela interface NB na MGW (Porta de Mídia) 136, pela interface F no EIR 133, e pela interface D no HSS 134. A MGW 136 é ligada pela interface C no HSS 134, e à PSTN (Rede Telefônica Comutada Pública), e propicia a adaptação dos codecs (codificadores / decodificadores) entre a PSTN e a RNA conectada.

A GGSN 135 é ligada pela interface Gc ao HSS 134, e pela interface Gi à Internet. A GSSN 135 é responsável pelo roteamento, carregamento e separação dos fluxos de dados em diferentes RABs (Condutores de Acesso por Rádio). O HSS 134 trata os dados de assinatura dos usuários.

Outras conexões existentes não vão ser descritas em detalhe, mas vão ser entendidas por aqueles versados na técnica.

A UTRAN 120 constrói e mantém um condutor de acesso por rádio (RAB), para comunicação entre o terminal (UE) e a rede de núcleo (CN) 130. A rede de núcleo solicita requisitos de qualidade de serviço (QoS) de extremidade à extremidade do RAB, e o RAB suporta os requisitos de QoS que a rede de núcleo ajustou. Conseqüentemente, por construção e manutenção do RAB, a UTRAN pode satisfazer os requisitos de QoS extremidade à extremidade.

Os serviços providos a um terminal específico (UE) são aproximadamente divididos em serviços comutados por circuito (CS) e serviços comutados por pacotes (PS). Por exemplo, um serviço de conversação por voz geral é um serviço

Petição 870190018425, de 22/02/2019, pág. 10/37

4/23 comutado por circuito, enquanto que um serviço de busca na rede, por uma conexão Internet, é classificado como um serviço comutado por pacote (PS).

Para suportar os serviços comutados por circuito, os RNCs 124, 126 são ligados ao centro de comutação móvel (MSC) 132 da rede de núcleo, e o MSC 132 é conectado ao centro de comutação móvel de porta (GMSC), que gerencia a conexão com as outras redes. Para suportar os serviços comutados por pacote, os RNCs são ligados ao Nó de Suporte GPRS (Serviço de Rádio de Pacote Geral) Servidor (SGSN) 131 ao Nó de Suporte GPRS de Porta (GGSN) 135 da rede de núcleo. O SGSN 131 suporta as comunicações de pacotes com os RNCs, e o GGSN gerencia a conexão com as outras redes comutadas de pacotes, tal como a Internet.

A Figura 2 ilustra uma estrutura de um protocolo de interface de rádio entre o terminal (UE) e a UTRAN de acordo com os padrões de rede de acesso por rádio 3GPP. Como mostrado na Figura 2, o protocolo de interface de rádio tem camadas horizontais, compreendendo uma camada física, uma camada de ligação de dados e uma camada de rede, e tem planos verticais compreendendo um plano de usuário (plano U), para transmitir dados de usuário, e um plano de controle (plano C), para transmitir informações de controle. O plano de usuário é uma região que trata de informações de tráfego com o usuário, tais como pacotes de protocolo de Internet (IP). O plano de controle é uma região que trata de informações de controle para uma interface com uma rede, manutenção e gerenciamento de uma chamada, e assemelhados.

Petição 870190018425, de 22/02/2019, pág. 11/37

5/23

As camadas de protocolo na Figura 2 podem ser divididas em uma primeira camada (L1), uma segunda camada (L2) e uma terceira camada (L3), baseadas nas três camadas inferiores de um modelo padrão de interconexão de sistema aberto (OSI). A primeira camada (L1), isto é, a camada física, proporciona um serviço de transferência de informações para uma camada superior, por uso de várias técnicas de transmissão por rádio. A camada física é ligada a uma camada superior, chamada uma camada de controle de acesso de meio (MAC), por um canal de transporte. A camada MAC e a camada física trocam dados pelo canal de transporte. A segunda camada (L2) inclui uma camada MAC, uma camada de controle de ligação por rádio (RLC), uma camada de controle de radiodifusão / multidifusão (BMC), e uma camada de protocolo de convergência de dados de pacotes (PDCP). A camada MAC trata do mapeamento entre os canais lógicos e os canais de transporte, e proporciona alocação dos parâmetros MAC para alocação e realocação de recursos de rádio. A camada MAC é ligada a uma camada superior, chamada a camada de controle de ligação de rádio (RLC), por um canal lógico. Vários canais lógicos são proporcionados de acordo com o tipo de informações transmitidas. Em geral, um canal de controle é usado para transmitir as informações do plano de controle, e um canal de tráfego é usado para transmitir informações do plano do usuário. Um canal lógico pode ser um canal comum ou um canal dedicado, dependendo de se o canal lógico está partilhado. Os canais lógicos incluem um canal de tráfego dedicado (DTCH), um canal de controle dedicado (DCCH), um canal de tráfego comum

Petição 870190018425, de 22/02/2019, pág. 12/37

6/23 (CTCH), um canal de controle comum (CCCH), um canal de controle de radiodifusão (BCCH) e um canal de controle de paginação (PCCH), ou um Canal de Controle Partilhado (SCCH) e outros canais. O BCCH proporciona informações, incluindo as informações utilizadas por um terminal para acessar um sistema. O PCCH é usado pela UTRAN para acessar um terminal.

Para suportar os serviços de ponto a multiponto, tais como os serviços de radiodifusão / multidifusão multimídia (MBMS ou serviços MBMS), canais de tráfego e controle adicionais são introduzidos no padrão MBMS. Por exemplo, o MCCH (Canal de Controle ponto a multiponto MBMS) é usado para transmissão de informações de dados de serviço MBMS, e o MSCH (Canal de Escalonamento MBMS) é usado para transmitir informações de escalonamento.

Os diferentes tipos de canais lógicos que existem são ilustrados como se segue:

Canal de controle (CCH)

Canal de Controle de Radiodifusão (BCCH)

Canal de Controle de Paginação (PCCH)

Canal de Controle Dedicado (DCCH)

Canal de Controle Comum (CCCH)

Canal de Controle de Canal Partilhado (SHCCH)

Canal de Controle ponto-multiponto MEMS (MCCH)

Canal de Escalonamento MBMS (MSCH)

Canal de Tráfego (TCH)

Canal de Tráfego Dedicado (DTCH)

Canal de Tráfego Comum (CTHC)

Canal de Tráfego ponto-multiponto MBMS (MTCH)

Petição 870190018425, de 22/02/2019, pág. 13/37

7/23

A camada MAC é ligada à camada física pelos canais de transporte e podem ser divididos em uma subcamada MAC-b, uma subcamada MAC-d, uma subcamada MAC-c/sh, uma subcamada MAC-bs e uma subcamada MAC-m, de acordo com o tipo de canal de transporte sendo gerenciado. A subcamada MAC-b gerencia um BCH (Canal de Radiodifusão), que é um canal de transporte manuseando a radiodifusão de informações do sistema. A subcamada MAC-s/sh gerencia um canal de transporte comum, tal como um canal de acesso de emissão (FACH) ou um canal partilhado de ligação inferior (DSCH), que é partilhado por uma pluralidade de terminais, ou na ligação superior o Canal de Acesso Aleatório (RACH). A subcamada MAC-m pode tratar os dados MBMS.

A Figura 3 mostra o possível mapeamento entre os canais lógicos e os canais de transporte da perspectiva do UE.

A Figura 4 mostra o possível mapeamento entre os canais lógicos e os canais de transporte da perspectiva da UTRAN.

A subcamada MAC-d gerencia um canal dedicado (DCH), que é um canal de transporte dedicado para um terminal específico. A subcamada MAC-d é localizada em um RNC Servidor (SRNC), que gerencia um terminal correspondente, e uma subcamada MAC-d também existe em cada terminal. A camada RLC, dependente do modo de operação RLC, suporta as transmissões de dados confiáveis e executa a segmentação e a concatenação em uma pluralidade de unidades de dados de serviço RLC (SDUs), transmitidas de uma camada superior. Quando a

Petição 870190018425, de 22/02/2019, pág. 14/37

8/23 camada RCL recebe as SDUs RLC da camada superior, a camada RLC ajusta o tamanho de cada SDU RLC de um modo adequado, baseado na capacidade de processamento, e depois cria unidades de dados por adição de informações de cabeçalho a elas. Essa unidades de dados, chamadas unidades de dados de protocolo (PDUs) são transferidas para a camada MAC por meio de um canal lógico. A camada RLC inclui um armazenamento temporário RLC, para armazenar as SDUs RLC e/ou as PDUs RLC.

A camada BMC escalona uma mensagem de radiodifusão de células (CB), transferida da rede de núcleo e radiodifunde a mensagem CB para os terminais posicionados em uma célula ou células específicas.

A camada PDCP é localizada acima da camada RLC. A camada PDCP é usada para transmitir dados de protocolo de rede, tais como IPv4 ou IPv6, eficientemente em uma interface de rádio com uma largura de banda relativamente pequena. Para esse fim, a camada PDCP reduz as informações de controle desnecessárias usadas em uma rede ligada, isto é, uma função chamada de compressão de cabeçalho é feita.

A camada de controle de recursos de rádio (RRC), localizada na parte mais baixa da terceira camada (L3) é apenas definida no plano de controle. A camada RRC controla os canais de transporte e as camadas físicas em relação à configuração, reconfiguração, e a liberação ou cancelamento dos condutores de rádio (RBs). O RB significa um serviço proporcionado pela segunda camada (L2) para transmissão de dados entre o terminal e a UTRAN. Em geral, a configuração do RB se refere ao processo de estipulação das característi

Petição 870190018425, de 22/02/2019, pág. 15/37

9/23 cas de uma camada de protocolo e a um canal necessário para proporcionar um serviço de dados específico, e de ajuste dos respectivos parâmetros detalhados e métodos operacionais. Adicionalmente, a camada RRC trata da mobilidade do usuário dentro da RAN, e serviços adicionais, por exemplo, serviços de localização.

A Figura 5 mostra um UB com canais (DCH, HS-DSCH) estabelecidos com células múltiplas gerenciadas pelos Nós Bs, que são controlados por um RNC em uma rede.

As diferentes possibilidades, que existem para o mapeamento entre os condutores de rádio e os canais de transporte para um determinado UE, não são sempre todas possíveis. Os UE / UTRAN podem deduzir o possível mapeamento, dependendo do estado do UE e do procedimento que os UE / UTRAN estão executando. Os diferentes estados e modos são explicados em mais detalhes abaixo, no que se refere à presente invenção.

Os diferentes canais de transporte são mapeados em diferentes canais físicos. A configuração dos canais físicos é dada pelo RRC sinalizando as trocas entre o RNC e o UE.

O modo RRC se refere a se existe uma conexão lógica entre o RRC do terminal e o RRC da UTRAN. Se houver uma conexão, o terminal é dito estar no nodo conectado RRC. Se não houver conexão, o terminal é dito estar no modo ocioso. Em virtude da existência de um terminal particular dentro da unidade de célula, por exemplo, em cuja célula ou conjunto de células se encontra o terminal de modo conectado RRC, e cujo canal físico o UE está dando atenção. Desse modo, o

Petição 870190018425, de 22/02/2019, pág. 16/37

10/23 terminal pode ser efetivamente controlado.

Ao contrário, a UTRAN não pode determinar a existência de um terminal em um modo ocioso. A existência de terminais no modo ocioso pode ser apenas determinada pela rede de núcleo como estando dentro de uma região que é maior do que uma célula, por exemplo, um local ou uma área de roteamento. Portanto, a existência de terminais de modo ocioso é determinada dentro de grandes regiões, e para receber serviços de comunicação móvel, tal como voz ou dados, o terminal de modo ocioso deve movimentar-se ou mudar para o modo conectado RRC.

A Figura 6 mostra as possíveis transições entre os modos e estados de um UE. Um UE em um modo conectado RRC pode estar em diferentes estados, por exemplo, estado CELL_FACH, estado CELL_DCH ou estado URA_PCH. Outros estados também podem existir. Dependendo desses estados, o UE conduz diferentes ações e dá atenção a diferentes canais. Por exemplo, um UE no estado CELL_DHC vai tentar dar atenção aos canais de transporte do tipo DCH (entre outros canais), que podem compreender os canais de transporte DTCH e DCCH, e que podem ser mapeados a um determinado DPCH, DPDSCH ou a outros canais físicos. O UE no estado CELL_FACH vai dar atenção a vários canais de transporte FACH, que são mapeados a um determinado S-CCPCH. O UE no estado PCH vai dar atenção ao canal PICH, e ao canal PCH, que é mapeado a um determinado canal físico S-CCPCH.

A rede (UTRAN) pode proporcionar vários tipos de serviços a um terminal (UE). Um exemplo seria o serviço de

Petição 870190018425, de 22/02/2019, pág. 17/37

11/23 radiodifusão / multidifusão multimídia, também referido como MBMS ou serviço MBMS.

No início de um serviço, supõe-se que o UE leia diferentes mensagens, dependendo da situação. Por exemplo, o UE deve adquirir contagem, estabelecer conexões RRC, receber um MTCH, e assemelhados.

Para enviar e receber essas mensagens, uma ordem (seqüência ou disposição) particular é usada de modo que essas mensagens, nas quais o conteúdo foi alterado, sejam enviadas / recebidas, antes das mensagens nas quais o conteúdo não foi alterado.

A sinalização MBMS no MCCH faz uso de identificadores, para propiciar que informações de referência sejam conduzidas em uma mensagem (mensagem A), e que sejam referidas em outra mensagem (mensagem B). Esses identificadores são válidos apenas para as mensagens que tenham sido lidas no mesmo período de modificação.

DESCRIÇÃO DA INVENÇÃO

PROBLEMA TÉCNICO

Na técnica relacionada, as mensagens são ordenadas meramente com base em se ou não o conteúdo delas foi alterado. Isto é, as mensagens contendo conteúdos alterados são transmitidas antes das mensagens contendo conteúdos inalterados. No entanto, essa simples condição pode nem sempre ser ótima.

SOLUÇÃO TÉCNICA

Um método para escalonamento de mensagens (por exemplo, informações de serviço, dados de configuração de

Petição 870190018425, de 22/02/2019, pág. 18/37

12/23 células, mensagens de informações de controle, etc.) é proporcionado de modo que o terminal (UE) apenas precise ler um número mínimo de mensagens que são enviadas da rede. Alem de se há quaisquer mudanças no conteúdo de cada mensagem a ser escalonada (depois transmitida e mais tarde recebida), certas informações, que podem ser necessárias pelo terminal, também são consideradas. Com base nesses critérios, as mensagens são escalonadas de modo que o terminal (UE) apenas necessite executar um mínimo de operações de leitura, resultando, desse modo, em uma recepção mais eficiente de serviços pelo terminal, com base no escalonamento aperfeiçoado executado pela rede.

BREVE DESCRIÇÃO DOS DESENHOS

A Figura 1 mostra uma visão geral da rede UMTS.

A Figura 2 ilustra uma estrutura de um protocolo de interface de rádio entre o terminal (UE) e a UTRAN, de acordo com os padrões de rede de acesso por rádio 3GPP.

	A	Figura 3	mostra	o	possível	mapeamento	entre	os
canais	lógicos e os	canais	de	transporte da perspectiva	do
UE.
	A	Figura 4	mostra	o	possível	mapeamento	entre	os
canais	lógicos e os	canais	de	transporte da perspectiva	da
UTRAN.
	A	Figura 5	mostra	um	UE, com	os canais	(DCH,	HS-

DSCH) estabelecidos com células múltiplas gerenciadas pelos Nós Bs, que são controlados por um RNC em uma rede.

A Figura 6 mostra as possíveis transições entre os modos e estados de um UE.

Petição 870190018425, de 22/02/2019, pág. 19/37

13/23

A Figura 7 mostra um exemplo de como diferentes tipos de informações MCCH podem ser escalonadas.

A Figura 8 mostra um exemplo do escalonamento de informações MCCH no início de transmissão MTCH.

A Figura 9 mostra um exemplo do escalonamento de informações MCCH no encerramento da sessão.

MODO PARA INVENÇÃO

Um aspecto da presente invenção é o reconhecimento pelos presentes inventores em relação aos problemas e deficiências da técnica relacionada descrita acima e explicada em mais detalhes a seguir. Com base nesse reconhecimento, os aspectos da presente invenção foram desenvolvidos.

Diferentemente da técnica relacionada, uma melhor determinação para ordenar ou escalonar mensagens pode depender de múltiplos fatores, tais como das particularidades do terminal (UE) (por exemplo, movimentando-se para uma nova célula, variações nas condições de sinalização, etc.), do tipo de serviço a ser recebido pelo terminal (UE), e assemelhados. Isto é, o terminal (UE) pode necessitar receber (ou ler) certos canais de controle, em momentos particulares, devido às variações no meio físico de comunicações. Desse modo, um esquema mais sofisticado para escalonamento de mensagens de informações de controle é necessário.

Embora a descrição a seguir vá se referir a serviços ponto-a-multiponto (por exemplo, um serviço MBMS) meramente com o propósito de explanação, os aspectos da presente invenção são claramente intencionados para serem aplicáveis a vários outros tipos de procedimentos de transmissão e/ou

Petição 870190018425, de 22/02/2019, pág. 20/37

14/23 recepção de dados, que se beneficiariam de empregar o escalonamento ou ordenamento particular das informações (ou dados), de acordo com a presente invenção.

Para ilustar os aspectos da presente invenção, os procedimentos específicos MBMS vão ser descritos. Em particular, a recepção de informações de controle MBMS vai ser considerada.

Em geral, o procedimento para recepção de informações de controle MBMS é usado por um UE, para receber informações da UTRAN relativas ao modo que ela proporciona serviços MBMS aos quais o UE se uniu. O procedimento se aplica a todos os UEs suportando MBMS, independentemente do seu estado(ocioso, URA_PCH, CELL_PCH, CELL_FACH e CELL_DCH).

A Figura 7 mostra os princípios gerais para o escalonamento de informações MCCH. Na Figura 7, o diferente sombreamento indica conteúdo potencialmente diferente das informações MCCH.

A maior parte de informações de controle MBMS é proporcionada no MCCH. As informações no MCCH são transmitidas por uso de uma escalação fixa, que é comum para todos os serviços. As informações MCCH diferentes da mensagem de Informações de Acesso MBMS são transmitidas periodicamente, com base em um período de repetição. Essas informações MCCH são repetidas um número de vezes configurável com exatamente o mesmo conteúdo; o período no qual o conteúdo de informações MCCH diferentes da mensagem das Informações de Acesso MBMS se mantém inalterado é chamado o período de modificação. A mensagem das Informações de Acesso MBMS pode ser

Petição 870190018425, de 22/02/2019, pág. 21/37

15/23 transmitida mais freqüentemente, com base no período das Informações de Acesso.

As transmissões da mensagem das Informações de Acesso MBMS, dentro de um período de modificação, não pode 5 ter exatamente o mesmo conteúdo. Isto é, o valor de alguns parâmetros (por exemplo, o fator de probabilidade de acesso IE Ocioso) pode mudar. Não obstante, as transmissões da mensagem das Informações de Acesso MBMS, dentro de um período de modificação, deve se relacionar com o(s) mesmo(s) servi10 ço(s) MBMS, embora as informações para um serviço possam ser removidas, por exemplo, por completamento da contagem para esse serviço.

Para os serviços proporcionados por meio de um condutor de rádio p-t-m (ponto-a-multiponto), as informações 15 de escalonamento podem ser proporcionadas em um MSCH mapeado no mesmo S-CCPCH, como o ou os condutores de rádio s-t-p. Para alguns dos serviços proporcionados p-t-m, esse escalonamento pode ser proporcionado por sinalização de uma mensagem de Informações de Escalonamento MBMS, a cada período de 20 escalonamento, enquanto que para outros, a mensagem de Informações de Escalonamento MBMS podem ser sinalizadas menos freqüentemente, isto é, após um múltiplo do período de escalonamento. Em geral, o UE não é nem necessário para adquirir as informações MSCH nem para agir nelas.

No caso no qual o UE deve adquirir as informações

MSCH, que são escalonadas ao mesmo tempo que as informações MSCH, a recepção das informações MSCH vão assumir uma precedência.

Petição 870190018425, de 22/02/2019, pág. 22/37

16/23

Para minimizar o tempo que o UE precisa para ler o

MCCH, ao ser notificado para adquirir as informações necessárias, a UTRAN deve escalonar as mensagens MCCH em uma ordem específica. Isto é, as mensagens que conduzem as informações necessárias para os UEs, que foram anexadas aos serviços incluídos na mensagem

INFORMAÇÕES DE

SERVIÇOS

MODIFICADAS MBMS, no período de modificação atual, devem ser escalonadas antes das mensagens remanescente. Em outras palavras, qualquer mensagem que precise ser lida por qualquer

UE, devido à recepção da mensagem INFORMAÇÕES DE SERVIÇOS

MODIFICADAS MBMS, deve ser escalonada antes das mensagens remanescentes. Mais especificamente, o UE pode assumir que a

UTRAN escalona as mensagens MCCH na seguinte ordem (isto é, seqüência, disposição, etc.):

(1) INFORMAÇÕES DE SERVIÇOS MODIFICADAS MBMS;

(2) seguidas pelas mensagens que conduzem as informações necessárias para os UEs que tenham sido anexados aos serviços incluídos na mensagem INFORMAÇÕES DE

SERVIÇOS

MODIFICADAS MBMS, no período de modificação atual (isto é, seguida por mensagens que precisam ser lidas por qualquer

UE, devido ao conteúdo da mensagem INFORMAÇÕES DE

SERVIÇOS

MODIFICADAS MBMS) na seguinte ordem: Informações Gerais

MBMS,

Informações P-T-M RB Comuns,

Informações P-T-M RB

MBMS, uma ou mais Informações P-T-M

RB de Células Vizinhas

MBMS;

(3)

Informações de Serviços inalterados MBMS; e seguidas por mensagens que conduzem informações que não são necessárias para os UES, que tenham sido

Petição 870190018425, de 22/02/2019, pág. 23/37

17/23 anexados aos serviços incluídos na INFORMAÇÕES DE SERVIÇOS MODIFICADAS MBMS no atual período de modificação (isto é, seguidas por mensagens que não precisam ser lidas por qualquer UE, devido ao conteúdo da mensagem INFORMAÇÕES DE SERVIÇOS MODIFICADAS MBMS) - na seguinte ordem: Informações Gerais MBMS, Informações P-T-M RB Comuns, Informações P-T-M RB MBMS, uma ou mais Informações P-T-M RB de Células Vizinhas MBMS.

Considera-se que no início da sessão, nenhum serviço está ativo no Período de Modificação 1. A configuração p-t-m comum já tinha sido transmitida. No Período de Modificação 2, o início do serviço A e a transmissão no MTCH na célula atual são indicados.

Portanto, parece claro que a Configuração das Células Atual MBMS deve ser transmitida antes das Informações de Serviço Inalteradas MBMS, uma vez que todos os UEs interessados no serviço modificado ou outro A precisam lê-las. No entanto, há alguma ambigüidade contra a mensagem Configuração P-T-M Comum MBMS. O conteúdo nesse exemplo não foi alterado, o que sugere considerar-se como não estando alterado, e, desse modo, escalonada antes das Informações de Serviço Inalteradas MBMS, como apresentadas na Alternativa A, na Figura 8. No entanto, essas devem ser lidas pelos UEs que querem ler o Serviço A. Portanto, seria benéfico que o UE lesse para escalonar a mensagem Configuração P-T-M Comum MBMS, antes da mensagem Informações de Serviço Inalteradas

Petição 870190018425, de 22/02/2019, pág. 24/37

18/23

MBMS .

A Figura 9 mostra um exemplo do escalonamento de Informações MCCH ao término da sessão. Na Figura 9, o término da sessão dos serviços ativos transmitidos em uma confi5 guração MTCH é mostrado. No período de modificação 1, os serviços A e B estão ativos e mapeados nos MTCHs. No segundo período de modificação, o serviço B termina. Portanto, no período de modificação 2 da mensagem Configuração das Células Atual MBMS, o conteúdo vai ser alterado, e de acordo com a técnica anterior, a mensagem seria enviada antes da mensagem Informações de Serviço Inalteradas MBMS, como descrito na Figura 9, alternativa A. No entanto, não há qualquer necessidade que os UEs leiam essa mensagem. É, portanto, natural que a mensagem seja escalonada como não modificada, como 15 mostrada na Figura 9, alternativa B.

De uma maneira geral, as mensagens que são supostas como sendo lidas pelos UEs, que desejam receber os serviços listados nas Informações de Serviço Modificadas MBMS, devem ser incluídas antes da mensagem Informações de Serviço 20 Inalteradas MBMS, e as mensagens que não contêm as informações necessárias para receber os serviços listados nas Informações de Serviço Modificadas MBMS devem ser incluídas após as Informações de Serviço Inalteradas MBMS, ao contrário da técnica relacionada que apenas considera se o conteú25 do da mensagem foi ou não alterado.

Portanto, a presente invenção propõe clarificar o ordenamento das mensagens no MCCH, de acordo com o que foi exposto acima, isto é, apenas transmitir as mensagens que

Petição 870190018425, de 22/02/2019, pág. 25/37

19/23 precisam ser lidas pelos UEs interessados nos serviços listados na mensagem Informações de Serviço Modificadas MBMS, antes da mensagem Informações de Serviço Inalteradas MBMS.

A presente invenção proporciona um método de processamento de mensagens de informações de controle, o método compreendendo: transmitir uma mensagem de informações de serviços modificadas (MSI); transmitir, se necessário após a transmissão da mensagem MSI, um primeiro conjunto de mensagens, que é usado por qualquer terminal, com base na mensagem de informações de serviços modificadas; e transmissão de uma mensagem de informações de serviços inalteradas (USI), após a transmissão da mensagem MIS, ou após a transmissão do primeiro conjunto de mensagens.

Aqui, o método inclui ainda: transmitir, se necessário após a transmissão da mensagem USI, um segundo conjunto de mensagens, que não é usado por qualquer terminal com base na mensagem MSI. As mensagens proporcionam as informações de controle para um serviço ponto-a-multiponto. As mensagens se referem às informações MCCH. O primeiro conjunto de mensagens é mensagens que precisam ser lidas por qualquer terminal, devido ao conteúdo da mensagem MSI. O segundo conjunto de mensagens é mensagens que não precisam ser lidas por qualquer terminal, devido ao conteúdo da mensagem MSI.

Também, a presente invenção proporciona um método de processamento de mensagens de informações de controle, o método compreendendo: determinar um primeiro conjunto de mensagens, se pelo menos uma dessas mensagens que precisam ser lidas por qualquer terminal, com base na mensagem de in

Petição 870190018425, de 22/02/2019, pág. 26/37

20/23 formações de serviços modificadas (MSI) existir; e determinar um segundo conjunto de mensagens, se pelo menos uma dessas mensagens que não precisam ser lidas por qualquer terminal, com base na mensagem de informações de serviços modificadas (MSI) existir.

O método compreende ainda: transmitir a mensagem MSI; transmitir o primeiro conjunto de mensagens, se determinada a existência dele; transmitir uma mensagem de informações de serviços inalteradas (USI); e transmitir o segundo conjunto de mensagens, se determinada a existência dele.

Adicionalmente, a presente invenção proporciona um método de processamento de mensagens de informações de controle por um terminal, o método compreendendo: receber uma mensagem de informações de serviços modificadas (MSI); receber, se necessário após recebimento da mensagem MSI, um primeiro conjunto de mensagens, que é usado por qualquer terminal, com base na mensagem de informações de serviços modificadas; e receber uma mensagem de informações de serviços inalteradas (USI), após receber a mensagem MSI, ou após receber o primeiro conjunto de mensagens.

O método compreende ainda: receber, se necessário após receber a mensagem USI, um segundo conjunto de mensagens, que não está sendo usado por qualquer terminal, com base na mensagem de informações de serviços modificadas.

O método inclui um terminal, que recebeu com sucesso um MCCH, durante um período de modificação prévio. O método no qual o terminal interrompe a leitura em uma mensagem recebida adequada, sem que tenha que ler todas as mensaPetição 870190018425, de 22/02/2019, pág. 27/37

21/23 gens recebidas.

Além do mais, a presente invenção proporciona um formato de seqüência de mensagens para as mensagens de informações de controle de um serviço ponto-a-multiponto, o formato compreendendo: uma mensagem de informações de serviços modificadas (MSI); um primeiro conjunto de mensagens, imediatamente seguinte à mensagem MSI, que não precisa ser lido por qualquer terminal, devido ao conteúdo da mensagem MSI; e uma mensagem de informações de serviços inalteradas (USI), imediatamente seguinte ao primeiro conjunto de mensagens.

O formato compreende ainda: um segundo conjunto de mensagens, imediatamente seguinte à mensagem USI, que não precisa ser lido por qualquer terminal, devido ao conteúdo da mensagem MSI.

Também, a presente invenção compreende um formato de seqüência de mensagens para controlar as mensagens de informações de um serviço ponto-a-multiponto, compreendendo: uma mensagem de informações de serviços modificadas (MSI); uma mensagem de informações de serviços inalteradas (USI) seguinte à mensagem MSI; e um segundo conjunto de mensagens, imediatamente seguinte à mensagem USI, que não precisa ser lido por qualquer terminal, devido ao conteúdo da mensagem de informações de serviços modificadas.

O formato compreende ainda: um primeiro conjunto de mensagens, imediatamente seguinte à mensagem MSI, mas imediatamente antes da mensagem USI, que precisa ser lido por qualquer terminal, devido ao conteúdo da uma mensagem de

Petição 870190018425, de 22/02/2019, pág. 28/37

22/23 informações de serviços modificadas.

A presente invenção proporciona um formato de seqüência de mensagens para controlar as mensagens de informações de um serviço ponto-a-multiponto, o formato compreendendo: uma primeira mensagem para conteúdo modificado; uma mensagem subseqüente para conteúdo inalterado; e quaisquer mensagens opcionais, entre a primeira mensagem e a mensagem subseqüente, que não precisam ser lidas por qualquer terminal, devido ao conteúdo da primeira mensagem.

O formato compreende ainda: quaisquer mensagens opcionais, após a mensagem subseqüente, que não precisam ser lidas por qualquer terminal, devido ao conteúdo da primeira mensagem.

O formato de seqüência de mensagens, no qual existem quatro mensagens seqüenciais para um período de modificação, compreendendo: uma primeira mensagem contendo informações de serviços modificados; uma segunda mensagem contendo informações de configurações de células atuais; uma terceira mensagem contendo informações de configuração do condutor de rádio ponto-a-multiponto comuns; e uma quarta mensagem contendo informações de serviços não modificadas.

Esse relatório descritivo descreve várias modalidades ilustrativas da presente invenção. O âmbito das reivindicações é intencionado para cobrir várias modificações e disposições equivalentes das modalidades ilustrativas descritas no relatório descritivo. Portanto, as reivindicações apresentadas a seguir devem ser consideradas como uma interpretação ampla de modo a cobrir modificações, estruturas

Petição 870190018425, de 22/02/2019, pág. 29/37

23/23 equivalentes, e aspectos, que sejam consistentes com os pírito e âmbito da invenção aqui descrita.

esPetição 870190018425, de 22/02/2019, pág. 30/37

Claims

REIVINDICAÇÕES

1. Método de processamento de serviço de radiodifusão / multidifusão multimídia (MBMS)de mensagens de informações de controle para Equipamentos de Usuário (UEs) tendo assinado serviços de MBMS, o método compreendendo:

transmitir uma mensagem de informações de serviços (MSI) modificada MBMS;

transmitir, após transmitir a mensagem MSI modificada, uma mensagem de informações de serviços inalteradas MBMS (USI), e

CARACTERIZADO pelo fato de transmitir pelo menos um dentre um primeiro conjunto de mensagens e um segundo conjunto de mensagens, em que o primeiro conjunto de mensagens, que segue a mensagem MSI modificada, precisa ser lido pelos UEs com base na mensagem MSI modificada, e o segundo conjunto de mensagens, que segue a mensagem USI, não precisa ser lido pelos UEs com base na mensagem MSI modificada.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende ainda:

transmitir, após a transmissão da mensagem USI, o segundo conjunto de mensagens que contêm informações não necessárias para UEs que têm assinatura de serviços incluídos na mensagem MSI modificada.
3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que as mensagens proporcionam as informações de controle para um serviço ponto-a-multiponto.
4. Método, de acordo com a reivindicação 3,

Petição 870190018425, de 22/02/2019, pág. 31/37

2/3

CARACTERIZADO pelo fato de que as mensagens se referem às informações de Canal de controle MBMS (MCCH).
5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o primeiro conjunto de mensagens consiste em mensagens que precisam ser lidas pelos UEs devido ao conteúdo da mensagem MSI modificada.
6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o segundo conjunto de mensagens é mensagens que não precisam ser lidas por UEs devido ao conteúdo da mensagem MSI modificada .
7. Método de processamento de serviço de radiodifusão / multidifusão multimídia (MBMS) de mensagens de informações de controle por equipamentos de usuário(UEs) tendo assinatura de serviços MBMS, o método compreendendo:

receber uma mensagem de informações de serviços modificada MBMS (MSI);

receber, após receber a mensagem MSI, uma mensagem de informações de serviços inalteradas MBMS (USI); e

CARACTERIZADO pelo fato de receber pelo menos um dentre um primeiro conjunto de mensagens e um segundo conjunto de mensagens, em que o primeiro conjunto de mensagens, que segue a mensagem MSI modificada, precisa ser lido pelos UEs com

base na mensagem MSI, e o segundo conjunto de mensagens, que segue a mensagem USI, não precisa ser lido pelos UEs com ba- se na mensagem MSI. 8. Método, de acordo com a reivindicação 7,

CARACTERIZADO pelo fato de que compreende ainda:

Petição 870190018425, de 22/02/2019, pág. 32/37

3/3 receber, após receber a mensagem USI, o segundo conjunto de mensagens que transportam informação desnecessária para UEs que possuem assinatura de serviços incluídos na mensagem MSI modificada.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que os UEs recebem com sucesso um Canal de Controle MBMS (MCCH), durante um período de modificação prévio.
10. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que os UEs interrompem a leitura de uma mensagem recebida de modo apropriado, sem ler todas as mensagens recebidas.
11. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que o primeiro conjunto de mensagens são mensagens que precisam ser lidas pelos UEs devido ao conteúdo da mensagem MSI modificada.
12. Método, de acordo com a reivindicação 7, CARACTERIZADO pelo fato de que o segundo conjunto de mensagens são mensagens que não precisam ser lidas pelos UEs devido ao conteúdo da mensagem MSI modificada.