BRPI0406406B1

BRPI0406406B1 - Método e sistema para fornecer informação de situação para o serviço de difusão/multicast em um sistema de comunicação móvel

Info

Publication number: BRPI0406406B1
Application number: BRPI0406406-2A
Authority: BR
Inventors: Jung Jung-Soo; Bae Beom-Sik; Kim Dae-Gyun; Song Jun-Hyuk; Lim Nae-Hyun; Chang Yong
Original assignee: Samsung Electronics Co., Ltd.
Priority date: 2003-09-16
Filing date: 2004-09-16
Publication date: 2018-03-13
Also published as: KR100630209B1; WO2005027377A1; CN1706123A; AU2004273531B2; US20050111394A1; JP2006512878A; AU2004273531A1; EP1517565A2; AU2004273531A8; KR20050027972A; BRPI0406406A; RU2005114537A; EP1517565A3; JP4303245B2; AU2004273531B8; CA2502860C; US7672670B2; CA2502860A1; RU2299526C2; CN100531010C

Abstract

"método e sistema para fornecer informação de situação para o serviço de irradiação/multicast em um sistema de comunicação móvel". em resposta a uma solicitação de serviço bcmcs de uma estação móvel, a estação base informa separadamente à estação móvel se o serviço bcmcs solicitado está disponível. assim, a estação base pode incluir apenas informação de canal de irradiação necessária para a efetiva irradiação em uma mensagem de despesas (overhead) de irradiação, e se o serviço bcmcs está parado ou indisponível, a estação base pode ordenar a estação móvel para interromper o serviço bcmcs, assim reduzindo a carga nos recursos do sistema.

Description

(54) Título: MÉTODO E SISTEMA PARA FORNECER INFORMAÇÃO DE SITUAÇÃO PARA O SERVIÇO DE DIFUSÃO/MULTICAST EM UM SISTEMA DE COMUNICAÇÃO MÓVEL (51) Int.CI.: H04W4/06; H04W 72/00; H04W48/12 (52) CPC: H04W 4/06,H04W 72/005,H04W 48/12 (30) Prioridade Unionista: 16/09/2003 KR 10-2003-0064101 (73) Titular(es): SAMSUNG ELECTRONICS CO., LTD.

(72) Inventor(es): JUNG-SOO JUNG; BEOM-SIK BAE; DAE-GYUN KIM; JUN-HYUK SONG; NAEHYUN LIM; YONG CHANG

1/32

MÉTODO E SISTEMA PARA FORNECER INFORMAÇÃO DE SITUAÇÃO PARA O SERVIÇO DE DIFUSÃO/MULTICAST EM UM SISTEMA DE COMUNICAÇÃO MÓVEL

HISTÓRICO DA INVENÇÃO: 1.CAMPO DA INVENÇÃO:

[001] A presente invenção relaciona-se genericamente a um método e sistema de difusão/serviço multicast (BCMCS) em um sistema de comunicação móvel e, em particular, a um método e sistema BCMCS para fornecer a uma estação móvel várias informações de situação que indicam se o serviço BCMCS está disponível e se o serviço BCMCS está parado devido a uma anormalidade no sistema dentro de uma rede de difusão.

DESCRIÇÃO DA TECNOLOGIA RELACIONADA:

[002] Uma mensagem de despesa (overhead) de difusão utilizada no sistema BCMCS convencional precisa incluir a informação de identificação (doravante referida como “ID de Fluxo BCMCS”) para todo o conteúdo BCMCS disponível independentemente de se o serviço está efetivamente em andamento em cada célula quando o BCMCS Dinâmico é utilizado. A mensagem de despesa de difusão pode ser classificada em Mensagem de Parâmetros do Sistema de Difusão (BSPM) utilizada em um sistema BCMCS 1x e a Mensagem de Despesa de Difusão utilizada em um sistema BCMCS de Dados de Pacote de Alta Velocidade (HRPD).

[003] Na descrição seguinte, o “sistema BCMCS 1x” refere-se a um sistema BCMCS com base em CDMA 2000 1x

Ver.A/B ou 1x EV-DV (Evolução de Dados e de Voz), isto é,

CDMA 2000 1x Ver.C/D, e o “Sistema BCMCS HRPD”, isto é, CDMA

2000 1x Ver.C/D, e o “sistema BCMCS HRPD” refere-se a um

Petição 870170097944, de 14/12/2017, pág. 6/37

2/32 sistema BCMCS com base em 1x EV-DO (Apenas Dados de Evolução).

[004] Se um ID de Fluxo BCMCS desejado é incluído na mensagem de despesa de difusão, a estação móvel (ou o terminal de acesso) determina que ele pode receber um serviço BCMCS correspondente, e transmite uma mensagem Broadcast Registration para uma estação base (ou rede de acesso). A estação móvel determina se ela pode receber o serviço BCMCS utilizando a ID de Fluxo BCMCS, pois não há nenhum outro método capaz de informar à estação móvel se ela pode receber o serviço BCMCS, excetuada a mensagem de despesa de difusão.

[005] O sistema BCMCS HRPD utiliza uma mensagem Broadcast Reset. Por exemplo, a mensagem Broadcast Reset é transmitida para um terminal de acesso quando a informação de sessão relacionada à difusão é modificada em uma rede de difusão e quando o terminal de acesso desloca-se para uma célula onde sua informação anterior de sessão relacionada à difusão é inválida.

[006] No sistema BCMCS HRPD, a negociação sobre a informação de configuração dos protocolos deve ser feita enquanto realiza a negociação de configuração para o Unicast Service ou imediatamente após um canal de tráfego ser estabelecido para acessar uma controladora BCMCS para receber o serviço BCMCS. Enquanto o serviço BCMCS está sendo fornecido, como o terminal de acesso opera em situação desocupada, a negociação de configuração pelos protocolos de difusão não é efetuada.

[007] Como foi descrito acima, no sistema BCMCS convencional, como apenas a mensagem de despesa de difusão

Petição 870170097944, de 14/12/2017, pág. 7/37

3/32 pode ser utilizada para informar a estação móvel da disponibilidade de um serviço BCMCS, cada célula precisa incluir informação em todos os canais de difusão disponíveis para fornecer Dynamic BCMCS, criando um aumento no comprimento da mensagem de despesa de difusão. O aumento no comprimento da mensagem de despesa de difusão inevitavelmente aumenta as cargas em um canal relacionado a radiochamadas no sistema 1x BCMCS e um canal de controle no sistema BCMCS HRPD.

[008] Adicionalmente, quando o serviço BHCMCS é parado devido a uma falha no sistema ou falha na estação móvel, o sistema BCMCS convencional não tem meios de informar a estação móvel da falha. Por estas razões, o sistema BCMCS convencional precisa depender no desempenho de recepção de uma estação móvel ou o reconhecimento de um usuário da estação móvel ao determinar se o serviço BCMCS pode ser recebido normalmente.

[009] Ainda, no caso de utilizar a mensagem Broadcast Reset, o sistema BCMCS precisa efetuar um processo no qual o terminal de acesso estabelece um canal de tráfego e acessa a controladora BCMCS. Neste método, o tempo necessário para que ocorra o reconhecimento do usuário é grandemente aumentado, assim causando inconvenientes ao usuário. Ainda, mesmo na situação em que o serviço BCMCS está indisponível, a mensagem relacionada ao BCMCS é transmitida para o terminal de acesso e um canal de tráfego é estabelecido desnecessariamente, gastando recursos do sistema.

