BRPI0514531B1 - método, estação base e estação móvel, para atualização de um identificador de inatividade (slpid) - Google Patents

Abstract

sistema e método para a atualização de uma id de inatividade de uma estação móvel em um sistema de comunicação de bwa um sistema e um método para a atualização de um identificador de inatividade (slpid) de uma estação móvel (ms) em um sistema de comunicação de acesso sem fio de banda larga (bwa) que tem um modo inativo, no qual não há dados de transmissão, e um modo ativo, no qual há dados de transmissão. mediante o reconhecimento de uma necessidade de atualização de um slpid alocado para uma ms no modo inativo na fase inicial do modo inativo, uma estação base (bs) realoca um novo slpid a ser alocado para a ms, e transmite a informação de atualização de slpid para a ms. mediante o recebimento da informação de atualização de slpid para seu slpid atual durante o modo inativo, a ms atualiza seu slpid atual com o slpid realocado, de acordo com a informação de atualização recebida.

Description

(54) Título: MÉTODO, ESTAÇÃO BASE E ESTAÇÃO MÓVEL, PARA ATUALIZAÇÃO DE UM IDENTIFICADOR DE INATIVIDADE (SLPID) (51) Int.CI.: H04B 7/26.

(30) Prioridade Unionista: 17/08/2004 KR 10-2004-0066576.

(73) Titular(es): SAMSUNG ELECTRONICS CO., LTD..

(72) lnventor(es): HYUN-JEONG KANG; CHANG-HOI KOO; JUNG-JE SON; HYOUNG-KYU LIM; YEONG-MOON SON; SUNGJIN LEE.

(86) Pedido PCT: PCT KR2005002705 de 17/08/2005 (87) Publicação PCT: WO 2006/019265 de 23/02/2006 (85) Data do Início da Fase Nacional: 21/02/2007 (57) Resumo: SISTEMA E MÉTODO PARA A ATUALIZAÇÃO DE UMA ID DE INATIVIDADE DE UMA ESTAÇÃO MÓVEL EM UM SISTEMA DE COMUNICAÇÃO DE BWA Um sistema e um método para a atualização de um identificador de inatividade (SLPID) de uma estação móvel (MS) em um sistema de comunicação de acesso sem fio de banda larga (BWA) que tem um modo inativo, no qual não há dados de transmissão, e um modo ativo, no qual há dados de transmissão. Mediante o reconhecimento de uma necessidade de atualização de um SLPID alocado para uma MS no modo inativo na fase inicial do modo inativo, uma estação base (BS) realoca um novo SLPID a ser alocado para a MS, e transmite a informação de atualização de SLPID para a MS. Mediante o recebimento da informação de atualização de SLPID para seu SLPID atual durante o modo inativo, a MS atualiza seu SLPID atual com o SLPID realocado, de acordo com a informação de atualização recebida.

1/42

MÉTODO, ESTAÇÃO BASE E ESTAÇÃO MOVÉL, PARA ATUALIZAÇÃO DE

UM IDENTIFICADOR DE INATIVIDADE (SLPID) ANTECEDENTES DA INVENÇÃO

Campo da Invenção

A presente invenção se refere geralmente a um sistema de comunicação de Acesso Sem fio de Banda Larga (BWA) e, em particular, a um método para atualização de uma informação sobre um identificador de inatividade alocado a uma estação móvel, e um sistema que usa o mesmo.

Descrição da Técnica Relacionada

Uma pesquisa ativa no sinal de canal múltiplo de 4â geração (4G) , o qual é o sistema de comunicação de próxima geração, está sendo conduzida para a provisão aos usuários de serviços de taxa alta suportando Qualidades de Serviço (QoSs) variadas. Recentemente, muitos estudos do sistema de comunicação de 4G estão sendo feitos para suporte de um serviço de alta velocidade capaz de garantir a mobilidade e a QoS em um sistema de comunicação de BWA tal como um sistema de Rede de Área Local (LAN) sem fio e um sistema de Rede de Área Metropolitana (MAN) sem fio. O sistema de BWA de exemplo tipico é o sistema de comunicação 802.16a do Institute of Electrical and Electronics Engineers (IEEE) ou o sistema de comunicação 802.16e do IEEE.

O sistema de comunicação 802.16a do IEEE e o sistema de comunicação 802.16e do IEEE utilizam uma Multiplexação de Divisão de Freqüência Ortogonal (OFDM) e um Acesso Múltiplo de Divisão de Freqüência Ortogonal (OFDMA) para suporte de uma rede de transmissão de banda larga para um canal fisico do sistema de MAN sem fio. Mais especificamente, o sistema de comunicação 802.16a do IEEE

Petição 870180063102, de 20/07/2018, pág. 14/56

2/42 não considera a mobilidade de estações de assinante (SSs) , isto é, é dirigido a MSs fixas e a uma estrutura unicelular. Contudo, o sistema de comunicação 802.16e do IEEE considera a mobilidade das SSs. Aqui, uma SS tendo a mobilidade será referida como uma estação móvel (MS).

O sistema de comunicação 802.16e do IEEE, já que considera a mobilidade de MSs, tem um problema de alto consumo de potência de MS, se comparado com outros sistemas. Como um método típico para a minimização do consumo de potência de MS, um modo inativo e um modo ativo entre a MS e uma estação base (BS) foram propostos. Neste caso, a MS realiza uma operação de ajuste de alcance de periodicamente ajustar um deslocamento de sincronismo, um deslocamento de freqüência e potência com a BS, de modo a lidar com uma mudança na qualidade de um canal para a BS. Em particular, uma operação de ajuste de alcance periódica é muito importante para o sistema de comunicação 802.16e do IEEE, já que ele considera a mobilidade de MSs.

A FIG. 1 é um diagrama que ilustra uma operação de modo inativo de um sistema de comunicação 802.16e do IEEE convencional. Contudo, antes de uma descrição da FIG. 1 ser dada, deve ser notado que o modo inativo foi proposto para minimização do consumo de potência de MS em um intervalo ocioso para o qual nenhum dado de pacote é transmitido, durante uma transmissão de dados de pacote. Isto é, no modo inativo, uma MS e uma BS simultaneamente transitam para o modo inativo para minimização do consumo de potência de MS no intervalo ocioso no qual nenhum dado de pacote é transmitido.

Geralmente, o intervalo pelo qual nenhum dado de

Petição 870180063102, de 20/07/2018, pág. 15/56

3/42 pacote é transmitido é igual na operação ao intervalo pelo qual dados de pacote são transmitidos. Devido ao fato de uma operação como essa ser absurda, o modo inativo foi proposto. Se houver dados de pacote a transmitir no modo inativo, ambas a BS e a MS devem transitar simultaneamente para o modo ativo para a transmissão e a recepção de dados de pacote.

O modo inativo foi proposto para a minimização do consumo de potência e da interferência intercanal. Contudo, devido ao fato de dados de pacote serem afetados por tráfego, a característica de tráfego e a característica de tipo de transmissão devem ser levadas em consideração na operação de modo inativo.

Com referência à FIG. 1, o número de referência 110 denota um formato de geração de dados de pacote. O formato de geração de dados de pacote 110 inclui uma pluralidade de intervalos de LIGADO e uma pluralidade de intervalos de DESLIGADO. Os intervalos de LIGADO são intervalos de rajada para os quais dados de pacote, isto é, tráfego, são gerados, e os intervalos de DESLIGADO são intervalos ociosos para os quais nenhum tráfego é gerado. De acordo com o padrão de geração de tráfego, a MS e a BS alternadamente transitam (mudança de modo) para o modo inativo e o modo ativo, desse modo minimizando o consumo de potência da MS e cancelando uma interferência entre sinais de canal.

O número de referência 120 denota um formato de mudança de modo para a MS e a BS. O formato de mudança de modo 12 0 para a MS e a BS inclui uma pluralidade de modos ativos e uma pluralidade de modos inativos. Os modos ativos

Petição 870180063102, de 20/07/2018, pág. 16/56

4/42 representam os modos ns quais um tráfego é gerado, e nos modos inativos, uma transmissão e uma recepção reais de dados de pacote são obtidas. Os modos inativos representam os modos nos quais nenhum tráfego é gerado, e nos modos inativos, uma transmissão e uma recepção reais dos dados de pacote não são obtidas.

O número de referência 130 denota um formato de nível de potência de MS que representa um nível de potência da MS de acordo com o formato de geração de dados de pacote 110 e o formato de mudança de modo 120. No formato de nível de potência de MS, um nível de potência de MS para o modo ativo é representado por 'K', e um nível de potência de MS para o modo inativo é representado por 'M'. Em uma comparação do nível de potência de MS K para o modo ativo com o nível de potência de MS M para o modo inativo, o M é muito menor do que o K. Isto é, no modo inativo, devido ao fato de não haver nenhuma transmissão / recepção de dados de pacote, o consumo de potência é insignificante.

Será feita agora uma descrição aqui abaixo dos esquemas atualmente propostos para suporte da operação de modo inativo no sistema de comunicação 802.16e do IEEE. Contudo, antes de uma descrição dos esquemas atualmente propostos no sistema de comunicação 802.16e do IEEE ser dada, as pré-condições a seguir serão descritas.

De modo a transitar para o modo inativo, a MS deve receber uma aprovação de mudança de modo a partir da BS. A BS transmite uma aprovação para transição para o modo

inativo para a MS	e,	então, transmite dados	de	pacote. A	BS
deve transmitir	uma	informação	indicando	a	presença	de
dados de pacote	de	transmissão	para a	MS,	durante	um

Petição 870180063102, de 20/07/2018, pág. 17/56

5/42 intervalo de audição da MS. Neste caso, a MS deve despertar do modo inativo e determinar se há dados de pacote a serem transmitidos para ela a partir da BS.