[0010] No sistema BCMCS HRPD, um terminal de acesso efetua a negociação de atributos de configuração para cada protocolo apenas quando ele transmite tráfego isto é, apenas

Petição 870170097944, de 14/12/2017, pág. 8/37

4/32 quando ele efetua a comunicação de dados. Em um estado de desocupado em que o terminal de acesso não efetua a comunicação de dados, pois não há meio de negociar um valor de atributo e o terminal não efetuou negociação com uma rede de acesso pelo atributo de configuração de um protocolo de difusão, o terminal de acesso não pode receber um serviço BCMCS. Em contraste, o terminal de acesso que efetuou a negociação de atributo ao efetuar a comunicação de dados pode receber um serviço BCMCS. Isto é, enquanto recebe o serviço BCMCS, embora o terminal de acesso permaneça em situação de desocupada para o tráfego de dados exceto aquele para um serviço BCMCS, o terminal de acesso pode receber tráfego de difusão utilizando informação em um atributo de configuração que foi adquirido através de negociação anterior.

[0011] Em alguns casos, o terminal de acesso que recebe um serviço BCMCS através da negociação de sessão precisa efetuar uma nova negociação por um valor de atributo enquanto recebe o tráfego de difusão. No entanto, como a negociação por um valor de atributo deve ser feita através apenas de um canal de tráfego, o terminal de acesso que recebe atualmente o tráfego de difusão não pode efetuar a negociação com uma rede de acesso pelo atributo de um novo valor de configuração. Neste caso, como o terminal de acesso não pode efetuar uma negociação pelo atributo de um valor de configuração quando é necessário mudar o atributo de um valor de configuração, o serviço BCMCS normal poderá não ser alcançado.

[0012] Terminais de acesso têm pontos de atualização diferentes para um atributo de um valor de configuração.

Petição 870170097944, de 14/12/2017, pág. 9/37

5/32

Como a atualização para o atributo de um valor de configuração é efetuado de modo restritivo de acordo com o tráfego de dados, um terminal de acesso particular poderá não atualizar continuamente a informação de sessão. Neste caso, a rede de acesso que fornece o serviço BCMCS poderá experimentar dificuldade em gerenciar o serviço BCMCS.

[0013] Como foi descrito acima, no sistema BCMCS convencional, uma mensagem de despesa de difusão utilizada para transmitir informação sem fio relacionada ao BCMCS, como o BSPM para uma estação móvel e indesejavelmente grande. Adicionalmente, quando o serviço BCMCS é parado repentinamente devido a uma falha da rede de difusão ou o servidor BCMCS, ou devido a uma falta de recursos de fiação e/ou sem fio para transmitir o tráfego de difusão, não há meio para informar a estação móvel da situação.

SINOPSE DA INVENÇÃO:

[0014] É, portanto, um objeto da presente invenção fornecer um método e sistema de Serviço de Difusão/Multicast (BCMCS) para reduzir a despesa da informação BCMCS transmitida para uma estação móvel em uma seção sem fio de um sistema de comunicação móvel que fornece o serviço BCMCS.

[0015] É outro objeto da presente invenção fornecer um método e sistema BCMCS para reduzir o gasto de recursos de informação de fiação e/ou sem fio devido à transmissão desnecessária de uma mensagem relacionada ao BCMCS ou o estabelecimento de um canal de tráfego ao transmitir a informação em uma situação de difusão para o usuário.

[0016] Para atingir o objeto acima e outros objetos, é fornecido um método para fornecer informação sobre a situação de uma rede de difusão de uma estação base para uma

Petição 870170097944, de 14/12/2017, pág. 10/37

6/32 estação móvel em um sistema de comunicação móvel que fornece pelo menos um BCMCS. No método, a estação base detecta uma mudança na situação da rede de difusão e transmite uma mensagem de ordem de difusão que inclui informação que indica a mudança na situação da rede de difusão, para a estação móvel. A estação móvel então reconhece a mudança na situação da rede de difusão.

[0017] Para atingir o objeto acima e outros objetos da presente invenção, é fornecido um sistema de comunicação móvel para fornecer informação sobre a situação de uma rede de difusão de uma estação base para uma estação móvel enquanto fornece um BCMCS. A estação base transmite uma mensagem de ordem de difusão que inclui informação para indicar uma mudança na situação da rede de difusão para a estação móvel, quando da detecção da mudança na situação da rede de difusão. A estação móvel recebe a mensagem de ordem de difusão enquanto utiliza o serviço BCMCS, e reconhece a mudança na situação da rede de difusão.

DESCRIÇÃO SUCINTA DOS DESENHOS:

[0018] Os objetos acima e outros objetos, recursos e vantagens da presente invenção tornar-se-ão mais aparentes da seguinte descrição detalhada quando tomada em conjunto com os desenhos acompanhantes, em que:

A Figura 1 é um diagrama que ilustra a estrutura de um sistema de comunicação móvel BCMCS HRPD de acordo com uma primeira versão da presente invenção;

A Figura 2 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando a mensagem Broadcast Order que inclui BCVMCS Parameter Reset

Petição 870170097944, de 14/12/2017, pág. 11/37

7/32

Information de acordo com uma primeira versão da presente invenção;

A Figura 3 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando uma Broadcast Order Message que inclui informação de BCMCS Services Stopped de acordo com uma primeira versão da presente invenção;

A Figura 4 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando a Broadcast Order Message incluindo a informação de Broadcast Protocol Attribute Update de acordo com uma primeira versão da presente invenção;

A Figura 5 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando a Broadcast Overhead Message com base em uma Broadcast Order Message de acordo com uma primeira versão da presente invenção;

A Figura 6 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando uma Broadcast Order Message que influi a informação BCVMCS Unavailable de acordo com uma primeira versão da presente invenção;

A Figura 7 é um diagrama de fluxo que ilustra a estrutura de um sistema 1x BCMCS de acordo com uma segunda versão da presente invenção;

A Figura 8 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando uma BCMCS

Order Message no caso em que a informação BCMCS é modificada de acordo com uma segunda versão da presente invenção;

Petição 870170097944, de 14/12/2017, pág. 12/37

8/32

A Figura 9 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando a BCMCS Order Message no caso em que o serviço BCMCS está parado de acordo com uma segunda versão da presente invenção;

A Figura 10 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada no caso em que o BSPM (Mensagem de Parâmetros do Sistema de Difusão) é transmitida para a estação móvel e uma estação base pode suportar um serviço BCMCS solicitado de acordo com uma segunda versão da presente invenção; E

A Figura 11 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada no caso em que nenhum BSPM é transmitido para uma estação móvel e uma estação base não pode suportar o serviço BCMCS solicitado de acordo com uma segunda versão da presente invenção.

DESCRIÇÃO DETALHADA DA VERSÃO PREFERIDA:

[0019] Várias versões preferidas da presente invenção serão descritas agora em detalhe com referência aos desenhos anexos. Na descrição seguinte, uma descrição detalhada de funções e configurações conhecidas aqui incorporadas foi omitida por questão de concisão.

[0020] Na descrição seguinte, um sistema de comunicação móvel de acordo com uma primeira versão da presente invenção corresponde a um sistema BCMCS HRPD e, por conveniência, o BCMCS HRPD será aplicado a um sistema 1x EV-DO. Além disso, o sistema de comunicação móvel de acordo com uma segunda versão da presente invenção é aplicado a outros sistemas de dados de pacote de alta velocidade como o sistema CDMA 2000 e o sistema 1xEV-DV.

[0021] A Figura 1 é um diagrama que ilustra a estrutura

Petição 870170097944, de 14/12/2017, pág. 13/37

9/32 de um sistema de comunicação móvel BCMCS HRPD, ou um sistema BCMCS com base em 1x EV-DO, de acordo com uma primeira versão da presente invenção. Com referência à Figura 1, o sistema BCMCS é definido como uma rede de difusão que fornece um serviço BCMCS através da comunicação sem fio com uma pluralidade de terminais de acesso (ATs) 10. A rede de difusão pode ser grosseiramente dividida em um servidor de serviço de difusão ou servidor de conteúdo (servidor de conteúdo BCMCS) 20, um nó de serviço de dados de pacote (PDSN) 30, redes de acesso (ANs) 40a E 40b, e uma controladora BCMCS 60.

[0022] O servidor de conteúdo BCMCS 20 gera dados de difusão que incluem vídeo e som para um serviço BCMCS na forma de um pacote comprimido de Protocolo da Internet (IP) . O pacote IP gerado é encaminhado para as redes de acesso 40 (40a e 40b) através do nó de serviço de dados de pacote 30 através de uma rede de comunicação de pacote como a Internet.

[0023] As redes de acesso 40 incluem sistemas transceptores de rede de acesso (ANTSs) 41a e 41b e as controladoras de rede de acesso (ANCs) 42a e 42b, todas as quais são bem conhecidas na área de tecnologia de comunicação móvel, e funções de controle de pacote (PCFs) 50a e 50b são interconectadas entre as redes de acesso 40 e o nó de serviço de dados de pacote (PDSN) 30. O PDSN 30 trabalha em conjunto com um servidor de Autenticação, Autorização e Contabilidade (AAA) 70 para controlar a contabilidade e a autenticação da difusão, e a controladora BCMCS 60 é interconectada entre o servidor AAA 70 e o servidor de conteúdo BCMCS 20.

Petição 870170097944, de 14/12/2017, pág. 14/37

10/32 [0024] O sistema BCMCS HRPD de acordo com a presente invenção utiliza a Broadcast Order Message (BOM), QUE É DEFINIDA AO ESTENDER UMA FUNÇÃO DA Broadcast Reset Message (BRM) existente, para o serviço BCMCS.

[0025] A “Broadcast Order Message”, uma mensagem definida na presente invenção, é utilizada para informar ao terminal de acesso 10 de uma situação da rede de difusão, e o terminal de acesso 10 efetua uma operação apropriada de acordo com a situação. A informação sobre a situação atual da rede de difusão, transmitida para o terminal de acesso 10, inclui informação de BCMCS Parameter Reset, informação de BCMCS Stop, informação de BCMCS Unavailable, e informação de Broadcast Protocol Attribute Update. A informação acima será descrita em detalhe aqui abaixo.

1) BCMCS Parameter Reset Information [0026] A informação BCMCS Parameter Reset é informação BCMCS da controladora BCMCS 60. Esta informação é utilizada para informar ao terminal de acesso 10 de uma mudança na informação de canal irradiado. Quando do recebimento de uma Broadcast Order Message que inclui a informação BCMCS Parameter Reset, o terminal de acesso 10 acessa a controladora BCMCS 60 e atualiza a informação BCMCS modificada no caso de necessidade.

2) BCMCS Stop Information [0027] A informação BCMCS Stop é utilizada para informar ao terminal de acesso 10 que todos os serviços BCMCS ou pelo menos um serviço BCMCS que corresponde a um ID de Fluxo BCMCS particular não são transmitidos devido a uma falha de uma rede de difusão ou de um servidor BCMCS. Quando do recebimento da Broadcast Order Message que inclui a

Petição 870170097944, de 14/12/2017, pág. 15/37

11/32 informação BCMCS Stop, o terminal de acesso 10 imediatamente pára de receber o serviço BCMCS correspondente ao ID de Fluxo BCMCS, e acessa a controladora BCMCS 60 e consulta sobre uma mudança na informação BCMCS no caso de necessidade.

3) BCMCS Unavailable Information [0028] A informação BCMCS Unavailable é utilizada para informar o terminal de acesso que um serviço BCMCS correspondente ao ID de Fluxo BCMCS solicitado pelo terminal de acesso 10 está indisponível na atual rede de acesso 40. Quando do recebimento de uma Broadcast Order Message que inclui a BCMCS Unavailable Information, o terminal de acesso 10 pára de receber o serviço BCMCS correspondente ao ID de Fluxo BCMCS, ou acessa a controladora BCMCS 60 e atualiza de novo a informação BCMCS no caso de necessidade.

4) Broadcast Protocol Attribute Update Information [0029] A informação Broadcast protocol Attribute Update é utilizada para informar ao terminal de acesso 10 de uma mudança no valor de um atributo de configuração de protocolo utilizado por um protocolo BCMCS. Quando do recebimento de uma Broadcast Order Message que inclui a informação Broadcast Protocol Attribute Update, o terminal de acesso 10 estabelece um canal de tráfego para a rede de acesso 40, e depois atualiza um valor de atributo de configuração através da configuração da sessão, ou atualiza um valor de atributo de configuração modificado utilizando o Generic Attribute Update Protocol. Aqui, o valor do atributo pode ser um valor de chave de autenticação para a autenticação do BCMCS no terminal de acesso 10.

Petição 870170097944, de 14/12/2017, pág. 16/37

12/32 [0030] À medida que a Broadcast Order Message é configurada tal que ela pode ser transmitida não apenas em base unicast, mas também em base de difusão, todos os terminais de acesso 10 podem receber simultaneamente a Broadcast Order Message.

[0031] Quando a Broadcast Order Message é utilizada, a Broadcast Overhead Message utilizada no sistema BCMCS HRPD pode ser reduzido no comprimento tal que ele inclui apenas a informação BCMCS efetivamente transmitida. Quando o terminal de acesso 10 solicita o conteúdo BCMCS não incluído na Broadcast Overhead Message ao enviar uma ID de Fluxo BCMCS correspondente, se a rede de difusão pode transmitir o conteúdo BCMCS solicitado pelo terminal de acesso 10, ela inicia a transmissão do conteúdo BCMCS correspondente e inclui informação de canal para o conteúdo BCMCS na Broadcast Overhead Message que é transmitida a seguir. O terminal de acesso 10, após solicitar o conteúdo BCMCS, recebe o serviço BCMCS correspondente após receber a próxima Broadcast Overhead Message.

[0032] No entanto, quando a rede de difusão não pode transmitir o conteúdo BCMCS solicitado pelo terminal de acesso 10, a rede de acesso 40 transmite uma Broadcast Order Message para o terminal de acesso 10. Quando do recebimento da Broadcast Order Message, o terminal de acesso 10 informa seu usuário que o serviço BCMCS está parado e/ou o terminal de acesso 10 deve acessar a controladora BCMCS 60 para atualizar a informação BCMCS modificada. Um formato da Broadcast Order Message proposta na presente invenção é ilustrado na Tabela 1.

Tabela 1

Petição 870170097944, de 14/12/2017, pág. 17/37

13/32