Se for determinado que há dados de pacote a serem 5 transmitidos para ela a partir da BS, a MS transitará para o modo inativo e receberá dados de pacote a partir da BS. Contudo, se for determinado que não há dados de pacote a serem transmitidos para ela a partir da BS, a MS poderá retornar para o modo inativo ou manter o modo ativo.

Parâmetros para Suporte de Operações de Modo Inativo e de Modo Ativo

Será feita, agora, uma descrição dos parâmetros requeridos para suporte das operações de modo inativo e de modo ativo atualmente propostas no sistema de comunicação 15 802.16e do IEEE.

(1) Identificador de Inatividade (SLPID)

O SLPID é um valor a que uma MS é alocada através de uma mensagem de Resposta de Inatividade (SLP-RSP) para transitar do modo ativo para o modo inativo, e é unicamente 20 alocado apenas às MSs no modo inativo. Isto é, o SLPID é uma ID usada para a identificação de uma MS no modo inativo, incluindo o intervalo de audição e, se a MS correspondente fizer uma mudança de modo do modo inativo para o modo ativo, o SLPID previamente alocado à MS será 25 retornado para a BS, de modo que uma outra MS esperando para transitar para o modo inativo possa reusar o SLPID através da mensagem de SLP-RSP. Comumente, o SLPID tem um tamanho de 10 bits e, assim, pode ser usado para a identificação de um total de 1024 MSs em operação de modo 30 inativo.

Petição 870180063102, de 20/07/2018, pág. 18/56

6/42 (2) Intervalo de Inatividade intervalo de inatividade é um intervalo que uma BS aloca a uma MS à requisição da MS, e representa o intervalo de tempo pelo qual a MS mantém o modo inativo até um 5 intervalo de audição começar após a MS fazer uma mudança de modo do modo ativo para o modo inativo. Isto é, o intervalo de inatividade é definido como o intervalo de tempo total pelo qual a MS está no modo inativo.

A MS pode manter continuamente o modo inativo, se não 10 houver dados transmitidos a partir da BS, mesmo após o intervalo de inatividade. Neste caso, a MS atualiza o intervalo de inatividade enquanto aumenta o intervalo de inatividade usando valores de janela de inatividade inicial predeterminada e de janela de inatividade final. O valor de 15 janela de inatividade inicial representa um valor mínimo inicial do intervalo de inatividade, e o valor de janela de inatividade final representa um valor máximo final do intervalo de inatividade. O valor de janela de inatividade inicial e o valor de janela de inatividade final podem ser 20 representados pelo número de quadros.

O intervalo de audição é um intervalo que uma BS aloca para uma MS à requisição da MS. O intervalo de audição corresponde ao intervalo de tempo pelo qual a MS temporariamente desperta para receber mensagens de enlace 25 descendente, tal como uma mensagem de indicação de tráfego (TRF-IND) a partir da BS, durante a operação em modo inativo, e no intervalo de audição a MS pode receber as mensagens de enlace descendente em sincronismo com um sinal de enlace descendente a partir da BS. A mensagem de TRF-IND 30 indica se há tráfego a ser transmitido para a BS, isto é,

Petição 870180063102, de 20/07/2018, pág. 19/56

7/42 indica se há dados de pacote.

A MS espera continuamente pela recepção da mensagem de TRF-IND pelo intervalo de audição. Se um bit indicando a MS em um mapa de bit de SLPID incluído na mensagem de TRF-IND representar um valor de indicação positivo, a MS manterá continuamente o modo ativo, desse modo transitando para o modo ativo. Contudo, se o bit indicando a MS no mapa de bit de SLPID incluído na mensagem de TRF-IND representar um valor de indicação negativo, a MS transitará de volta para 10 o modo inativo.

(3) Algoritmo de Atualização de Intervalo de Inatividade

Ao transitar para o modo inativo, a MS determina um intervalo de inatividade, com referência ao valor de janela 15 mínimo como o intervalo de modo inativo mínimo. Após isso, se a MS despertar do modo inativo para o intervalo de audição e determinar que não há dados de pacote a serem transmitidos a partir da BS, a MS regulará o intervalo de inatividade para um intervalo que é igual a 2 vezes o 20 intervalo de inatividade prévio, e mantém continuamente o modo inativo. Por exemplo, se o valor de janela mínimo for '2', a MS regulará o intervalo de inatividade para um intervalo de 2 quadros e, então, manterá o modo inativo pelos 2 quadros. Após um lapso de 2 quadros, a MS desperta 25 do modo inativo para o intervalo de audição, e determina se uma mensagem de TRF-IND é recebida. Se a mensagem de TRFIND não for recebida, isto é, se não houver dados de pacote a serem transmitidos para ela a partir da BS, a MS regulará o intervalo de inatividade para um intervalo de 4 quadros, 30 o qual é igual a 2 vezes o intervalo de 2 quadros e, então,

Petição 870180063102, de 20/07/2018, pág. 20/56

8/42 manterá o modo inativo pelos 4 quadros. Assim sendo, o intervalo de inatividade pode aumentar entre o valor de janela mínimo e o valor de janela máximo.

Mensagens para Suporte de Operação de Modo Inativo e de Modo Ativo

Será feita agora uma descrição das mensagens atualmente definidas para suporte das operações de modo inativo e de modo ativo no sistema de comunicação 802.16e do IEEE.

(1) Mensagem de Requisição de Inatividade (SLP-REQ)

A mensagem de SLP-REQ, uma mensagem transmitida a partir de uma MS para uma BS, é usada aqui quando a MS requisita uma mudança de modo para o modo inativo. A mensagem de SLP-REQ inclui os parâmetros ou elementos de informação (IEs) requeridos pela MS para operação no modo inativo. Um formato da mensagem de SLP-REQ é mostrado abaixo na Tabela 1.

Tabela 1

Sintaxe	Tamanho	Notas
SLP-REQ Message Format(){
Management message type = 50	8 bits
Initial-sleep window	6 bits
Final-sleep window	10 bits
Listening interval	6 bits
Reserved	2 bits
}

A mensagem de SLP-REQ é uma mensagem dedicada transmitida com base em uma ID de conexão (CID) de uma MS, e os IEs da mensagem de SLP-REQ incluem um Tipo de Mensagem de Gerenciamento, uma Janela de Inatividade Inicial, uma

Petição 870180063102, de 20/07/2018, pág. 21/56

9/42

Janela de Inatividade Final e um Intervalo de Audição. 0 Tipo de Mensagem de Gerenciamento indica um tipo da mensagem de transmissão atual, e um Tipo de Mensagem de Gerenciamento = 50 indica a mensagem de SLP-REQ. A Janela de Inatividade Inicial indica um valor de começo requisitado para o intervalo de inatividade (medido em quadros), e a Janela de Inatividade Final indica um valor de parada requisitado para o intervalo de inatividade (medido em quadros) . Isto é, conforme descrito com referência ao algoritmo de atualização de intervalo de inatividade, o intervalo de inatividade pode ser atualizado entre o valor de janela inicial e o valor de janela final. O Intervalo de Audição indica um intervalo de audição requisitado (medido em quadros), e o intervalo de audição também pode ser representado pelo número de quadros.

(2) Mensagem de Resposta de Inatividade (SLP-RSP)

A mensagem de SLP-RSP, uma mensagem de resposta à mensagem de SLP-REQ, pode ser usada para aprovação ou negação de uma mudança de modo para o modo inativo requisitada pela MS, ou pode ser usada para indicar uma instrução não solicitada. A mensagem de SLP-RSP inclui os IEs necessários pela MS para operação no modo inativo, e um formato da mensagem de SLP-RSP é mostrado na Tabela 2.

Tabela 2

Sintaxe	Tamanho	Notas
ΜΟΒ-SLP-RSP Message Format(){
Management message type = 51	8 bits
Sleep-approved	1 bit	0: requisição de modo inativo negada 1: requisição de modo inativo

Petição 870180063102, de 20/07/2018, pág. 22/56

10/42

		aprovada
If(Sleep-approved == 0) {	1 bit	0: a MS pode retransmitir a mensagem MOB SLPREQ após a duração de tempo (REQduration) dada pela BS nesta mensagem. 1: a MS não deve retransmitir a mensagem MOB SLPREQ e deve esperar pela mensagem MOB SLPRSP da BS.
REQ-duration	4 bits	Duração de tempo para o caso em que um valor After-REQaction é 0.
reserved	2 bits
}
else {
Start frame
initial-sleep windows	6 bits
final-sleep windows	10 bits
listening interval	6 bits
SLPID	10 bits
}
}

A mensagem de SLP-RSP também é uma mensagem dedicada transmitida com base em uma CID Básica de uma MS, e IEs da mensagem de SLP-RSP ilustrados na Tabela 2 serão descritos abaixo.

O Tipo de Mensagem de Gerenciamento indica um tipo da mensagem de transmissão atual, e Tipo de Mensagem de

Gerenciamento = 51 indica a mensagem de SLP-RSP. SleepPetição 870180063102, de 20/07/2018, pág. 23/56

11/42 Approved é expresso com 1 bit, onde Sleep-Approved = 0 indica uma requisição de modo inativo negada e SleepApproved=l indica a requisição de modo inativo aprovada. Mais especificamente, Sleep-Approved = 0 indica que uma mudança de modo para o modo inativo requisitado pela MS é negada pela BS. Ao receber a negação, a MS transmite a mensagem de SLP-REQ para a BS de acordo com condições, ou espera pela recepção da mensagem de SLP-RSP indicando uma instrução não solicitada da BS.

Para Sleep-Approved =1, a mensagem de SLP-RSP inclui Quadro de Começo, Janela de Inatividade Inicial, Janela de Inatividade Final, Intervalo de Audição e SLPID. Para Sleep-Approved =0, a mensagem de SLP-RSP inclui After-REQAction e REQ-Duration. O valor de Quadro de Começo indica um valor de quadro até o momento em que a MS entra no primeiro intervalo de inatividade, e não inclui o quadro em que a mensagem de SLP-RSP é recebida (o número de quadros (não incluindo o quadro no qual a mensagem foi recebida) até a MS entrar no primeiro intervalo de inatividade). Isto é, a MS transita para o modo inativo após um lapso de quadros correspondente ao valor de quadro de começo a partir do próximo quadro, após o quadro pelo qual a mensagem de SLP-RSP foi recebida. O SLPID é usado para a identificação de MSs no modo inativo, e pode ser usado para a identificação de um total de 1024 MSs no modo inativo.

Conforme descrito acima, o valor de Janela de

Inatividade Inicial indica um valor de começo para o intervalo de inatividade (medido em quadros), e o valor de intervalo de audição indica um valor para o intervalo de audição (medido em quadros). O valor de Janela de

Petição 870180063102, de 20/07/2018, pág. 24/56

12/42

Inatividade Final indica um valor de parada para o intervalo de inatividade (medido em quadros) . 0 valor

After-REQ-Action indica uma operação que a MS, cuja requisição para o modo inativo foi negada, deve realizar.

(3) Mensagem de Indicação de Tráfego (TRF-IND)

A mensagem de TRF-IND, uma mensagem transmitida a partir de uma BS para uma MS pelo intervalo de audição, indica a presença de dados de pacote a serem transmitidos a partir da BS para a MS. Um formato da mensagem de TRF-IND é 10 mostrado abaixo na Tabela 3.

Tabela 3

Sintaxe	Tamanho	Notas
ΜΟΒ-TRF-IND Message FormatO {
Management message type = 52	8 bits
FMT	1 bit	0 = formato baseado em SLPID 1 = formato baseado em CID
If(FMT == 0){
Byte of SLPID bitmap	8 bits
SLPID bitmap	Variável
} else {
Num-pos	7 bits	Número de CIDs na lista de indicação positiva
for(i = 0; i<Num-pos ; i++){
Short basic CID	12 bits	CID básica
}
while (ibyte boundary){
Padding bits	1	enchimento para alinhamento de byte
}
}

Petição 870180063102, de 20/07/2018, pág. 25/56

13/42

}

A mensagem de TRF-IND é uma mensagem de difusão que é transmitida em uma base de difusão, diferentemente da mensagem de SLP-REQ e da mensagem de SLP-RSP. A mensagem de TRF-IND indica a presença / ausência de dados de pacote a serem transmitidos a partir da BS para uma MS em particular, e a MS codifica a mensagem de TRF-IND difundida pelo intervalo de audição, e determina se é para transitar para o modo ativo ou transitar de volta para o modo inativo, de acordo com o resultado de decodificação.

Quando determina que é para transitar para o modo ativo, a MS detecta uma sincronização de quadro e, se um número de seqüência de quadro correspondente não for idêntico a um número de seqüência de quadro esperado pela MS, a MS poderá requisitar uma retransmissão dos dados de pacote perdidos no modo ativo. Caso contrário, se a MS falhar em receber a mensagem de TRF-IND pelo intervalo de

audição, ou	se um valor	indicando	uma	indicação	positiva
não estiver	incluído na	mensagem	de	TRF-IND,	embora a
mensagem de	TRF-IND seja	recebida,	a	MS poderá	retornar
para o modo	inativo.

Para os IEs na mensagem de TRF-IND, Tipo de Mensagem de Gerenciamento indica um tipo da mensagem de transmissão atual, e Tipo de Mensagem de Gerenciamento = 52 indica a mensagem de TRF-IND. FMT indica se é para usar um SLPID ou uma CID Básica de uma MS no processo de indicação da presença / ausência do tráfego a ser transmitido na MS no modo inativo. Quando o SLPID é usado para a indicação, o mapa de bit de SLPID indica um conjunto de índices de indicação alocado bit por bit a cada um dos SLPIDs alocados

Petição 870180063102, de 20/07/2018, pág. 26/56

14/42 às MSs para a identificação das MSs que transitaram para o modo inativo. Isto é, o mapa de bit de SLPID indica um grupo de bits alocado bit por bit a cada MS para (valor máximo - 1) SLPIDs dentre os SLPIDs alocados à MS no modo 5 inativo. Ao mapa de bit de SLPID podem ser alocados bits fictícios através de um alinhamento de byte.

Um bit alocado à MS indica a presença / ausência de dados a serem transmitidos a partir da BS para a MS correspondente. Portanto, uma MS no modo inativo lê um bit 10 mapeado para um SLPID que foi alocado durante uma mudança de modo para o modo inativo a partir da mensagem de TRF-IND recebida pelo intervalo de audição, e se o bit lido indicar um valor de indicação positivo, isto é, um valor de '1', a MS manterá continuamente o modo ativo, desse modo 15 transitando para o modo ativo. Caso contrário, se o bit alocado indicar um valor negativo, isto é, um valor de '0', a MS transitará de volta para o modo inativo.

A BS seqüencialmente aloca SLPIDs para MSs entrando no modo inativo na ordem de um SLPID com o menor número dentro 20 SLPIDs não alocados. Durante o modo inativo, a MS usa continuamente o SLPID fixo alocado a partir da BS na fase inicial do modo inativo até retornar para o modo ativo.

Neste caso, cada MS que entrou no modo inativo deve ler o mapa de bit de SLPID a partir de seu começo até uma 25 parte correspondente em que seu próprio SLPID está localizado, de modo a se determinar a presença / ausência de dados de pacote transmitidos para ele. Devido ao fato de o SLPID a que a MS é alocada ser fixo para o número inicialmente alocado, se houver muitos SLPIDs vazios não 30 alocados no mapa de bit de SLPID, há uma perda considerável

Petição 870180063102, de 20/07/2018, pág. 27/56

15/42 de recursos e tempo requerido para a leitura de SLPIDs. Istoé, um aumento no número de MSs entrando no modo inativo aumenta os números de SLPID alocados para as MSs. Portanto, uma MS com um número de SLPID maior, já que seu número de

SLPID alocado é fixo, tem um tempo de processamento longo para leitura e processamento do mapa de bit de SLPID para seu SLPID de tráfego. Além disso, embora o número de MSs que realmente entraram no modo inativo não seja grande, se uma diferença entre o menor SLPID e o maior SLPID dentre os 10 SLPIDs alocados às MSs for grande, o mapa de bit de SLPID aumentará excessivamente.

SUMÁRIO DA INVENÇÃO

Assim sendo, a presente invenção foi projetada para resolução dos problemas acima e de outros, que ocorrem na 15 técnica anterior.

Portanto, é um objetivo da presente invenção prover um método para a atualização de um identificador de inatividade (SLPID) alocado a uma estação móvel (MS) em um modo inativo em um sistema de comunicação de Acesso Sem fio 20 de Banda Larga (BWA), e um sistema que usa o mesmo.

É um outro objetivo da presente invenção prover um método e um sistema para a redução de um tempo de processamento para leitura e processamento de um SLPID por uma MS através de uma atualização de SLPID, de modo que o 25 mapa de bit de SLPID não seja desnecessariamente aumentado e efetivamente gerenciado.

É um outro objetivo adicional da presente invenção prover um método e um sistema para a atualização periódica e o gerenciamento, por uma MS, de um SLPID alocado a partir de uma estação base (BS) durante uma transição para um modo

Petição 870180063102, de 20/07/2018, pág. 28/56

16/42 inativo em um sistema de comunicação de BWA.

De acordo com um aspecto da presente invenção, é provido um método para a atualização de um identificador de inatividade (SLPID) de uma estação móvel (MS) em um sistema 5 de comunicação de Acesso Sem fio de Banda Larga (BWA) que tem um modo inativo no qual não há dados de transmissão e um modo ativo no qual há dados de transmissão, o modo inativo tendo um intervalo de inatividade pelo qual uma recepção de dados é impossível e um intervalo de audição 10 pelo qual uma recepção de dados é possível. O método inclui as etapas de: reconhecimento de uma necessidade de atualização de um SLPID alocado a uma MS no modo inativo na fase inicial do modo inativo; realocação, por uma estação base (BS) , de um novo SLPID à MS a ser alocado à MS;

transmissão da informação de atualização de SLPID para a MS; recebimento da informação de atualização para seu SLPID atual durante o modo inativo; e atualização, pela MS, de seu SLPID atual com o SLPID realocado de acordo com a informação de atualização recebida.

De acordo com um outro aspecto da presente invenção, é provido um método para atualização, por uma estação base (BS) , de um identificador de inatividade (SLPID) alocado a uma estação móvel (MS) em um sistema de comunicação de acesso sem fio de banda larga (BWA) , que tem um modo 25 inativo, no qual não há dados de transmissão, e um modo ativo, no qual há dados de transmissão, o modo inativo tendo um intervalo de audição para o qual uma recepção de dados é possível. O método inclui as etapas de: determinar se é necessário atualizar um SLPID de uma MS no modo 30 inativo; determinar um SLPID alocável à MS, se houver

Petição 870180063102, de 20/07/2018, pág. 29/56

17/42 necessidade de atualizar o SLPID da MS; criar uma informação de atualização de SLPID incluindo o SLPID determinado, se um SLPID a ser alocado de novo à MS for determinado; e transmitir a informação de atualização de SLPID para a MS.