MessageID	8
Order	4
BCMCSFlowIDLength	0 ou 2
BCMCSFlowCount	0 ou 8
BCMCSFlowCount + 1 ocorrências do campo seguinte
BCMCSFlowID
BCMCSFlowID	(BCMCSFlowIDLength+1) x 8

Reservado	0-7 (conforme necessário)

[0033] Na Tabela 1, o primeiro campo, o campo de 8 bits “Message ID”, representa um identificador (ID) designado a uma Broadcast Order Message correspondente, e o segundo campo, um campo de 4 bits “Order”, representa a situação da rede de difusão, indicado pela Broadcast Order Message. Um exemplo do campo Order é ilustrado na Tabela 2.

Tabela 2

Valor (binário)	Order	Uso
0000	BCMCSParametersReset	Esta ordem é utilizada para indicar que os parâmetros BCMCS estão mudados e o terminal de acesso precisa renovar os parâmetros.
0001	BCMCSServiceStopped	Esta ordem é utilizada para

Petição 870170097944, de 14/12/2017, pág. 18/37

14/32

		indicar serviço difusão parado.	que o de está
0010	BCMCSA11ServicesStopped	Esta ordem é
		utilizada	para
		indicar	que
		todos	os
		serviços	de
		difusão	estão
		parados.
0011	BCMCSService Unavailable	Esta ordem é
		utilizada	para
		indicar	que o
		serviço	de
		difusão	está
		indisponível.
0100	BCMCSProtocolAttributesUpdate	Esta ordem é
		utilizada	para
		indicar que os
		atributos	do
		protocolo	de
		difusão	estão
		mudados	e o
		terminal	de
		acesso precisa
		atualizar	os
		atributos	.
0101-1111	Reservado	Reservado

Petição 870170097944, de 14/12/2017, pág. 19/37

15/32 [0034] Na Tabela 2, o valor do campo Order 0000 (binário) indica que a informação BCMCS da controladora BCMCS 60 está mudado, e este valor corresponde à informação BCMCS Parameter Reset. Um valor do campo Order 0001 (binário) indica que o serviço BCMCS correspondente ao ID de Fluxo BCMCS incluído na Broadcast Order Message está parado. O valor do campo Order 0010 (binário) indica que todos os serviços BNCMS disponíveis na rede de acesso atual ou sua subrede estão parados, e este valor corresponde à informação BCMCS Stop.

[0035] O valor do campo Order 0011 (binário) indica que o serviço BCMCS correspondente ao ID de Fluxo BCMCS incluído na Broadcast Order Message está indisponível na rede de acesso atual ou em sua subrede, e este valor corresponde à informação BCMCS Unavailable. Finalmente, o valor do campo Order 0100 (binário) indica que o valor do atributo de configuração para o protocolo de difusão ou unicast é utilizado por um terminal de acesso está modificado.

[0036] Passando de volta para a Tabela 1, o terceiro campo, o campo BCMCSFlowIDLength, representa um comprimento do Fluxo de ID BCMCS incluído na Broadcast Order Message. O Fluxo de ID BCMCS tem o comprimento de (valor de campo BCMCSFlowIDLength)+1 em uma unidade de byte. O quarto campo, o campo BCMCSFlowCount representa o número de IDs de Fluxo BCMCS incluídos na Broadcast Order Message, e o Fluxo de ID BCMCS correspondente a um valor do campo (valor de BCMCSFlowCount)+1 é incluído na Broadcast Order Message antes de ser transmitido. O quinto campo, o campo BCMCSFlowID, representa o valor do Fluxo de ID BCMCS

Petição 870170097944, de 14/12/2017, pág. 20/37

16/32 incluído na Broadcast Order Message. Os campos BCMCSFlowIDLength, BCMCSFlowCount, e BCMCSFlowID na Broadcast Order Message da Tabela 1 são incluídos apenas quando o valor do campo Order é 0001 (binário) ou 0011 (binário) na Tabela 2.

[0037] Um exemplo das características de transmissão da Broadcast Order Message é ilustrado na Tabela 3. Como é ilustrado, a Broadcast Order Message é transmitida para o terminal de acesso 10 por um canal de tráfego de encaminhamento ou um canal de controle de encaminhamento em base unicast ou em base de difusão. Além disso, a Broadcast Order Message é transmitida pelo Signaling Link Protocol (SLP) apenas uma vez e ela tem a mesma prioridade de transmissão de 30 que a Broadcast Reset Message convencional. Deve-se observar que, diferentemente da Broadcast Order Message, mensagens de Order separadas podem ser definidas para os respectivos campos da Tabela 2.

Tabela 3

Canais	FTC	CC			SLP		Melhor esforço
Canais	Difusão	Unicast	Prioridade	30

[0038] A Figura 2 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando uma Broadcast Order Message que inclui a informação BCMCS Parameter Reset, de acordo com a primeira versão da presente invenção. Na etapa 210, a rede de acesso 40 recebe da controladora BCMCS 60 uma mensagem que indica que a informação BCMCS, ou a informação do canal de difusão, está mudada por alguma razão. Na etapa 220, a rede de acesso 4 0 transmite uma Broadcast Order Message com um campo order de

Petição 870170097944, de 14/12/2017, pág. 21/37

17/32

0000 (binário), indicando uma situação BCMCSParametersReset, para o terminal de acesso 10. O terminal de acesso 10 ao receber a Broadcast Order Message reconhece a mudança na informação BCMCS. Na etapa 230, a rede de acesso 40 estabelece um canal de tráfego para o terminal de acesso 10. Na etapa 240, o terminal de acesso 10 acessa a controladora BCMCS 60 e atualiza a informação BCMCS modificada.

[003 9] A Figura 3 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando a Broadcast Order Message que inclui a informação BCMCS Services Stopped de acordo com a primeira versão da presente invenção. Na etapa 310, a rede de acesso 40 recebe uma mensagem de notificação que indica uma situação em que o serviço BCMCS é parado por alguma razão. Como a situação em que o serviço BCMCS é parado poderá ser causada pela própria rede de acesso 4 0 ou um servidor de conteúdo BCMCS 20, ou uma controladora BCMCS 60, e assim por diante, o lado da transmissão não é especificado na etapa 310. Daí em diante, na etapa 320, a rede de acesso 40 transmite para o terminal de acesso 10, uma Broadcast Order Message incluindo um campo Order de 0001 (binário), indicando a situação BroadcastServicesStopped em que pelo menos um serviço BCMCS não está sendo transmitido ou um campo Order de 0010 (binário), indicando uma situação em que todos os serviços

BCMCS não estão sendo transmitidos.

[0040] Assim, o terminal de acesso 10 reconhece que os serviços BCMCS incluídos na Broadcast Order Message recebida ou todos os serviços BCMCS estão atualmente não sendo transmitidos. Daí em diante, na etapa 330, a rede de acesso

Petição 870170097944, de 14/12/2017, pág. 22/37

18/32 estabelece um canal de tráfego para o terminal de acesso 10 em caso de necessidade. Na etapa 340, o terminal de acesso 10 acessa a controladora BCMCS e atualiza a razão para a situação BroadcastServicesStopped ou a informação BCMCS modificada.