De acordo com um outro aspecto adicional da presente invenção, é provido um método para a atualização de um identificador de inatividade (SLPID) , por uma estação móvel (MS) , em um sistema de comunicação de acesso sem fio de banda larga (BWA) que tem um modo inativo, no qual não há dados de transmissão, e um modo ativo no qual há dados de transmissão, o modo inativo tendo um intervalo de inatividade, para o qual uma recepção de dados é impossível, e um intervalo de audição, para o qual uma recepção de dados é possível. O método inclui as etapas de: recebimento de uma mensagem de indicação predeterminada incluindo um indicador de atualização de SLPID; verificação da informação de atualização de SLPID incluída na mensagem de indicação recebida; e, se um indicador de absorvedor de choque de SLPID e um novo SLPID forem alocados na informação de atualização, a atualização de um SLPID atual com um novo SLPID.

De acordo ainda com um outro aspecto da presente invenção, é provido um sistema para a atualização deum identificador de inatividade (SLPID) de uma estação móvel (MS) em um sistema de comunicação de acesso sem fiode banda larga (BWA) que tem um modo inativo, no qual não há dados de transmissão, e um modo ativo no qual há dados de transmissão, o modo inativo tendo um intervalode inatividade, para o qual uma recepção de dadosé

Petição 870180063102, de 20/07/2018, pág. 30/56

18/42 impossível, e um intervalo de audição, no qual uma recepção de dados é possível. O sistema inclui: uma MS; e uma estação base (BS) para, mediante um reconhecimento de uma necessidade de atualização de um SLPID alocado à MS no modo inativo na fase inicial do modo inativo, a realocação de um novo SLPID a ser alocado à MS correspondente e a transmissão da informação de atualização de SLPID para a MS correspondente. A MS, ao receber a informação de atualização de SLPID a partir da BS, durante o modo inativo, atualiza seu SLPID atual com o SLPID realocado de acordo com a informação de atualização recebida.

BREVE DESCRIÇÃO DOS DESENHOS

Os objetivos acima e outros, os recursos e as vantagens da presente invenção tornar-se-ão mais evidentes a partir da descrição detalhada a seguir, quando tomada em conjunto com os desenhos associados, nos quais:

a FIG. 1 é um diagrama que ilustra uma operação de modo inativo de um sistema de comunicação 802.16e do IEEE convencional;

a FIG. 2 é um fluxograma que ilustra um processo de

atualização	de	SLPID	por	uma	BS em	um	sistema	de
comunicação	de	acordo	com	uma	modalidade	da presente
invenção;
a FIG.	3 é	um fluxograma que	ilustra	um	processo	de
atualização	de	SLPID	por	uma	MS em	um	sistema	de
comunicação	de	acordo	com	uma	modalidade	da presente
invenção;
a FIG.	4 é	um fluxograma que	ilustra	um	processo	de

atualização de SLPID por uma BS usando uma mensagem de TRFIND em um sistema de comunicação de acordo com uma

Petição 870180063102, de 20/07/2018, pág. 31/56

19/42 modalidade da presente invenção;

as FIG. 5A e 5B são fluxogramas que ilustram um processo de atualização de SLPID por uma MS usando uma mensagem de TRF-IND em um sistema de comunicação de acordo 5 com uma modalidade da presente invenção;

a FIG. 6 é um fluxograma que ilustra um processo de atualização de SLPID por uma BS usando uma mensagem de SLPRSP não solicitada em um sistema de comunicação de acordo com uma modalidade da presente invenção;

a FIG. 7 é um fluxograma que ilustra um processo de atualização de SLPID por uma MS usando uma mensagem de SLPRSP não solicitada em um sistema de comunicação de acordo com uma modalidade da presente invenção;

a FIG. 8 é um fluxograma que ilustra um processo de atualização de SLPID por uma BS usando uma mensagem de SLPRSP não solicitada em um sistema de comunicação de acordo com uma outra modalidade da presente invenção; e a FIG. 9 é um fluxograma que ilustra um processo de atualização de SLPID por uma MS usando uma mensagem de SLP2 0 RSP não solicitada em um sistema de comunicação de acordo com uma outra modalidade da presente invenção.

DESCRIÇÃO DETALHADA DE MODALIDADES DE EXEMPLO

Várias modalidades de exemplo da presente invenção serão descritas agora, em detalhes, com referência aos 25 desenhos anexados. Na descrição a seguir, uma descrição detalhada de funções e configurações conhecidas incorporadas aqui foi omitida por concisão.

A presente invenção propõe um esquema de atualização de identificador de inatividade (SLPID) para uma estação móvel (MS) em um modo inativo em um sistema de comunicação

Petição 870180063102, de 20/07/2018, pág. 32/56

20/42

802.16e do Institute of Electrical and Electronics Engineers (IEEE) , o qual é um sistema de comunicação de Acesso Sem fio de Banda Larga (BWA). Atualização de SLPID se refere a um processo no qual uma estação base (BS) realoca um novo SLPID a uma MS no modo inativo, durante a operação de modo inativo, ao invés do SLPID alocado na fase inicial de processo de modo inativo. Assim sendo, a presente invenção pode eficientemente gerenciar recursos de SLPID através da atualização de SLPID.

Embora a presente invenção a titulo de exemplo seja descrita aqui com referência ao sistema de comunicação 802.16e do IEEE, a presente invenção também pode ser aplicada a todos os outros sistemas de comunicação suportando a operação de modo inativo e o ajuste de alcance periódico na operação de modo inativo.

Primeira Modalidade

Em um método de atualização de SLPID de acordo com a primeira modalidade da presente invenção, uma BS atualiza um SLPID em uma operação de ajuste de alcance uma MS em um modo inativo. Contudo, antes de periódica com uma descrição de um método de atualização de SLPID baseado em ajuste de alcance periódico de acordo com a primeira modalidade da presente invenção ser dada, uma breve descrição será feita do ajuste de alcance.

0	ajuste de alcance	é classificado em	ajuste	de
alcance	inicial, ajuste	de	alcance periódico e	ajuste	de
alcance	de requisição	de	largura de banda.	Antes	da
transmissão de dados através da operação de	ajuste	de

MS pode corrigir uma potência de transmissão e alcance, uma corrigir um deslocamento de sincronismo e um deslocamento

Petição 870180063102, de 20/07/2018, pág. 33/56

21/42 de freqüência.

ajuste de alcance inicial é um ajuste de alcance realizado por uma BS para a aquisição de uma sincronização com uma MS, e o ajuste de alcance inicial é realizado para 5 a detecção de um deslocamento de sincronismo correto entre a MS e a BS e para correção da potência de transmissão. Isto é, quando da ativação, a MS realiza o ajuste de alcance inicial para a aquisição de uma sincronização com a BS pelo recebimento de uma mensagem de DL-MAP e uma 10 mensagem de UL-MAP e para a correção do deslocamento de dm e da potência de transmissão com a BS.

O ajuste de alcance periódico representa um ajuste de alcance periodicamente realizado pela MS para correção de condições de canal com a BS, após a correção do 15 deslocamento de sincronismo e da potência de transmissão com a BS através do ajuste de alcance inicial, e o ajuste de alcance de requisição de largura de banda é um ajuste de alcance no qual a MS requisita uma alocação de uma largura de banda para a realização de uma comunicação real com a 20 BS, após a correção do deslocamento de sincronismo e da potência de transmissão com a BS através do ajuste de alcance inicial.

Conforme descrito acima, devido ao fato de o sistema de comunicação 802.16e do IEEE considerar a mobilidade de 25 MSs, o ajuste de alcance periódico para as MSs é muito importante para uma transmissão / recepção de dados confiável. O ajuste de alcance periódico é uma operação para medição e correção dos parâmetros requeridos para se permitir que a MS se comunique com uma BS. A BS deve alocar 30 recursos de enlace ascendente, de modo que a MS possa

Petição 870180063102, de 20/07/2018, pág. 34/56

22/42 realizar um ajuste de alcance periódico, isto é, a MS possa transmitir uma mensagem de requisição de ajuste de alcance (RNG-REQ) para a BS. Isto é, a BS deve alocar recursos de enlace ascendente para a MS para um ajuste de alcance periódico da MS, e deve transmitir a informação de alocação de recurso de enlace ascendente para a MS através de uma mensagem de UL-MAP.

A MS transmite a mensagem de RNG-REQ para a BS através do recurso de enlace ascendente alocado a partir da BS, desse modo realizando um ajuste de alcance periódico com a BS. A BS corrige a potência de transmissão, o deslocamento de sincronismo e o deslocamento de freqüência de acordo com a mensagem de RNG-REQ recebida a partir da MS e, então, transmite uma mensagem de resposta de ajuste de alcance (RNG-RSP) para a MS, em resposta à mensagem de RNG-REQ, terminando o ajuste de alcance periódico. Mesmo a MS no modo inativo deve realizar o ajuste de alcance periódico para se comunicar de forma confiável com a BS.

A FIG. 2 é um fluxograma que ilustra um processo de atualização de SLPID realizado em uma BS em uma operação de ajuste de alcance periódico com uma MS em um modo inativo em um sistema de comunicação de acordo com uma modalidade da presente invenção. Com referência à FIG. 2, na etapa 201, uma BS recebe uma mensagem de RNG-REQ por um ajuste de alcance periódico a partir de uma MS em um modo inativo. Na

etapa 203,	a	BS	determina se	há	uma	necessidade	de
atualização	de	um	SLPID da MS	no	modo	inativo. Mais
especificamente	, na	etapa 203, a	BS	determina se já	um
SLPID vazio	em	uma	lista de SLPIDs	com um	número menor	do

que aquele do SLPID atual da MS correspondente na lista de

Petição 870180063102, de 20/07/2018, pág. 35/56

23/42

SLPID total gerenciada na BS. O SLPID vazio pode corresponder a um SLPID retornado para a BS quando uma outra MS usando o SLPID previamente alocado a partir da BS transita para o modo ativo. Se houver uma pluralidade de SLPIDs vazios, é preferível alocar de novo e atualizar o menor SLPID dentre os SLPIDs vazios. Desta maneira, um SLPID da MS pode ser continuamente atualizado com um SLPID menor ao invés de ser fixo para o SLPID inicialmente alocado.