[0041] A Figura 4 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando a Broadcast Order Message que inclui a informação Broadcast Protocol Attribute Update, de acordo com a primeira versão da presente invenção. Na etapa 401, uma rede de acesso 40 cujo atributo de configuração para o serviço BCMCS está mudado, transmite para o terminal de acesso 10, uma Broadcast Order Message que inclui um campo Order de 0100 (binário) que indica a mudança no atributo de configuração para o serviço BCMCS. Na etapa 402, a rede de acesso 40 recebe uma mensagem Connection Request do terminal de acesso 10 que recebeu a Broadcast Order Message. Na etapa 403, a rede de acesso 40 transmite uma mensagem Traffic Channel Assignment para o terminal de acesso 10. Em resposta, a rede de acesso 40 recebe, na etapa 404, uma mensagem Traffic Channel Complete do terminal de acesso 10 e estabelece um canal de tráfego para o terminal de acesso 10.

[0042] Na etapa 405, a rede de acesso 40, cujo canal de tráfego é estabelecido para acessar o terminal de acesso 10, envia uma mensagem Configuration Start de modo que o terminal de acesso 10 inicia uma negociação sobre o valor do atributo de configuração. No sistema HRPD, a negociação pelo valor do atributo de configuração é dividido em duas etapas. Isto é, a negociação é dividida em uma situação iniciada de terminal de acesso (AT) em que o terminal de acesso 10 envia

Petição 870170097944, de 14/12/2017, pág. 23/37

19/32 uma solicitação por um valor de atributo de configuração desejado para a rede de acesso 40 e a rede de acesso 40 responde ao mesmo, e uma situação iniciada por rede de acesso (AN) em que a rede de acesso 40 envia um valor de atributo de configuração desejado para o terminal de acesso 10 e o terminal de acesso 10 responde ao mesmo.

[0043] Na etapa 406, a rede de acesso 40 recebe uma mensagem Configuration Complete do terminal de acesso 10. Através da mensagem Configuration Complete, a rede de acesso 40 salta a situação iniciada AT do terminal de acesso 10. Na etapa 407, a rede de acesso 40 intercambia informação de chave com o terminal de acesso 10. Daí em diante, a rede de acesso 40 transmite uma mensagem Configuration Request para o terminal de acesso 10 na etapa 408, e recebe uma mensagem Configuration Response do terminal de acesso 10 na etapa 409. Daí em diante, a rede de acesso 40 transmite uma mensagem Configuration Request para o terminal de acesso 10 na etapa 410, e recebe uma mensagem Configuration Response do terminal de acesso 10 na etapa 411.

[0044] Nesta operação, a rede de acesso 40 intercambia o valor do atributo de configuração mudado na situação iniciada NA com a rede de acesso 40. No processo de solicitação e de resposta das etapas 408 a 411, a rede de acesso 40 envia uma solicitação para o valor do atributo de configuração mudado para o terminal de acesso 10. Em resposta, o terminal de acesso 10 aceita o valor do atributo de configuração mudado.

[0045] Após o término da negociação sobre todos os valores do atributo de configuração, a rede de acesso 40 transmite (na etapa 412) uma mensagem Configuration Complete

Petição 870170097944, de 14/12/2017, pág. 24/37

20/32 para o terminal de acesso 10 para informar ao terminal de acesso 10 que a solicitação para os valores do atributo de configuração da rede de acesso 40 está completo. Na operação das etapas 402 a 412, o terminal de acesso 10 estabelece um canal de tráfego e atualiza os valores do atributo de configuração. Na etapa 413, a rede de acesso 40 recebe do terminal de acesso 10 uma mensagem Connection Close indicando que o canal de tráfego está fechado. Então o terminal de acesso 10 continua a recepção do serviço BCMCS na situação desocupado.

[0046] A Figura 5 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando uma Broadcast Overhead Message com base em uma Broadcast Order Message de acordo com a primeira versão da presente invenção. Na etapa 510, a rede de acesso 40 transmite, para o terminal de acesso 10, uma Broadcast Overhead Message que inclui apenas IDs de Fluxo BCMCS dos serviços BCMCS transmitidos atualmente. Aqui, “BCMCSFlowID a” representado na Figura 5 significa um identificador do serviço BCMCS atualmente não fornecido da rede de acesso 40. Na etapa 520, a rede de acesso 40 recebe uma mensagem BCMCS Flow Registration que inclui BCMCS Flow ID (isto é, “BCMCSFlowID a”) de um serviço BCMCS desejado do terminal de acesso 10 que deseja receber serviços BCMCS não incluídos na Broadcast Overhead Message.

[0047] Na etapa 530, a rede de acesso 40 pode suportar o serviço BCMCS solicitado pelo terminal de acesso 10 após receber a mensagem Registration do terminal de acesso 10, a rede de acesso 40 inicia a transmissão do serviço BCMCS correspondente, e transmite uma Broadcast Overhead Message

Petição 870170097944, de 14/12/2017, pág. 25/37

21/32 que inclui BCMCS Flow ID (isto é, “BCMCSFlowID a”) e informação do canal físico para o serviço BCMCS correspondente para o terminal de acesso 10. Então, o terminal de acesso 10 que recebeu a Broadcast Overhead Message adquire informação de transmissão para o serviço BCMCS solicitado e recebe o serviço BCMCS.

[0048] A Figura 6 é um diagrama de fluxo que ilustra um procedimento para processar a chamada utilizando uma Broadcast Order Message que inclui informação BCMCS Unavailable de acordo com a primeira versão da presente invenção. Na etapa 610, a rede de acesso 40 transmite, para o terminal de acesso 10, uma Broadcast Overhead Message que inclui apenas BCMCS Flow Ids de serviços BCMCS transmitidos atualmente. Na etapa 620, a rede de acesso 40 recebe uma mensagem Registration que inclui um BCMCS Flow ID (isto é, um BCMCSFlowID a”) de um serviço BCMCS desejado do terminal de acesso 10 que deseja receber serviços BCMCS não incluídos na Broadcast Overhead Message.

[0049] Na etapa 630, a rede de acesso 40 analisa a mensagem Registration recebida e determina se ela pode suportar o serviço BCMCS solicitado pelo terminal de acesso 10. Se a rede de acesso 40 não pode suportar o serviço BCMCS

solicitado,	a	rede	de acesso	40 transmite, para	o terminal
de acesso	10,	uma	Broadcast	Order Message que	inclui um
campo Order	de	0011	(binário) que	indica a

indisponibilidade do serviço BCMCS correspondente, e também inclui um BCMCS Flow ID do serviço BCMCS correspondente.

Como resultado, o terminal de acesso 10 reconhece que os serviços BCMCS correspondentes estão indisponíveis. Na etapa

640, a rede de acesso 40 estabelece um canal de tráfego para

Petição 870170097944, de 14/12/2017, pág. 26/37

22/32 o terminal de acesso 10 no caso de ele ser necessitado pelo terminal de acesso 10. Na etapa 650, o terminal de acesso 10 acessa a controladora BCMCS 60 e atualiza a informação

BCMCS.

[0050] Até agora, a primeira versão da presente invenção foi descrita com referência a um método BCMCS em um sistema BCMCS HRPD. A seguir, uma segunda versão da presente invenção será descrita com referência a um método BCMCS em um sistema 1x BCMCS. Aqui, o sistema 1x BCMCS refere-se a um sistema CDMA 2000 1x Ver.A/B ou um sistema 1x EV-DV (Evolution Data and Voice).