Por exemplo, assumindo que o SLPID mais baixo que a BS pode alocar à MS no modo inativo é um SLPID N° 1 e que um SLPID inicialmente alocado à MS seja um SLPID N° 99, se houver SLPIDs não usados entre o SLPID N° 1 e o SLPID atual N° 99 para a MS que transmitiu a mensagem de RNG-REQ, a BS pode alocar de novo pelo menos um dos SLPIDs vazios para a MS.

Se for determinado na etapa 203 que há uma necessidade de atualização do SLPID da MS, isto é, se a BS determinar a presença de SLPIDs não usados entre o SLPID mínimo alocável para a MS no modo inativo e o SLPID da MS, a BS criará uma mensagem REG_RSP incluindo uma informação usada para atualização do SLPID da MS no modo inativo na etapa 205. Isto é, a BS cria um SLPID atualmente usado pela MS e uma informação de SLPID a ser alocado de novo para a MS em um campo SLPID_Update da mensagem REG_RSP, a qual é uma mensagem de resposta à mensagem de RNG-REQ, e armazena a mensagem REG_RSP. Preferencialmente, a BS cria o SLPID atual usado pela MS e a informação de SLPID a ser alocado de novo para o MS em pares.

Após isso, na etapa 207, a BS transmite a mensagem

Petição 870180063102, de 20/07/2018, pág. 36/56

24/42

REG_RSP incluindo a informação de SLPID criada para a MS. Contudo, se for determinado na etapa 203 que não há necessidade de atualização do SLPID da MS, a BS transmite uma mensagem REG_RSP com nenhum valor de SLPID_Update para a MS na etapa 207.

O parâmetro SLPID_Update adicionado ao parâmetro de codificação de Tipo / Comprimento / Valor (TLV) da mensagem REG RSP é mostrado abaixo na Tabela 4.

Tabela 4

Nome	Tipo	Comprimento	Valor
SLPID Update	18	variável	composto

Nome	Tipo (1 byte)	Comprimento	Valor (comprimento variável)
Old New SLPID	18,1	20 bits	Os 10 primeiros bits indicam a SLPID antiga e os 10 últimos bits indicam a nova SLPID.

Com referência à Tabela 4, o parâmetro SLPID_Update

inclui Old New SLPID, no	qual	um SLPID ANTIGO alocado
atualmente à MS	e um SLPID	NOVO	a ser alocado de	novo à MS
são armazenados	em pares.
Conforme	mostrado	na	Tabela 4, o	parâmetro

SLPID_Update, como está no parâmetro de tipo de Codificação de TLV, é transmitido para a MS através da mensagem REG_RSP apenas quando necessário. Isto é, a BS transmite o parâmetro SLPID_Update para a MS através da mensagem REG_RSP no momento em que o ajuste de alcance periódico é completado, apenas quando ele detectar a necessidade de atualização do SLPID da MS.

A FIG. 3 é um fluxograma que ilustra um processo de

Petição 870180063102, de 20/07/2018, pág. 37/56

25/42 atualização de SLPID realizado em uma modalidade em uma operação de ajuste de alcance periódico entre uma BS e a MS no modo inativo em um sistema de comunicação de acordo com uma modalidade da presente invenção. Com referência à FIG.

3, uma MS começa em um modo inativo na etapa 301. Isto é, a

MS fica no estado em que a ela está alocado um SLPID inicial a partir da BS e não transmite dados no modo inativo. Na etapa 303, a MS determina se é o momento de realizar um processo de ajuste de alcance periódico com a 10 BS. Se não for o momento de realizar o processo de ajuste de alcance periódico, a MS se manterá continuamente no modo inativo. Contudo, se for o momento de realizar o processo de ajuste de alcance periódico, a MS transmitirá uma mensagem de RNG-REQ para a BS para requisição de ajuste de 15 alcance na etapa 305. Subseqüentemente, na etapa 307, a MS recebe uma mensagem REG_RSP a partir da BS, em resposta à requisição de ajuste de alcance.

Na etapa 309, a MS determina se há um parâmetro SLPID_Update incluído na mensagem REG_RSP recebida a partir 20 da BS para determinar se seu próprio SLPID está atualizado.

Se houver um parâmetro SLPID_Update incluído na mensagem REG_RSP recebida a partir da BS, a MS atualizará seu próprio SLPID com o SLPID alocado de novo pela BS, de acordo com a informação de parâmetro na etapa 311, e 25 retornará então para a etapa 301, transitando de volta para o modo inativo. Contudo, se for determinado na etapa 309 que não há nenhum parâmetro SLPID_Update incluído na mensagem REG_RSP recebida a partir da BS, a MS manterá o SLPID antigo atualmente alocado a ela e retornará para a 30 etapa 301 para transitar de volta para o modo inativo. O

Petição 870180063102, de 20/07/2018, pág. 38/56

26/42 modo inativo na etapa 301 tem um conceito incluindo um ou ambos o intervalo de inatividade ou o intervalo de audição.

Segunda Modalidade

O método de atualização de SLPID de acordo com a segunda modalidade da presente invenção é caracterizado por uma atualização de um SLPID usando uma mensagem de TRF-IND em um intervalo de audição no modo inativo. O método de atualização de SLPID usando a mensagem de TRF-IND de acordo com a segunda modalidade da presente invenção será descrito agora, com referência às FIG. 4, 5A e 5B.

A FIG. 4 é um fluxograma que ilustra uma operação de BS de atualização de um SLPID de uma MS através de uma mensagem de TRF-IND em um sistema de comunicação de acordo com uma modalidade da presente invenção. Com referência à FIG. 4, na etapa 401, um tempo de transmissão de uma mensagem de TRF-IND ocorre. Na etapa 403, uma BS determina se há uma MS requerendo uma atualização de SLPID, para pelo menos uma MS não requerida para transitar para o modo ativo dentre as MSs no intervalo de audição do modo inativo. Isto é, a BS determina se há uma necessidade de atualização de um SLPID para uma MS que mantém continuamente o modo inativo. O processo de determinar se há uma necessidade de atualização de um SLPID é obtido ao se determinar se há qualquer SLPID vazio em uma lista de SLPIDs com um número menor do que aquele do SLPID atual da MS na lista de SLPID total gerenciada na BS. O SLPID vazio pode corresponder a um SLPID retornado para a BS, quando uma outra MS usando o SLPID previamente alocado à BS fizer uma mudança de modo para o modo ativo. Se houver uma pluralidade de SLPIDs vazios alocáveis de novo, é preferível alocar de novo e

Petição 870180063102, de 20/07/2018, pág. 39/56

27/42 atualizar o SLPID menor dentre os SLPIDs vazios. Desta maneira, um SLPID da MS pode ser continuamente atualizado com um SLPID menor, ao invés de ser fixo para o SLPID inicialmente alocado.

Por exemplo, assumindo que o SLPID mais baixo que a BS pode alocar para a MS no modo inativo seja um SLPID N° 1 e que um SLPID inicialmente alocado à MS seja um SLPID N° 99, se houver SLPIDs não usados entre o SLPID N° 1 e o SLPID atual N° 99 para a MS que transmitiu a mensagem de RNG-REQ, a BS pode alocar de novo pelo menos um dos SLPIDs vazios para a MS.

Se for determinado na etapa 403 que há uma MS requerendo uma atualização de SLPID, isto é, se a BS determinar que há uma MS requerendo uma atualização de SLPID enquanto mantém o estado inativo por pelo menos uma MS no intervalo de audição, a BS criará uma mensagem de TRF-IND incluindo uma informação sobre um novo SLPID a ser alocado à MS requerendo uma atualização de SLPID, isto é, uma informação usada para atualização do SLPID da MS na etapa 405. Mais especificamente, a BS cria a mensagem de TRF-IND pela adição de uma informação no SLPID atualmente usado para a MS e uma informação sobre o SLPID a ser alocado de novo à MS para um campo de SLPID_Update da mensagem de TRF-IND.

Na etapa 407, a BS cria um mapa de bit de SLPID da mensagem de TRF-IND pela regulagem de um indicador de tráfego da mensagem de TRF-IND para a MS requerendo uma atualização de SLPID para um indicador negativo (bit =0) e pela regulagem de um indicador de atualização de SLPID para um indicador positivo (bit = 1).

Petição 870180063102, de 20/07/2018, pág. 40/56

28/42

Se for determinado na etapa 4 03 que não há uma MS requerendo uma atualização de SLPID, na etapa 407, a BS cria o mapa de bit de SLPID da mensagem de TRF-IND pela regulagem do indicador de tráfego para 0 (indicador 5 negativo) e do indicador de atualização de SLPID para 0 (indicador negativo) para a MS que não tem tráfego de dados a transmitir não requer uma atualização de SLPID. Embora a atualização de SLPID não seja requerida para as MSs, se houver um tráfego de dados a transmitir, a BS criará o mapa 10 de bit de SLPID da mensagem de TRF-IND pela regulagem do indicador de tráfego para 1 (indicador positivo) para a MS correspondente.

Após a criação do mapa de bit de SLPID, a BS difunde a mensagem de TRF-IND incluindo o mapa de bit de SLPID na 15 etapa 409.

Um formato da mensagem de TRF-IND modificada difundida pela BS na etapa 409 é mostrado abaixo na Tabela 5.

Tabela 5