[0051] A Figura 7 é um diagrama de fluxo que ilustra a estrutura de um sistema 1x BCMCS de acordo com uma segunda versão da presente invenção O sistema BCMCS é definido como uma rede de difusão que fornece um serviço BCMCS através da comunicação sem fio com uma pluralidade de estações móveis (MSs) 110. A rede de difusão pode ser grosseiramente dividida em um servidor de serviço de difusão ou um servidor de conteúdo (servidor de conteúdo BCMCS) 120, um nó de serviço de dados de pacote (PDSN) 130, estações base (BSs) 140a e 140b, e uma controladora BCMCS 160.

[0052] O servidor de conteúdo BCMCS 120 gera dados de difusão que incluem vídeo e som para o serviço BCMCS na forma de um pacote do Protocolo de Internet (IP) comprimido. O pacote IP gerado é encaminhado para as estações base 140 (isto é, 140a e 140b) através do nó de serviço de dados de pacote 130 através de uma rede de comunicação de pacote como a Internet.

[0053] As estações base 140 incluem sistemas transceptores base (BTSs) 141a e 141b e controladoras de

Petição 870170097944, de 14/12/2017, pág. 27/37

23/32 estação base (BSCs) 142a e 142b (todos os quais são bem conhecidos na área de tecnologia de comunicação móvel) e funções de controle de pacote (PCFs) 150a e 150b são interconectados entre as estações base 140 e o nó de serviço de dados de pacote (PDSN) 130. O PDSN 130 lida com o processo de contabilidade e de autenticação para o usuário com um servidor de Autenticação, de Autorização e de Contabilidade (AAA) 170 para controlar a contabilidade e a autenticação da difusão, e a controladora BCMCS 160 é interconectada entre o servidor AAA 170 e o servidor de conteúdo BCMCS 120.

[0054] O sistema 1x GCMCS de acordo com a presente invenção propõe um BCMCS Order Message (ou um BCMCS Registration Reject Order Message). A BCMCS Order Message inclui a informação seguinte de acordo com seu objeto. A informação é idêntica à informação incluída na Broadcast Order Message definida no sistema BCMCS HRPD de acordo com a primeira versão da presente invenção.

[0055] Embora a Broadcast Order Message utilizada na primeira versão e a BCMCS Order Message utilizada na segunda versão são definidas separadamente, elas são substancialmente idênticas uma a outra em função, mas diferem no formato.

[0056] Isto é, a BCMCS Order Message pode incluir informação BCMCS Parameter Reset, informação BCMCS Stop, e informação BCMCS Unavailable. Na descrição seguinte, por conveniência, toda a informação de situação acima será referida como a informação de “BCMCS Order”.

[0057] Como a Broadcast Order Message definida para o sistema BCMCS HRPD de acordo com a primeira versão da

Petição 870170097944, de 14/12/2017, pág. 28/37

24/32 presente invenção, a BCMCS Order Message utilizada no sistema 1x BCMCS de acordo com a segunda versão da presente invenção é configurado tal que ele pode ser transmitido não apenas sobre um canal lógico de sinalização dedicada de encaminhamento (F-DSCH), mas também por um canal lógico de sinalização comum de encaminhamento (F-CSCH), de modo que todas as estações móveis podem receber simultaneamente a BCMCS Order Message.

[0058] Quando a BCMCS Order Message é utilizada, a Broadcast System Parameters Message (BSPM) utilizada no sistema 1x BCMCS pode ser reduzido no comprimento tal que ele inclui apenas a informação BCMCS efetivamente transmitida. Quando a estação móvel 110 solicita o conteúdo BCMCS não incluído no BSPM ao enviar um BCMCS Flow ID correspondente, se a rede de difusão pode transmitir o conteúdo BCMCS solicitado pela estação móvel 110, ela inicia a transmissão do conteúdo BCMCS correspondente e inclui informação de canal para o conteúdo BCMCS no BSPM transmitido a seguir. A estação móvel 110, após solicitar o conteúdo BCMCS, recebe o serviço BCMCS solicitado após receber o BSPM seguinte.

[0059] No entanto, quando a rede de difusão não pode transmitir o conteúdo BCMCS solicitado pela estação móvel 110, a rede de difusão transmite um BCMCS Order Message que inclui a informação BCMCS Unavailable para a estação móvel 110. Quando do recebimento da BCMCS Order Message que inclui a informação BCMCS Unavailable, a estação móvel 110 informa seu usuário que o serviço BCMCS está parado e consulta se ele deve acessar a controladora BCMCS 160. Um formato da BCMCS Order Message é ilustrado na Tabela 4.

Petição 870170097944, de 14/12/2017, pág. 29/37

Tabela 4.

f-	f-	Código	Código de	ACTION_TIME	Campos	P-	Nome/Função
cach	dach	Oder,	Qualificação	pode	ser	adicionais	VER_IN_USE
Order	Order	ORDER	de Ordem,	especificada	além de
		(binário)	ORDQ			ORDQ
			(binário)
S	S	100011	00000000	N		N	>11	BCMCS	Order
								(indica	que
								BCMCS
								Parameters
								estão
								modificados)
S	S	100011	00000000	N		N	'>11	BOMCS	Order
								(indica	que o
								serviço	de
								difusão	está
								parado)
S	S	100011	00000010	N	N	>11	BCMCS	Order

25/32

Petição 870170097944, de 14/12/2017, pág. 30/37

							(indica que todos os serviços de difusão estão parados)
S	S	100011	00000011	N	S	>11	BCMCS Order (indica que o serviço de difusão está indisponível)
Todos os demais códigos estão reservados

26/32

Petição 870170097944, de 14/12/2017, pág. 31/37

27/32 [0060] Na Tabela 4, a informação BCMCS Order é definida em P_REV versão 11 ou maior, e é transmitida por um f-cach ou um f-dach com um Order Code 100011 (binário) . A informação BCMCS Order com o Order Code = 100011 (binário) e ORDQ = 00000000 (binário) indica uma mudança na informação BCMCS, e a informação BCMCS Order com o Order Code 100011 (binário) e ORDQ 00000010 (binário) indica que todos os serviços BCMCS estão parados.

[0061] Além disso, a informação BCMCS Order com Order Code = 100011 (binário) e ORDQ = 00000001 (binário) indica que um serviço BCMCS particular está parado, e a informação BCMCS Order tem os campos adicionais ilustrados na Tabela 5.

Tabela 5

ORDQ	8
NUM BCMCS SESSION	6
NUM BCMCS SESSION ocorrências do seguinte registro de
comprimento variável:
BCMCS FLOW ID LEN IND	2
BCMCS FLOW ID	16, 24, 32

Reservado	0-7 (conforme necessário)

[0062] Na Tabela 5, um primeiro campo, o campo ORDQ de 8 bits, tem o valor de 00000001 (binário), e um segundo campo, o campo NUM_BCMCS_SESSION de 6 bits, representa o número de sessões BCMCS incluídas na informação BCMCS Order. Um terceiro campo, o campo BCMCS_FLOW_ID_LEN_IND de 2 bits indica o comprimento de cada BCMCS Flow ID, e um quarto campo, o campo BCMCS_FLOW_ID indica o BCMCS Flow ID correspondente a um serviço BCMCS parado.

Petição 870170097944, de 14/12/2017, pág. 32/37