Sintaxe	Tamanho	Notas
ΜΟΒ-TRF-IND Message FormatO {
Management message type = 52	8 bits
FMT	1 bit	0 = formato baseado em SLPID
		1 = formato baseado em CID
If(FMT == 0){
Byte of SLPID bitmap	8 bits
SLPID bitmap	Variável	Dois bits são alocados a uma
		MS.
		00: indicador de tráfego
		negativo / atualização de
		SLPID negativa.

Petição 870180063102, de 20/07/2018, pág. 41/56

29/42

		11: indicador de tráfego positivo / atualização de SLPID positiva. 10: indicador de tráfego positivo. 11: reservado.
} else {
Num-pos	7 bits	Número de CIDs na lista de indicação positiva
for(i = 0; i<Num-pos ; i++){
Short basic CID	12 bits	CID básica
}
while (!byte boundary){
Padding bits	1	enchimento para alinhamento de byte
}
}
}

Conforme mostrado na Tabela 5, a informação de mapa de bit de SLPID da mensagem de TRF-IND inclui uma informação de bit indicando a presença / ausência de um tráfego de dados a ser transmitido para a MS e uma informação de bit indicando se é para atualizar o SLPID alocado à MS. Dos dois bits do mapa de bit de SLPID, o primeiro bit é um indicador de tráfego indicando a presença / ausência de tráfego, e o segundo bit é um indicador de atualização de SLPID indicando a presença a/ ausência de atualização de 10 SLPID. Por exemplo, se uma informação de mapa de bit de

SLPID para a MS for '00', ela indicará que não há tráfego de dados a ser transmitido para a MS e não há necessidade

Petição 870180063102, de 20/07/2018, pág. 42/56

30/42 de atualização de um SLPID da MS. Se uma informação de mapa de bit de SLPID para a MS for '01' , ela indicará que não há tráfego de dados a ser transmitido para a MS e que há uma necessidade de atualização de um SLPID da MS. Portanto, a 5 MS deve ler a informação de SLPID_Update incluída em TLV da mensagem de TRF-IND e detectar um SLPID alocado de novo a ela. Se uma informação de mapa de bit de SLPID para a MS for '10', ela indica que há um tráfego de dados a ser transmitido para a MS. Portanto, a MS indica a necessidade 10 de se fazer uma mudança de modo para o modo ativo. Além disso, devido ao fato de o processo de atualização de SLPID não ser necessário para uma MS tendo tráfego de dados de transmissão, se o primeiro bit um do mapa de bit de SLPID for regulado para 1, a MS deve transitar para o modo ativo, 15 independentemente de um valor do último bit um.

Embora a mensagem de TRF-IND de acordo com a presente invenção tenha sido mostrada e descrita com referência a uma modalidade da mesma, ela não está limitada à descrição precedente. Por exemplo, de acordo com uma outra modalidade 20 da presente invenção, a mensagem de TRF-IND pode ser criada com 1 bit. Neste caso, a mensagem de TRF-IND indica apenas a presença / ausência de tráfego de dados a ser transmitido para a MS. Se não houver um tráfego de dados, a MS lerá um TLV de SLPID_Update incluído na mensagem de TRF-IND e 25 determinará se há uma informação de SLPID correspondente a isso, realizando uma atualização de SLPID.

Quando um indicador de atualização de SLPID da mensagem de TRF-IND é regulado para um indicador positivo, um parâmetro SLPID_Update é adicionado ao parâmetro de

Codificação de TLV da mensagem de TRF-IND, conforme é

Petição 870180063102, de 20/07/2018, pág. 43/56

31/42 mostrado abaixo na Tabela 6.

Tabela 6

Nome	Comprimento	Valor
SLPID Update	variável	Composto

Nome	Comprimento	Valor (comprimento variável)
For (i=0;i<N SLPID update;i++){
Old New SLPID	20 bits	Os 10 primeiros bits indicam a SLPID antiga e os 10 últimos bits indicam a nova SLPID.
}

Com referência à Tabela 6, o parâmetro SLPID_Update inclui Old_New_SLPID, no qual um SLPID ANTIGO alocado atualmente à MS e um SLPID NOVO a ser alocado de novo à MS são armazenados em pares. Devido ao fato de mensagem de TRF-IND incluindo o parâmetro SLPID_Update ser transmitida em uma base de difusão, a mensagem de TRF-IND pode incluir 10 tantos SLPIDs atualmente usados pela MS e SLPIDs a serem alocados de novo para a MS quanto o número de MSs requerendo atualização de SLPID.

As FIG. 5A e 5B são fluxogramas que ilustram uma operação de MS de realização de atualização de SLPID 15 através de uma mensagem de TRF-IND em um sistema de comunicação de acordo com uma modalidade da presente invenção. Mais especificamente, a FIG. 5A ilustra uma operação de MS de exemplo para uma mensagem de TRF-IND de 2 bits e a FIG. 5B ilustra uma operação de MS de exemplo para 20 uma mensagem de TRF-IND de 1 bit. Isto é, as FIG. 5A e 5B

Petição 870180063102, de 20/07/2018, pág. 44/56

32/42 ilustram uma operação de atualização de SLPID da MS no caso em que um indicador de atualização de SLPID da MS em uma mensagem de TRF-IND recebida em um intervalo de audição do modo inativo é regulado para 1 em um sistema de comunicação de acordo com uma modalidade da presente invenção.

Com referência à FIG. 5A, uma MS no modo inativo atualmente fica no intervalo de audição na etapa 501. Pelo intervalo de audição, a MS recebe uma mensagem de TRF-IND mostrada na Tabela 5 na etapa 503.

A MS, após receber a mensagem de TRF-IND pelo intervalo de audição, analisa uma informação sobre um mapa de bit de SLPID da mensagem de TRF-IND recebida. Isto é, a MS checa a presença / ausência de tráfego de dados transmitido para ela e a necessidade de atualização de um SLPID antigo alocado para ela, com base na informação de mapa de bit de SLPID da mensagem de TRF-IND recebida. Mais especificamente, a MS checa um valor de bit correspondente a um indicador de tráfego para ela no mapa de bit de SLPID da mensagem de TRF-IND na etapa 505.

Se o valor de indicador de tráfego para a MS for regulado para 1, a MS entrará no modo ativo, reconhecendo a presença de tráfego de dados a ser transmitido para ela, e realiza um processo de transmissão / recepção de tráfego com a BS na etapa 507. Contudo, se o valor de indicador de tráfego não for regulado para 1, indicando a ausência de tráfego de dados a ser transmitido para a MS, então a MS checará na etapa 509 se há um SLPID a ser alocado de novo para ela, pela análise do valor de indicador de atualização de SLPID da mensagem de TRF-IND.

Se o valor de indicador de atualização de SLPID for

Petição 870180063102, de 20/07/2018, pág. 45/56

33/42 regulado para 1, a MS lerá um TLV de SLPID_Update incluído na mensagem de TRF-IND recebida na etapa 503, e adquirirá uma informação sobre um SLPID alocado de novo para ela na etapa 511.

Devido ao fato de o TLV de SLPID_Update ocasionalmente incluir uma informação de SLPID para mais de uma MS, a MS lê um valor para os 10 primeiros bits a partir de um Old_New_SLPID do TLV de SLPID_Update para detectar uma informação sendo coincidente com seu SLPID atual na etapa

511. Como resultado da detecção, se a MS detectar um Old_New_SLPID sendo coincidente com seu SLPID atual, a MS reconhecerá os 10 últimos bits de Old_New_SLPID como um SLPID alocado de novo para ela. Subseqüentemente, a MS atualiza seu próprio SLPID de acordo com o SLPID alocado para os 10 últimos bits do Old_New_SLPID.

Na etapa 513, a MS entra no modo inativo após a atualização do SLPID.

Se for determinado na etapa 509 que o valor de indicador de atualização de SLPID primeiro não está regulado para 1, a MS manterá seu SLPID atual e ficará no modo inativo, na etapa 513, reconhecendo a não necessidade de atualização do SLPID.

Com referência à FIG. 5B, uma operação de MS de exemplo para uma mensagem de TRF-IND de 1 bit recebida a partir de uma BS, devido ao fato de as etapas 502 a 508 da FIG. 5B serem iguais às etapas 501 a 507 na operação, uma descrição detalhada das mesmas será omitida. Contudo, a FIG. 5B é diferente da FIG. 5A pelo fato de a mensagem de TRF-IND recebida a partir da BS ter um valor de 1 bit. Portanto, o processo da FIG. 5B é o mesmo que aquele da

Petição 870180063102, de 20/07/2018, pág. 46/56

34/42

FIG. 5A, exceto pelo fato de a mensagem de TRF-IND ter um valor de 1 bit. Como a mensagem de TRF-IND recebida tem um valor de 1 bit, a etapa 510 da FIG. 5B é diferente da etapa

509 da FIG. 5A em operação.

Isto é, se for determinado na etapa 506 que o valor de indicador de tráfego não está regulado para 1, indicando a ausência de tráfego de dados a ser transmitido para a MS, a MS lerá a informação de SLPID_Update incluída em uma mensagem de TRF-IND recebida a partir da BS na forma de

TLV, e determinará se há um na etapa 510. Se houver um no TLV de SLPID_Update, a novo SLPID na etapa 512.

SLPID alocado de novo para ele,

SLPID alocado de novo para ela

MS atualizará seu SLPID com o

Devido ao fato de o TLV de SLPID_Update ocasionalmente incluir uma informação de SLPID para mais de uma MS, a MS lê um valor para os 10 primeiros bits a partir de um Old_New_SLPID do TLV de SLPID_Update para detectar uma informação combinando com seu SLPID atual. Se a MS detectar um Old_New_SLPID sendo correspondente ao seu SLPID atual, a

MS atualizará o SLPID alocado de novo para ela com os 10 últimos bits de Old New SLPID e, então, entrará no modo inativo, na etapa 514. Mediante uma falha em detectar uma informação de SLPID correspondente à MS, a MS permanece no modo inativo na etapa 514, desse modo mantendo seu SLPID atual.