28/32 [0063] O campo BCMCS_FLOW_ID tem um comprimento de 16 bits para campo BCMCS_FLOW_ID_LEN_IND = 00, um comprimento de 24 bits para o campo BCMCS_FLOW_ID_LEN_IND = 01 (binário) , e um comprimento de 32 bits para o campo BCMCS_FLOW_ID_LEN_IND - 10 (binário). A informação BCMCS Order na Tabela 5 inclui tantos BCMCS Flow Ids quanto MUM_BCMCS_SESSION. Além disso, a informação BCMCS Order com Order Code = 100011 (binário) e ORDQ = 00000011 (binário) indica que um serviço BCMCS particular está indisponível, e esta informação BCMCS Order tem os campos adicionais ilustrados na Tabela 6 abaixo.

Tabela 6

[0064] Na Tabela 6, um primeiro campo, o campo ORDQ de 8 bits, tem o valor de 00000011 (binário), e um segundo campo, o campo NUM_BCMCS_SESSION de 6 bits, representa o número de sessões BCMCS incluídas na informação BCMCS Order. Um terceiro campo, o campo BCMCS_FLOW_ID_LEN_IND de 2 bits, indica um comprimento de um BCMCS Flow ID para cada serviço BCMCS, e um quarto campo, o campo BCMCS_FLOW_ID indica um BCMCS Flow ID correspondente a um serviço BCMCS indisponível. Aqui, o campo BCMCS_FLOW_ID tem um comprimento de 16 bits para o campo BCMCS_FLOW_ID_LEN_IND =

Petição 870170097944, de 14/12/2017, pág. 33/37

29/32 (binário) , um comprimento de 24 bits para o campo BCMCS_FLOW_ID_LEN_IND = 01 (binário), e um comprimento de 32 bits para o campo BCMCS_FLOW_ID_LEN_IND = 10 (binário). A informação BCMCS Order da Tabela 6 inclui tantos BCMCS Flow Ids quanto NUM_BCMCS_SESSION.

[0065] Deve-se observar que mensagens Order separadas podem ser definidas para a BCMCS Order Message descrita acima de acordo com o tipo e a utilização da BCMCS Order Message.

[0066] A Figura 8 é um diagrama de fluxo que ilustra um procedimento para processar uma chamada utilizando um BCMCS Order Message no caso em que a informação BCMCS é mudada de acordo com uma segunda versão da presente invenção. Na etapa 810, a estação base 140 recebe de uma controladora BCMCS 16 0 uma mensagem que indica que a informação BCMCS, ou a informação de canal de difusão, está mudada por alguma razão. Na etapa 820, a estação base 140 transmite um BCMCS Order Message que inclui a BCMCS Order Information com o Order Code = 100011 (binário) e ORDQ = 00000000 (binário) na Tabela 4, para a estação móvel 110. A estação móvel 110 que recebe a BCMCS Order Message reconhece a mudança na informação BCMCS. Na etapa 830, a estação base 140 estabelece um canal de tráfego para a estação móvel 110. Na etapa 840, a estação móvel 110 acessa a controladora BCMCS 160 e atualiza a informação BCMCS modificada.

[0067] A Figura 9 é um diagrama de fluxo que ilustra o procedimento para processar uma célula utilizando a BCMCS

Order Message no caso em que o serviço BCMCS está parado, de acordo com a segunda versão da presente invenção. Na

Petição 870170097944, de 14/12/2017, pág. 34/37

30/32 etapa 910, a estação base 140 recebe uma mensagem de notificação que indica a situação em que o serviço BCMCS é interrompido por alguma razão. Caso contrário, a estação base 140 reconhece a situação causada por ela mesma.

[0068] Como a situação em que o serviço BCMCS é parado poderá ser causado pela própria estação base 140 ou o servidor de conteúdo BCMCS 120 ou a controladora BCMCS 160 e assim por diante, o lado da transmissão não é especificado na etapa 910. Daí em diante, na etapa 920, a estação base 140 transmite, para a estação móvel 110, um BCMCS Order Message que inclui a informação BCMCS ORDER com o Order Code = 100011 (binário) e ORDQ = 00000001 (binário) que indica a BCMCS Flow ID para um serviço BCMCS parado ou a informação BCMCS Order com o Order Code = 100011 (binário) e ORDQ = 00000010 (binário) indicando a indisponibilidade de todos os serviços BCMCS.

[0069] Assim, a estação móvel 110 ao receber a BCMCS Order Message reconhece que os serviços BCMCS que correspondem às BCMCS Flow IDs incluídas na BCMCS Order Message recebida, ou que todos os serviços BCMCS estão indisponíveis. Daí em diante, na etapa 930, a estação base 140 estabelece um canal de tráfego para a estação móvel 110 no caso de ele ser necessitado pela estação móvel 110. Na etapa 940, a estação móvel 110 acessa a controladora BCMCS 160 e atualiza a razão para o serviço BCMCS estar parado ou a informação BCMCS modificada.

[0070] A Figura 10 é um diagrama de fluxo que ilustra o procedimento para processar uma chamada no caso em que BSPM é transmitido para a estação móvel e a estação base pode suportar um serviço BCMCS solicitado de acordo com a

Petição 870170097944, de 14/12/2017, pág. 35/37

31/32 segunda versão da presente invenção. Na etapa 1010, a estação base 140 transmite, para a estação móvel 110, o BSPM que inclui apenas a BCMCS Flow IDs de serviços BCMCS atualmente transmitidos. Na etapa 1020, a estação móvel 110 que deseja receber um serviço BCMCS não incluído no BSPM, transmite uma mensagem Registration incluindo BCMCS Flow ID do serviço BCMCS desejado para a estação base 140. Na etapa 1030, se a estação base 140 que recebe a mensagem Registration pode suportar o serviço BCMCS solicitado pela estação móvel 110, ela inicia a transmissão do serviço BCMCFS correspondente e transmite o BSPM incluindo a BCMCS Flow ID e a informação do canal físico para o serviço BCMCS correspondente, para a estação móvel 110. Então a estação móvel 110 que recebe o BSPM adquire informação de transmissão para o serviço BCMCS solicitado e recebe o serviço BCMCS.

[0071] A Figura 11 é um diagrama de fluxo que ilustra o procedimento para processar uma chamada no caso em que o BSPM não é transmitido para a estação móvel e a estação base não pode suportar um serviço BCMCS solicitado de acordo com a segunda versão da presente invenção. Na etapa 1110, a estação base 140 transmite, para a estação móvel 110, uma BSPM incluindo apenas a BCMCS Flow IDs dos serviços BCMCS transmitidos atualmente. Na etapa 1120, a estação móvel 110 que deseja receber um serviço BCMCS não incluído no BSPM envia uma mensagem Registration incluindo o BCMCS Flow ID do serviço BCMCS desejado para a estação base 140. Na etapa 1130, se a estação base 140 que recebe a mensagem Registration não pode suportar o serviço BCMCS solicitado pela estação móvel 110, ela transmite para a

Petição 870170097944, de 14/12/2017, pág. 36/37

32/32 estação móvel 110, a BCMCS Order Message que inclui a informação BCMCS Order com o Order Code = 100011 (binário) e ORDQ = 00000011 (binário) que inclui o BCMCS Flow ID do serviço BCMCS indisponível. Como resultado, a estação móvel 110 reconhece que o serviço BCMCS correspondente está indisponível. Na etapa 1140, a estação móvel 110 estabelece um canal de tráfego para a estação base 140 no caso de necessidade. Na etapa 1150, a estação móvel 110 acessa a controladora BCMCS 160 e atualiza a informação BCMCS.