Terceira Modalidade

O método de atualização de SLPID de acordo com a terceira modalidade da presente invenção é caracterizado pela atualização de um SLPID usando-se uma mensagem de SLPRSP não solicitada em um intervalo de audição de um modo

Petição 870180063102, de 20/07/2018, pág. 47/56

35/42 inativo. Com referência às FIG. 6 e 7, será feita uma descrição, agora, de um método de atualização de SLPID usando-se uma mensagem de SLP-RSP não solicitada, de acordo com a terceira modalidade da presente invenção.

A FIG. 6 é um fluxograma que ilustra uma operação de BS de atualização de um SLPID de uma MS usando-se uma mensagem de SLP-RSP não solicitada em um intervalo de audição de um modo inativo em um sistema de comunicação de acordo com a terceira modalidade da presente invenção. Com referência à FIG. 6, uma BS determina na etapa 601 se há uma necessidade de atualização de SLPID para MSs ficando no intervalo de audição do modo inativo. É assumido aqui que o menor número de SLPID que a BS pode alocar a uma MS ficando em um intervalo de audição do modo inativo é um SLPID N° 1. Neste caso, o processo de determinar na etapa 601 se há uma necessidade de atualização de SLPID para MSs ficando no intervalo de audição do modo inativo é obtido da maneira a seguir. A BS determina se há qualquer SLPID não alocado, isto é, qualquer SLPID vazio, entre um SLPID atualmente alocado à MS no intervalo de audição do modo inativo e o SLPID N° 1, e se houver um SLPID vazio, a BS determinará que há uma necessidade de atualização de um SLPID da MS.

Se for determinado na etapa 601 que há uma necessidade de uma atualização de SLPID para uma MS em particular, a BS determinará, como um SLPID a ser alocado de novo à MS, um SLPID com o menor número dentre os SLPIDs vazios não usados entre o SLPID alocado à MS e o SLPID menor alocável pela BS. Na etapa 603, a BS regula um valor Sleep-Approved na mensagem de SLP-RSP para 1, define uma informação de intervalo da mensagem de SLP-RSP, isto é, um valor de

Petição 870180063102, de 20/07/2018, pág. 48/56

36/42

Quadro de Começo, um valor de Janela de Inatividade Inicial, um valor de Janela de Inatividade Final e uma informação de Intervalo de Audição, como uma informação de intervalo atualmente usada pela MS, e armazena a informação de intervalo em conjunto com a informação de SLPID determinada de novo na mensagem de SLP-RSP.

Na etapa 605, a BS transmite uma mensagem de SLP-RSP incluindo o SLPID alocado de novo para a MS e a informação de intervalo para a MS correspondente.

A FIG. 7 é um fluxograma que ilustra uma operação de MS de realização de uma atualização de SLPID usando-se uma mensagem de SLP-RSP não solicitada em um intervalo de audição do modo inativo em um sistema de comunicação de acordo com uma modalidade da presente invenção. Com referência à FIG. 7, uma MS fica em um intervalo de audição do modo inativo na etapa 701, e recebe uma mensagem de SLPRSP a partir de uma BS na etapa 703. Ao receber a mensagem de SLP-RSP a partir da BS, a MS analisa um SLPID incluído na mensagem de SLP-RSP. Se a MS detectar a necessidade de atualização do SLPID alocado para ela através da mensagem de SLP-RSP, a MS atualizará seu próprio SLPID com o SLPID na mensagem de SLP-RSP na etapa 705. A outra informação de intervalo, exceto pelo SLPID, é desconsiderada.

A mensagem de SLP-RSP usada para instrução da atualização de SLPID, conforme ilustrado nas FIG. 6 e 7, inclui a informação de intervalo para a operação de modo inativo da MS, além da informação de SLPID. A informação de intervalo é desnecessária para uma MS no modo inativo. Portanto, a presente invenção propõe um formato de uma nova mensagem de SLP-RSP não incluindo a informação de intervalo

Petição 870180063102, de 20/07/2018, pág. 49/56

37/42 desnecessária. Um formato da mensagem de SLP-RSP modificada de acordo com uma modalidade da presente invenção é mostrado abaixo na Tabela 7.

Tabela 7

Sintaxe	Tamanho	Notas
ΜΟΒ-SLP-RSP Message	Format	0 {
Management message	type =	51	8	bits
Sleep-approved			1	bit	0: requi	siçâo de modo inativo
					negada
					1: requi	siçâo de modo inativo
					aprovada
If(Sleep-approved =	= 0) {
After-REQ-action			1	bit	0: a MS	pode retransmitir a
					mensagem	MOB-SLP-REQ após a
					duração	de tempo (REQ-
					duration) dada pela BS nesta
					mensagem	•
					1: a MS	não deve retransmitir
					a mensagem MOB-SLP-REQ e deve
					esperar	pela mensagem MOB-
					SLP-RSP	da BS.
REQ-duration			4	bits	Duração	de tempo para o caso
					em que	um valor After-REQ-
					action é	0.
reserved	2	bits
}
else {
SLPID_Update			1	bit	0: a BS	provê a informação
					para a	operação em modo
					inativo.

Petição 870180063102, de 20/07/2018, pág. 50/56

38/42

		1: a BS informa a atualização de ID inativa.
if(SLPID Update==0){
Start frame	6 bits
initial-sleep windows	6 bits
final-sleep windows	10 bits
listening interval	4 bits
final-sleep window exponent	3 bits
SLPID	10 bits
reserved	7 bits
}
else {
SLPID	10 bits
reserved	4 bits
}
}
}

Conforme mostrado na Tabela 7, a mensagem de SLP-RSP proposta inclui um campo de SLPID_Update usado para se determinar se a mensagem de SLP-RSP é uma mensagem transmitida para uma operação de atualização de SLPID ou 5 uma mensagem transmitida para indicar SLPID e uma informação de intervalo a ser usada na operação de modo inativo realizada quando se começa a operação de modo inativo existente. Para uma mensagem de SLP-RSP transmitida para se começar a operação de modo inativo da MS, a BS 10 regula o valor de campo de SLPID_Update para 0, e armazena o tempo de começo da operação de modo inativo, o tamanho de janela inicial, o tamanho de janela final, o intervalo de

Petição 870180063102, de 20/07/2018, pág. 51/56

39/42 audição e a informação de SLPID. Quando há uma necessidade de atualização de um SLPID da MS durante uma operação de modo inativo com a MS, isto é, quando a mensagem de SLP-RSP é uma mensagem transmitida para informar à MS de um SLPID 5 novo, a BS regula o valor de campo de SLPID_Update para 1 e armazena uma informação sobre apenas um SLPID a ser alocado de novo.

A mensagem de SLP-RSP mostrada na Tabela 7 pode ser criada de modo que ela inclua uma informação de intervalo 10 necessária para a operação de modo inativo além do SLPID na forma de TLV da mensagem de SLP-RSP. Neste caso, quando a MS e a BS realizam um processo de negociação de entrada em modo inativo usando a mensagem de SLP-RSP modificada, a mensagem de SLP-RSP pode ser criada de modo que ela inclua 15 um TLV de Interval_Info, isto é, o tempo de começo de operação de modo inativo, o tamanho de janela inicial, o tamanho de janela final e o intervalo de audição.

Portanto, quando a mensagem de SLP-RSP é usada para se proporcionarem instruções para atualização de um SLPID da 20 MS, a BS realiza uma operação de atualização de SLPID pela transmissão da mensagem de SLP-RSP sem a informação de intervalo, tal como o TLV de Interval_Info para a MS. Quando a mensagem de SLP-RSP é usada para se proporcionarem instruções para a realização de uma operação de modo 25 inativo, a BS transmite a mensagem de SLP-RSP com a informação de intervalo, tal como o TLV de Interval_Info, para a MS.

Quarta Modalidade

A FIG. 8 é um fluxograma que ilustra uma operação de

BS para atualização de um SLPID de uma MS usando-se uma

Petição 870180063102, de 20/07/2018, pág. 52/56

40/42 mensagem de SLP-RSP modificada em um intervalo de audição de um modo inativo em um sistema de comunicação de acordo com uma outra modalidade da presente invenção. Com referência à FIG. 8, se for o momento de transmitir uma 5 mensagem de TRF-IND (etapa 801), uma BS seleciona uma MS não requerendo uma entrada no modo ativo dentre as MSs no intervalo de audição do modo inativo, isto é, seleciona uma MS não requerendo realizar uma atualização de SLPID dentre as MSs não tendo tráfego a transmitir, na etapa 803. O 10 processo de determinação da necessidade de atualização do SLPID foi descrito acima.

Em seguida, a BS deve permitir que a MS no modo inativo transite para o modo ativo, de modo a enviar uma mensagem de SLP-RSP para atualização de SLPID para a MS.

Portanto, a BS regula um indicador de tráfego correspondente à MS no mapa de bit de SLPID da mensagem de TRF-IND para 1 na etapa 805. Após isso, na etapa 807, a BS regula um valor de campo de Sleep-Approved da mensagem de SLP-RSP para 1, de modo a informar à MS da atualização de 20 SLPID, e transmite a mensagem de SLP-RSP com a informação de SLPID alocada de novo armazenada ali para a MS.

A FIG. 9 é um fluxograma que ilustra uma operação de MS de realização de atualização de SLPID pelo recebimento de uma mensagem de SLP-RSP modificada em um intervalo de 25 audição do modo inativo em um sistema de comunicação de acordo com uma modalidade da presente invenção. Com referência à FIG. 9, uma MS ficando em um intervalo de audição do modo inativo (etapa 901) recebe uma mensagem de TRF-IND a partir de uma BS na etapa 903. Na etapa 905, a MS 30 checa a mensagem de TRF-IND recebida a partir da BS para