[0072] Como pode ser compreendido da descrição anterior, em resposta a uma solicitação de serviço BCMCS de uma estação móvel, a estação base informa separadamente a estação móvel se o serviço BCMCS solicitado está disponível. Assim, a estação base pode incluir apenas a informação de canal de difusão necessária para a efetiva difusão em uma mensagem de despesa de difusão, e se o serviço BCMCS está parado ou indisponível, a estação base pode ordenar a estação móvel para interromper o serviço BCMCS, assim aumentando a eficiência do sistema ao reduzir a carga nos recursos do sistema.

[0073] Embora a invenção tenha sido mostrada e descrita com referência a uma certa versão preferida desta, será compreendido por aqueles habilitados na tecnologia que várias mudanças na forma e nos detalhes poderão ser nela feitas sem desviar do espírito e escopo da invenção conforme definida pelas reivindicações apensas.

Petição 870170097944, de 14/12/2017, pág. 37/37

1/5

Claims

REIVINDICAÇÕES

1. Método para fornecer informação em uma situação de uma rede de difusão de uma estação base (40, 140) para uma estação móvel (10, 110) em um sistema de comunicação móvel que fornece pelo menos um Serviço de Difusão/Multicast (BCMCS), sendo o método, caracterizado pelo fato de compreender as etapas de:

reconhecer, pela estação base (40, 140), a situação da rede de difusão; e transmitir, (40, 140), uma mensagem de pedido de difusão incluindo informação de situação relacionada à situação da rede de difusão, a informação de situação indicando uma razão para o pelo menos um BCMCS não ser recebido pela estação móvel, para a estação móvel (10, 110);

em que a informação de situação representa um de um BCMCS Parameter Reset, um BCMCS Stop, um BCMCS Unavailable, e um BCMCS Protocol Update na rede de difusão.
2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que quando a informação de situação representar um BCMCS Parameter Reset Information que indica uma mudança na informação BCMCS, a mensagem de pedido de difusão inclui ainda pelo menos um fluxo de ID BCMCS de um serviço BCMCS correspondente.
3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que quando a informação de situação representar um BCMCS Stop Information que indica que o pelo menos um BCMCS correspondente a pelo menos um identificador (ID) de fluxo BCMCS não foi transmitido, a

Petição 870170094144, de 04/12/2017, pág. 9/46

2/5 mensagem de pedido de difusão inclui ainda o pelo menos um ID de fluxo BCMCS do pelo menos um BCMCS parado.
4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que quando a informação de situação representar um BCMCS Unavailable Information que indica que o pelo menos um BCMCS correspondente ao pelo menos um identificador (ID) de fluxo BCMCS não está disponível, a mensagem de pedido de difusão inclui ainda o pelo menos um ID de fluxo BCMCS do pelo menos um BCMCS indisponível.
5. Método, de acordo com a reivindicação 4, caracterizado pelo fato de ainda compreender o recebimento, pela estação base, de uma mensagem de registro que inclui um ID de fluxo BCMCS de um BCMCS desejado para a estação móvel, antes da etapa de reconhecimento.
6. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que quando a informação de situação representar uma Broadcast Protocol Attribute Update Information que indica uma mudança no valor do atributo de configuração utilizado para um protocolo BCMCS, uma configuração de sessão com a estação móvel para atualizar o valor de atributo de configuração é executada após o reconhecimento do estado da rede de difusão.
7. Método, de acordo com a reivindicação 6, caracterizado pelo fato de o valor do atributo de configuração incluir um valor de chave de autenticação para a autenticação BCMCS na estação móvel.
8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a mensagem de pedido de difusão

Petição 870170094144, de 04/12/2017, pág. 10/46

3/5 ser transmitida por qualquer um de um canal de tráfego de encaminhamento e um canal de controle de encaminhamento.
9. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a mensagem de pedido de difusão incluir um campo ID de mensagem, um campo de informação que indica a situação da rede de difusão, e um campo ID de fluxo BCMCS de um BCMCS correspondente.
10. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a mensagem de pedido de difusão ser transmitida por qualquer um de um canal lógico de sinalização dedicada de encaminhamento (F-DSCH) e um canal lógico de sinalização comum de encaminhamento (F-CSCH).
11. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a mensagem de pedido de difusão ser uma mensagem transmitida em uma base de difusão.
12. Método, de acordo com a reivindicação 1, caracterizado pelo fato de a mensagem de pedido de difusão ser uma mensagem transmitida em uma base unicast.
13. Método, de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender a etapa de:

Transmitir, pela estação base, uma mensagem de parâmetros do sistema de difusão (BSPM) que inclui apenas IDs de fluxo BCMCS dos BCMCS's transmitidos atualmente para a estação móvel.
14. Sistema de comunicação móvel para fornecer informação sobre uma situação de uma rede de difusão de uma estação base para uma estação móvel enquanto fornece um Serviço de Difusão/Multicast (BCMCS), o sistema de comunicação móvel caracterizado pelo fato de compreender:

Petição 870170094144, de 04/12/2017, pág. 11/46

4/5 a estação base (40, 140) para transmitir uma mensagem de pedido de difusão que inclui uma informação de situação indicando a situação da rede de difusão, a informação de situação indicando uma razão para o pelo menos um BCMCS não ser recebido pela estação móvel (10, 110), quando do reconhecimento da situação da rede de difusão; e a estação móvel (10, 110) para receber a mensagem de pedido de difusão enquanto utiliza um BCMCS, e reconhecer a situação da rede de difusão;

em que a informação de situação representa um de um BCMCS Parameter Reset, um BCMCS Stop, um BCMCS Unavailable, e um BCMCS Protocol Update na rede de difusão.
15. Sistema de comunicação móvel, de acordo com a reivindicação 14, caracterizado pelo fato de que quando a informação de situação representar um BCMCS Stop Information que indica que o pelo menos um BCMCS correspondente a pelo menos um identificador (ID) de fluxo BCMCS não foi transmitido, a mensagem de pedido de difusão inclui ainda o pelo menos um ID de fluxo BCMCS do pelo menos um BCMCS parado.
16. Sistema de comunicação móvel, de acordo com a reivindicação 14, caracterizado pelo fato de que quando a informação de situação representar um BCMCS Unavailable Information que indica que o pelo menos um BCMCS correspondente ao pelo menos um identificador (ID) de fluxo BCMCS não está disponível, a mensagem de pedido de difusão inclui ainda o pelo menos um ID de fluxo BCMCS do pelo menos um BCMCS indisponível.
17. Sistema de comunicação móvel, de acordo com a reivindicação 14, caracterizado pelo fato de que quando a

Petição 870170094144, de 04/12/2017, pág. 12/46

5/5 informação de situação representar uma Broadcast Protocol Attribute Update Information que indica uma mudança no valor do atributo de configuração utilizado para um protocolo BCMCS, uma configuração de sessão com a estação móvel para atualizar o valor de atributo de configuração é executada após o reconhecimento do estado da rede de difusão.
18. Sistema de comunicação móvel, de acordo com a reivindicação 17, caracterizado pelo fato de o valor do atributo de configuração incluir um valor de chave de autenticação para a autenticação BCMCS na estação móvel.

Petição 870170094144, de 04/12/2017, pág. 13/46

1/11