Petição 870180063102, de 20/07/2018, pág. 53/56

41/42 determinar se seu próprio indicador de tráfego está regulado para 1. Se seu indicador de tráfego não estiver regulado para 1, isto é, estiver regulado para um indicador negativo, a MS entrará no modo inativo, reconhecendo a ausência de tráfego de dados a ser transmitido para ela, na etapa 917. Contudo, se seu indicador de tráfego da mensagem de TRF-IND for regulado para 1, isto é, for regulado para um indicador positivo, a MS transitará para o modo ativo para temporariamente despertar do modo inativo, reconhecendo a presença de tráfego de dados a ser transmitido para ela, na etapa 907.

Ao receber uma mensagem de SLP-RSP a partir da BS no modo ativo na etapa 909, a MS checa um valor de bit de um campo de SLPID_Update da mensagem de SLP-RSP, na etapa 911. Se nenhuma mensagem de SLP-RSP for recebida a partir da BS no modo ativo, a MS esperará pela recepção de um tráfego de dados de transmissão no modo ativo.

Se o campo de SLPID_Update for regulado para 1, a MS atualizará seu SLPID atual com um novo SLPID incluído na mensagem de SLP-RSP na etapa 915, reconhecendo a necessidade de atualização de seu próprio SLPID. Subseqüentemente, na etapa 917, a MS entra no modo inativo após a atualização de SLPID.

Contudo, se for determinado na etapa 911 que o campo de SLPID_Update não está regulado para 1, a MS adquirirá uma informação de intervalo necessária para a operação de modo inativo e uma informação sobre um SLPID alocado para ela na etapa 913, reconhecendo um novo começo da operação de modo inativo. Após isso, na etapa 917, a MS entra no modo inativo.

Petição 870180063102, de 20/07/2018, pág. 54/56

42/42

Conforme descrito acima, o novo sistema de comunicação de BWA pode atualizar um SLPID alocado a uma MS em um modo inativo. Como o sistema de comunicação suportando o modo inativo pode atualizar um SLPID alocado à MS no modo 5 inativo, ele pode reduzir um tamanho de um mapa de bit de SLPID, contribuindo para uma redução no tempo de processamento requerido para leitura e processamento do mapa de bit de SLPID. Isto é, o sistema de comunicação permite que uma SLPID alocada à MS no modo inativo seja 10 atualizada, mesmo no modo inativo, ao invés de ser fixo, reduzindo-se o número de mapas de bit de SLPID a serem processados pela MS no estado de modo inativo. Como resultado, o novo processo de processamento de uma mensagem de TRF-IND pela MS no modo inativo é mais efetivo do que o 15 processo convencional.

Embora a presente invenção tenha sido mostrada e descrita com referência a certas modalidades de exemplo da mesma, será compreendido por aqueles versados na técnica que várias mudanças na forma e nos detalhes podem ser 20 feitas ali, sem se desviar do espírito e do escopo da presente invenção, conforme definido pelas reivindicações em apenso.

Petição 870180063102, de 20/07/2018, pág. 55/56

1/5

Claims (2)

REIVINDICAÇÕES

1/9 o o

LU UI

UI

Ol

UI

LU Q

ZtLS

1. Método para atualização, por uma estação base (BS), de um identificador de inatividade (SLPID) alocado a uma estação móvel (MS) em um sistema de comunicação de acesso sem fio de banda larga (BWA) tendo um modo inativo e um modo ativo, o modo inativo tendo um intervalo de inatividade, em que um SLPID inicial é unicamente alocado

pela BS à MS quando a MS é instruída a entrar no modo inativo, o método sendo caracterizado pelo fato de compreender as etapas de: determinar, pela BS, se é necessário atualizar uma

SLPID atual da MS no modo inativo;

identificar, pela BS, um SLPID a ser alocado à MS, se é necessário atualizar o SLPID atual da MS;

gerar, pela BS, uma mensagem incluindo o SLPID atual e o SLPID identificado; e transmitir, pela BS, a mensagem à MS.

2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o SLPID identificado é um dentre outros SLPIDs diferentes do SLPID atual, os outros SLPIDs são SLPIDs vazios, cada um dos SLPIDs vazios é um SLPID retornado à BS, que foi anteriormente alocado a outra MS.

3. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a mensagem é uma mensagem de resposta de alcance (RNG-RSP) . 4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a mensagem é uma mensagem de

indicação de tráfego (TRF-IND) indicando que não há tráfego direcionado à MS.

Petição 870180063102, de 20/07/2018, pág. 9/56

2/5

5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que a mensagem inclui primeiros bits indicando o SLPID atual e segundos bits indicando o

5 SLPID identificado.

6. Método para atualização de um identificador de inatividade (SLPID), por uma estação móvel (MS), em um sistema de comunicação de acesso sem fio de banda larga (BWA) tendo um modo inativo e um modo ativo, o modo inativo

10 tendo um intervalo de inatividade, em que um SLPID inicial é unicamente alocado à MS pela BS quando a MS é instruída para entrar no modo ativo, o método sendo caracterizado pelo fato de compreender as etapas de:

receber, pela MS, a partir da BS, uma mensagem

15 incluindo um SLPID antigo alocado à MS e um SLPID novo para atualizar o SLPID antigo durante o modo inativo;

identificar, pela MS, o SLPID antigo e o SLPID novo incluído na mensagem recebida; e atualizar, pela MS, o SLPID antigo para o SLPID novo.

20 7. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que a mensagem é uma mensagem de resposta de alcance (RNG-RSP) . 8. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que a mensagem é uma mensagem de

25 indicação de tráfego (TRF-IND) indicando que não há tráfego direcionado à MS.

9. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que o SLPID novo é um dentre outros SLPIDs diferentes do SLPID antigo, os outros SLPIDs

30 são SLPIDs vazios, cada um dos SLPIDs vazios é um SLPID

Petição 870180063102, de 20/07/2018, pág. 10/56

3/5 retornado à BS, que foi anteriormente alocado a outra MS.

10. Método, de acordo com a reivindicação 6, caracterizado pelo fato de que a mensagem inclui primeiros bits indicando o SLPID antigo e segundos bits indicando o SLPID novo.

11. Estação base (BS) para atualização de um identificador de inatividade (SLPID) de uma estação móvel (MS) em um sistema de comunicação de acesso sem fio de banda larga (BWA) tendo um modo inativo e um modo ativo, o modo inativo tendo um intervalo de inatividade, em que um SLPID inicial é unicamente alocado pela BS à MS quando a MS é instruída a entrar no modo inativo, a estação base (BS) sendo caracterizada pelo fato de compreender:

um transmissor; e um controlador configurado para:

determinar se é necessário atualizar um SLPID atual da MS no modo inativo, identificar um SLPID a ser alocado à MS, se for necessário atualizar o SLPID atual da MS, gerar uma mensagem incluindo o SLPID atual e o SLPID identificado, e controlar o transmissor para transmitir a mensagem à MS.

12. Estação base (BS), de acordo com a reivindicação 11, caracterizada pelo fato de que o SLPID identificado é um dentre outros SLPIDs diferentes do SLPID atual, os outros SLPIDs são SLPIDs vazios, cada um dos SLPIDs vazios é um SLPID retornado à BS, que foi anteriormente alocado para outra MS.

13. Estação base (BS), de acordo com a reivindicação

Petição 870180063102, de 20/07/2018, pág. 11/56

4/5

11, caracterizada pelo fato de que a mensagem é uma mensagem de resposta de alcance (RNG-RSP). 14. Estação base (BS), de acordo com a reivindicação 11, caracterizada pelo fato de que a mensagem é uma

mensagem de indicação de tráfego (TRF-IND) indicando que não há tráfego direcionado à MS.

15. Estação base (BS), de acordo com a reivindicação 11, caracterizada pelo fato de que a mensagem inclui primeiros bits incluindo o SLPID atual e os segundos bits incluindo o SLPID identificado.

16. Estação móvel (MS) para atualização de um identificador de inatividade (SLPID) em um sistema de comunicação de acesso sem fio de banda larga (BWA) tendo um modo inativo e um modo ativo, o modo inativo tendo um intervalo de inatividade, em que um SLPID inicial é unicamente alocado à MS pela BS quando a MS é instruída a entrar no modo ativo, a MS sendo caracterizada pelo fato de compreender as etapas de:

um receptor configurado para receber, a partir da BS, uma mensagem incluindo um SLPID antigo alocado à MS e um SLPID novo para atualizar o SLPID antigo durante o modo inativo; e um controlador configurado para:

identificar o SLPID antigo e o SLPID novo incluído na mensagem recebida; e atualizar o SLPID antigo para o SLPID novo.

17. Estação móvel (MS), de acordo com a reivindicação 16, caracterizada pelo fato de que a mensagem é mensagem de resposta de alcance (RNG-RSP).

18. Estação móvel (MS), de acordo com a reivindicação

Petição 870180063102, de 20/07/2018, pág. 12/56

5/5

16, caracterizada pelo fato de que a mensagem é uma mensagem de indicação de tráfego (TRF-IND) indicando que não há tráfego direcionado à MS.

19. Estação móvel (MS), de acordo com a reivindicação

5 16, caracterizada pelo fato de que o SLPID novo é um dentre outros SLPIDs diferentes do SLPID antigo, os outros SLPIDs são SLPIDs vazios, cada um dos SLPIDs vazios é um SLPID retornado à BS, que foi anteriormente alocado para outra MS.

10 20. Estação móvel (MS), de acordo com a reivindicação

16, caracterizado pelo fato de que a mensagem inclui primeiros bits indicando o SLPID antigo e segundos bits indicando o SLPID novo.

Petição 870180063102, de 20/07/2018, pág. 13/56

2/9