BRPI0710990A2 - otimização de espera com base em programação de blocos de informações de sistema - Google Patents

otimização de espera com base em programação de blocos de informações de sistema Download PDF

Info

Publication number
BRPI0710990A2
BRPI0710990A2 BRPI0710990-3A BRPI0710990A BRPI0710990A2 BR PI0710990 A2 BRPI0710990 A2 BR PI0710990A2 BR PI0710990 A BRPI0710990 A BR PI0710990A BR PI0710990 A2 BRPI0710990 A2 BR PI0710990A2
Authority
BR
Brazil
Prior art keywords
sib
programming
cell
sibs
timeout interval
Prior art date
Application number
BRPI0710990-3A
Other languages
English (en)
Inventor
Ali Taha
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of BRPI0710990A2 publication Critical patent/BRPI0710990A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/005—Routing actions in the presence of nodes in sleep or doze mode
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

OTIMIZAçAO DE ESPERA COM BASE EM PROGRAMAçAO DE BLOCOS DE INFORMAçõES DE SISTEMA. São apresentados métodos e equipamentos para otimização de espera baseada na programação de Blocos de Informações de Sistema SIB. é apresentado um método para chamar estados de espera dentro de um equipamento de usuário (UE) O método inclui decodificar um canal de controle de difusão com uma célula, determinar uma programação de Bloco de Informações de Sistema (SIB) associado à célula, determinar um intervalo de tempo de espera com base na programação de SIB e colocar o UE em um estado de espera utilizando os intervalos de tempo de espera. é apresentado um equipamento para chamar estados de espera dentro do US. O equipamento inclui uma lógica configurada para decodificar um canal de controle de difusão com uma célula, uma lógica configurada para determinar uma programação de SIB associado à célula, uma lógica configurada para determinar um intervalo de tempo de espera com base na programação de SIB e uma lógica configurada para colocar o UE em um estado de espera utilizando os intervalos de tempo de espera.

Description

"OTIMIZAÇÃO DE ESPERA COM BASE EM PROGRAMAÇÃO DE BLOCOS DEINFORMAÇÕES DE SISTEMA"
Reivindicação de Prioridade de acordo com 35 U.S.C. §119
O presente pedido de patente reivindicaprioridade para o pedido provisório No. 60/796.076,intitulado "INCREASING DYNAMIC STANDBY TIME BY REDUCINGIDLE MODE POWER CONSUMPTION THROUGH INTER-SIB SLEEP FEATUREFOR UMTS PHONES", depositado a 27 de abril de 2006 e cedidoao cessionário deste e por ele expressamente aquiincorporado à guia de referência.
FUNDAMENTOS
CAMPO DA INVENÇÃO
As modalidades da invenção referem-se de maneirageral ao processamento de comunicações sem fio e, maisespecificamente, a um processamento que pode aperfeiçoar avida útil de bateria de dispositivos de comunicação móveis.
DESCRIÇÃO DA TÉCNICA ANTERIOR
Com a popularidade crescente dos serviços sem fiode alta velocidade de terceira geração e dos dispositivosmóveis multifuncionais que os habilitam, pode-se esperarque o tempo de utilização diário continue a aumentar. Àmedida que os usuários se tornam mais acostumados com oacesso à rede de dados de alta velocidade em qualquermomento e em qualquer lugar, a vida útil de bateria dosdispositivos móveis pode ser um fator determinante nadeterminação do tempo de utilização. Consequentemente, éprovável que a vida útil de bateria venha a ter maiorimportância como um dos maiores pontos de venda para osindivíduos realizando decisões de compra. Uma pesquisa demercado indica que os consumidores percebem que esses novose poderosos aplicativos podem envolver o prolongamento davida útil de bateria, e é provável que estes consumidoresvenham a procurar estes aperfeiçoamentos.
Em adição aos aperfeiçoamentos na tecnologia debateria, os esforços atuais para prolongar a vida útil dasbaterias se focalizam em torno de diversos aspectos doprojeto de dispositivos móveis que afetam o consumo debaterias. Exemplos de tais esforços podem incluiraperfeiçoamentos na eficiência energética dos componentesde radiofreqüência (RF), dos monitores e da eletrônicadigital que inclui diversos processadores e circuitoslógicos.
Em paralelo a estes esforços, pode haver espaçoadicional para aperfeiçoamento da vida útil de bateria pelaotimização dos ciclos de espera dos dispositivos móveis. Hávários fatores que podem desempenhar um papel na dinâmicados ciclos de espera dos dispositivos móveis nas redes doSistema Universal de Telecomunicações Móveis (UMTS). Algunsdestes fatores foram padronizados, enquanto outros podemdepender das implementações especificas na rede e de umdispositivo móvel especifico.
Entretanto, as técnicas convencionais ainda nãotiraram vantagem de todos os mecanismos específicos deimplementação que podem afetar o ciclo de espera durante osmodos ociosos do dispositivo móvel e, portanto, prolongamsua vida útil de bateria.
Por conseguinte, seria benéfico implementartécnicas dentro de um dispositivo móvel que fossemaplicáveis a diversas redes UMTS e que pudessem prolongar otempo operacional da bateria do dispositivo móvel.
RESUMO DA INVENÇÃO
As modalidades aqui apresentadas proporcionammétodos e equipamentos para otimização de espera com basena programação de blocos de informações de sistema.É fornecido um método para chamar estados deespera dentro de um equipamento de usuário (UE) . O métodoinclui decodificar um canal de controle de difusão de umacélula, determinar uma programação de Bloco de Informaçõesde Sistema (SIB) associada à célula, determinar umintervalo de tempo de espera com base na programação SIB ecolocar o UE em um estado de espera utilizando o intervalode tempo de espera. As modalidades do método podem incluiradicionalmente ler um Bloco de Informações Mestre (MIB), demodo a determinar a programação SIB, e ler um Bloco deProgramação (SB) de modo a determinar adicionalmente aprogramação SIB quando as informações de programação SIBnão estiverem contidas no MIB; adicionalmente associarNúmeros de Quadro de Sistema (SFN) a cada SIB com base naprogramação SIB, estabelecer um banco de dados deprogramação SIB, preencher o banco de dados de programaçãoSIB com um mapa de bits de programação SIB e computar umapluralidade de distâncias com base no mapa de bits deprogramação SIB, em que cada distância representa umaduração de tempo entre SIBs adjacentes que serãodecodificados; e adicionalmente determinar se uma distânciadentro da pluralidade de distâncias ultrapassa um limite e,se a distância ultrapassar um limite, o método incluiadicionalmente determinar se existe um conflito dentro dadistância, estabelecer um tempo de espera com base nadistância se um conflito não existir, e estabelecer pelomenos um tempo de espera modificado se um conflito existir.
É apresentado um equipamento para chamar estadosde espera dentro de um equipamento de usuário (UE) . Oequipamento inclui uma lógica configurada para decodificarum canal de controle de difusão associado a uma célula, umalógica configurada para determinar uma programação de Blocode Informações de Sistema (SIB) associada à célula, umalógica configurada para determinar um intervalo de tempo deespera com base na programação SIB e uma lógica configuradapara colocar o UE em um estado de espera utilizando osintervalos de tempo de espera. Outras modalidades doequipamento podem incluir lógica adicional configurada paraler um Bloco de Informações Mestre (MIB), de modo adeterminar a programação SIB, e lógica configurada para lerum Bloco de Programação (SB) , de modo a determinaradicionalmente a programação SIB quando as informações daprogramação SIB não estiverem contidas no MIB; lógicaadicional configurada para associar Números de Quadro deSistema (SFN) a cada SIB com base na programação SIB,lógica configurada para estabelecer um banco de dados deprogramação SIB, lógica configurada para preencher o bancode dados de programação SIB com um mapa de bits deprogramação SIB e lógica configurada para computar umapluralidade de distâncias com base no mapa de bits deprogramação SIB, em que cada distância representa a duraçãode tempo entre SIBs adjacentes que serão decodificados; elógica adicional configurada para determinar se umadistância dentro da pluralidade de distâncias ultrapassa umlimite e, se a distância ultrapassar um limite, oequipamento inclui adicionalmente lógica configurada paradeterminar se existe conflito dentro da distância, lógicaconfigurada para estabelecer um tempo de espera com base nadistância se não existir conflito e lógica configurada paraestabelecer pelo menos um tempo de espera modificado seexistir um conflito.
Por conseguinte, seria benéfico implementartécnicas dentro de um dispositivo móvel que sejamadaptáveis a diversas redes UMTS e que possam prolongar otempo operacional da bateria do dispositivo móvel.
BREVE DESCRIÇÃO DAS FIGURASOs desenhos anexos são apresentados para ajudarna descrição das modalidades da invenção e são apresentadosunicamente para fins de ilustração das modalidades e não delimitação delas.
A Figura 1 é um diagrama de sistema de nivel detopo que mostra uma configuração tendo uma célulaservidora, uma célula vizinha e um dispositivo deEquipamento de Usuário (UE).
A Figura 2 é um diagrama que mostra as relações eestruturas dos blocos de informações que podem serapresentadas através de um Canal de Controle de Difusão(BCCH).
A Figura 3 é um diagrama temporal que mostra osestados de espera de um UE convencional que não fica emestado de espera durante os intervalos na transmissão dosBlocos de Informações de Sistema (SIB).
A Figura 4 é um diagrama temporal exemplar quemostra os estados de espera de um UE compatível com umamodalidade da invenção que pode ficar em estado de esperadurante os intervalos entre transmissões SIB.
A Figura 5 é um diagrama de um UE exemplar e umdiagrama de blocos exemplar que mostra os componentesprincipais dos UEs.
A Figura 6 e um fluxograma de nível de topo quemostra o fluxo total do processo de Otimização de EsperaInter-SIB (ISSO).
A Figura 7 é um fluxograma que mostra os blocosiniciais do processo ISSO.
A Figura 8A é um fluxograma que mostra blocosadicionais do processo ISSO.
A Figura 8B é um diagrama que mostra tempos dedespertar e desconectar.A Figura 9 é um fluxograma que mostra blocos pararesolução de conflitos com Canal de Indicação de Paging(PICH) e SIBs.
A Figura 10 é um fluxograma que mostra blocospara um processo de re-aquisição de BCCH vizinho.
DESCRIÇÃO DETALHADA DA INVENÇÃO
Aspectos da invenção são revelados na descriçãoseguinte e nos desenhos afins referentes a modalidadesespecificas da invenção. Modalidades alternativas podem serconcebidas sem se afastar do escopo da invenção. Alémdisto, elementos notoriamente conhecidos da invenção nãoserão descritos em detalhes ou serão omitidos de modo a nãoobscurecer os detalhes relevantes da invenção.
A palavra "exemplar" é aqui utilizada comosignificando "que serve como exemplo, ocorrência ouilustração". Qualquer modalidade aqui descrita como"exemplar" não deve ser necessariamente interpretada comopreferida ou vantajosa comparada com outras modalidades. Damesma maneira, o termo "modalidades da invenção" não exigeque todas as modalidades da invenção incluam o aspecto, avantagem ou modo de funcionamento discutido.
Adicionalmente, muitas modalidades são descritasem termos de seqüências de ações a serem executadas porelementos de um dispositivo de computação, por exemplo.Será reconhecido que diversas ações aqui descritas podemser executadas por circuitos específicos (circuitosintegrados de aplicação específica (ASICs), por exemplo),por instruções de programa que são executadas por um oumais processadores ou por uma combinação de ambos. Alémdisto, estas seqüências de ações aqui descritas podem serconsideradas como incorporadas inteiramente dentro dequalquer forma de meio de armazenamento legível porcomputador que tenha armazenado nele um conjuntocorrespondente de instruções que, mediante execução, fariamcom que um processador associado executasse afuncionalidade aqui descrita. Assim, os diversos aspectosda invenção podem ser incorporados sob várias formasdiferentes, todas das quais foram contempladas como estandodentro do escopo do objeto reivindicado. Além disto, paracada uma das modalidades aqui descritas, a formacorrespondente de qualquer uma de tais modalidades pode seraqui descrita, como uma "lógica configurada para" executara ação descrita, por exemplo.
A Figura 1 é um diagrama que mostra uma rede 100do Sistema de Telecomunicações Móveis Universal (UMTS), quepode incluir uma célula servidora 110, uma ou mais célulasvizinhas 115 (para simplificar, apenas uma célula vizinha émostrada) e um dispositivo de Equipamento de Usuário (UE)105. O UE 105 pode estar em comunicação tanto com a célulaservidora 110 quanto com a célula vizinha 115 através dediversas interfaces ou canais aéreos. O UE 105 pode trocardados com a célula servidora 110 através de um canal decontrole e/ou canais de tráfego 120, conforme énotoriamente conhecido na técnica. O UE 105 pode permanecerem comunicação, através do canal de controle e/ou doscanais de tráfego 120, com a célula servidora 110, enquantoo UE 105 permanece dentro de uma área que suportaintensidade de sinal adequada. O UE 105 pode adicionalmentemanter contato com uma ou mais células vizinhas 115 atravésdo canal de controle 125 da célula vizinha de modo aavaliar a célula vizinha que seria a melhor candidata paratornar-se a célula servidora seguinte. Por exemplo, àmedida que o UE 105 se move dentro da faixa da célulavizinha 115, ele pode executar um processo de re-seleção decélula com base na qualidade relativa dos sinais que sãorecebidos de todas as células. O resultado do processo deavaliação da qualidade da célula servidora 110 e da célulavizinha 115 pode ser ou permanecer servindo na célulaservidora 110 ou decidir re-selecionar a célula vizinha115. Este processo de avaliação pode ser padronizado com autilização de parâmetros de re-seleção de célula padrão quesão conhecidos na técnica. Estes parâmetros podem incluiros limites de qualidade de sinal para iniciar medições dossinais da célula vizinha 115 e limites de qualidade desinal e/ou deslocamentos de histerese para acionar a re-seleção de uma nova célula. Se o UE 105 decidir re-selecionar e estabelecer a célula vizinha 115 como a novacélula servidora, o UE 105 pode ler diversos pacotes deinformações de sistema difundidos através de um canal decontrole. Os pacotes de informações de sistema e o canal decontrole são descritos mais detalhadamente na descrição daFigura 2.
Um modo em que o UE 105 pode estar é o modoocioso, que pode ser caracterizado pela ausência de umaconexão de sinalização com a rede UMTS 100. Enquanto nomodo ocioso, o UE 105 pode estar tanto em um estado deespera quanto em um estado de despertar. No estado deespera, o UE 105 desliga seu conjunto de circuitos RF e nãomantém canais físicos. 0 UE 105 pode entrar periodicamenteno estado de despertar de modo a demodular um CanalIndicador de Alerta (PICH) e avaliar a qualidade de sinalda célula servidora 110 e da célula vizinha 115. 0 UE 105pode entrar no estado de despertar durante suas ocasiões dealerta periódicas, cuja temporização dependeconvencionalmente do identificador do UE 105 chamado IMSI(Identidade de Assinante Móvel Internacional). Estaabordagem pode proporcionar um espalhamento igual deocasiões de alerta no tempo. A freqüência das ocasiões dealerta pode ser determinada por um parâmetro de rede. Emuma modalidade, por exemplo, um Coeficiente de Ciclo DRXpode ser utilizado e pode ser incluído na difusão deinformações de sistema em um canal específico chamado Canalde Controle de Difusão (BCCH) para todos os dispositivos emuma dada célula.
Adicionalmente com referência à Figura 1, a redeUMTS 100 pode ser uma rede de dados de alta velocidade,baseada em pacotes, portando voz, vídeo, áudio, texto e/ouquaisquer outros tipos conhecidos de dados. A rede UMTS 100pode ser, por exemplo, uma rede de Acesso Múltiplo porDivisão de Código (CDMA) de terceira geração. A rede UMTS100 pode ser acessada utilizando-se UEs assumindo umavariedade de formas diferentes. O UE 105 mostrado na Figura1 é um telefone celular. Entretanto, o UE pode não serlimitado ao dispositivo mostrado e pode ser adicionalmentequalquer dispositivo que se conecte a rede UMTS, tal como,por exemplo, um assistente digital pessoal, um pager e/ouuma plataforma de computador separada que tenha um portalde comunicação sem fio. Mais de um dispositivo de UE podeestar simultaneamente em comunicação com a célula servidora110 e a célula vizinha 115.
A Figura 2 mostra as relações e estruturas dosdiversos blocos de informações que podem ser apresentadasatravés de um Canal de Controle de Difusão (BCCH) emmodalidades da invenção. Quando efetua re-seleção de célulae antes de conectar-se em uma célula vizinha 115, o UE 105pode primeiro ler as mensagens de informações de sistema dacélula vizinha 115 através do BCCH vizinho (daqui pordiante N-BCCH). As mensagens de informações de sistema 205podem ser particionadas em um tamanho fixo (246 bits emdiversas modalidades, por exemplo) e podem ser associadascom um Número de Quadro de Sistema (SFN). O SFN pode ser umcontador seqüencial que pode repetir-se após atingir umvalor pré-definido e estar associado a um valor de tempofixo (10 ms em algumas modalidades, por exemplo). Cadamensagem de informações de sistema pode estar associada aum ou mais SFNs (por exemplo, em algumas modalidades umamensagem de informações de sistema pode corresponder a doisSFNs, tendo assim uma duração de 20 ms). No exemplomostrado na Figura 2, cada mensagem de informações desistema 205 é transmitida a cada 20 ms, portanto os valoresde SFN são incrementados em valores pares. Um fluxo 210 demensagens de informações de sistema 205 pode ser recebidopelo UE 105 através de um Canal Físico de Controle ComumPrimário (PCCPCH) dentro de uma camada física (Ll) do UE105 (discutido mais detalhadamente na Figura 5). A mensagemde informações de sistema 205 pode encapsular e segmentardiferentes tipos de informações, que podem incluir Blocosde Informações de Sistema (SIBs), Blocos de InformaçõesMestre (MIBs) e/ou Blocos de Programação (SBs), conforme énotoriamente conhecido na técnica.
Os SIBs fornecem ao UE 105 informações de sistematais como ID de célula, informações no domínio da redenúcleo, temporizações de UE e outros parâmetros que podemser utilizados para estabelecer uma conexão com a célulavizinha. Os SIBs podem ser classificados em diversos tipos,e seu tamanho pode variar dependendo das informações quecontêm. Pode-se efetuar a difusão dos SIBs por toda a célulaem uma base periódica, e um único SIB pode ser segmentadoatravés de várias mensagens de informações de sistema 205.Os MIBs contêm informações sobre a programação dos SIBs,inclusive o total de repetições, o número de segmentos, oSFN do primeiro segmento e o deslocamento de SFN para ossegmentos restantes (se existentes) para cada um dos SIBs.Às vezes, além do MIB, o BCCH pode incluir blocos deprogramação (SBs), que podem conter as informações para osSIBs que não tenham sido incluídas no MIB.
A Figura 3 é um diagrama que mostra os estados deespera convencionais de um UE para uma rede exemplar. Osnúmeros que se deslocam ao longo do eixo geométricohorizontal correspondem a números SFN e, neste exemplo,cada incremento de SFN pode corresponder a 10 ms. Cada MIBé representado por uma seta vertical curta e pode serrepetido a cada 80 ms. Cada SIB é representado por uma setavertical comprida. Uma vez que o tamanho dos SIBs podevariar dependendo das informações que eles portam, algunsSIBs (302-310, por exemplo) podem estar contidos em umquadro N-BCCH. Em outros casos, quando os SIBs podem sergrandes demais para um quadro N-BCCH, os SIBs podem sersegmentados e transmitidos através de vários quadros N-BCCH(os SIBs 312a-312c e 314a-314c, por exemplo). Os SIBssegmentados, conforme mostrado para os SIBs 314a-314c, nãotêm que ser adjacentes uns aos outros. Todos os SIBs podemser repetidos periodicamente dentro de um período chamadocontagem de repetições. A contagem de repetições pode serexpressa em vários quadros de sistema e variará dependendodo tamanho do SIB específico. Neste exemplo, os SIBs 302-310 consistem em um segmento cada e têm uma contagem derepetições de 64. Os SIBs 312a-312c e 314a-314c consistemem três segmentos cada e têm uma contagem de repetições de128. Neste exemplo, todos os SIBs serão transmitidos pelomenos uma vez através dos valores de SFN de 1 a 128.Portanto, coletar todos os SIBs pode ter a escuta do UE105, em um mínimo, ao longo de um período de tempo denotadopela linha vertical tracejada 316.
O UE 105 pode coletar SIBs quando dos seguinteseventos: quando o UE estiver ligado; quando um indicador devalor de MIB se alterar; quando uma condição fora deserviço ocorrer; ou quando de outra condição quando umaseleção/re-seleção de célula ocorrer. Cada vez que o UE 105re-selecionar uma célula vizinha 115 cujas informações desistema válidas ele não tem, o UE 105 pode coletar os SIBsda célula vizinha 115. Quando da re-seleção de uma novacélula, o UE 105 deve coletar os SIBs que portam asinformações de sistema necessárias para funcionamento nomodo ocioso. O UE 105 pode ser configurado para adiar aleitura de outros blocos de informações de sistema até queo conteúdo seja necessário. A decodificação e ogerenciamento das informações transmitidas através dedifusão no N-BCCH são tarefas da camada de Controle deRecursos de Rádio (RRC) do UE. O RRC pode ler asinformações de programação SIB dos MIBs, coletar e remontarsegmentos SIB e decodificar os parâmetros de informações desistema contidos nele. A camada RRC é discutida em maisdetalhes a seguir na descrição da Figura 5.
Adicionalmente com referência à Figura 3, umalgoritmo de espera convencional é descrito para um UE. Noponto 320, o UE despertou de um estado de espera. A duraçãode tempo que pode levar para que o UE desperteprovavelmente impedirá que ele seja capaz de ler o MIB 326;entretanto, o UE deve estar completamente desperto para lero MIB 328 e obter as informações de programação para osSIBs subsequentes. Uma vez que o UE está utilizando umalgoritmo de espera convencional, ele permanecerá despertopor toda a duração 322. Uma vez que o último SIB 314c écoletado, o UE entrará em espera no período de tempo 324 demodo a conservar a energia. Utilizando um algoritmo deespera convencional, o UE permaneceu desperto durante todoo tempo de coleta de SIBs. Portanto, o UE pode gastar maistempo que o necessário no modo desperto, drenando assim abateria mais rapidamente. Além do mais, se houver erros nadecodif icação de qualquer um dos SIBs, o UE 105 podepermanecer desperto mesmo por um período maior de tempo,sobrecarregando assim a bateria ainda mais.
A Figura 4 é um diagrama que mostra os estados deespera de um UE em uma modalidade da invenção que utiliza aconfiguração de rede exemplar mostrada acima na Figura 3.
De acordo com as modalidades da invenção, o processo decoleta de SIBs pode permitir que o UE 105 entre em umestado de espera entre as leituras dos SIBs.
Com referência à Figura 4, inicialmente o UE 105pode despertar de um estado de espera e começar a demodularo BCCH (denotado como N-BCCH) da célula vizinha 115 notempo 402. O UE 105 pode não ter tempo suficiente paraadquirir o MIB 326 e, portanto, pode adquirir primeiro oMIB 329 no SFN 24. Uma vez demodulado, o MIB 328 podefornecer informações de programação para os SIBs dentro doperíodo de aquisição denotado no tempo 316 (que correspondeao SFN 128). O UE 105 permanecerá desperto durante operíodo 404 para coletar os SIBs 302-306 e 312a-312c. Noponto 406, o UE 105 pode entrar no estado de espera duranteo período de tempo 408 e evitar a leitura dos MIBs que sãotransmitidos via difusão no SFN 48 até o SNF 96. No ponto410, o UE 105 pode despertar para ler os SIBs restantes308-310 e 314a-314c. Note-se que o UE 105 pode permanecerdesperto por todo o período de tempo 412, embora ademodulação do MIB 416 possa ser redundante. Isto é porquepode não haver tempo suficiente para que o UE 105 executeum ciclo de espera-despertar na duração de tempo entre oSFN 102 e o SFN 106. No tempo 414, o UE 105 leu os SIBs epode entrar no estado de espera. Os SIBs da célula vizinhapodem ser utilizados durante o funcionamento no modo ociosodo UE para monitorar a célula vizinha 115.Em resumo, as modalidades da invenção permitemque o UE 105 detecte os intervalos de tempo de duraçãosuficiente durante a aquisição de SIBs e utilizá-los comooportunidades para entrar no estado de espera sem perder osSIBs. Este processo é referido aqui como Otimização deEspera Inter-SIB (ISSO). A ISSO pode impedir que o UE 105permaneça no estado de despertar mais tempo que onecessário para adquirir as informações SIB desejadas. Oesquema de programação SIB utilizado em redes UMTS podeafetar a vida útil de bateria de dispositivos móveis, comou sem a ISSO. Entretanto, a ISSO pode aperfeiçoar a vidaútil da bateria de reserva do UE 105 para qualquer dadoesquema de programação SIB. Uma vez que os esquemas deprogramação SIB não são especificados nas especificações depadrão UMTS, eles podem variar de maneira significativaentre redes comerciais. Em outra modalidade, a ISSO podeser utilizada para ler segmentos SIB. Os SIBs podem sersegmentados em vários blocos (312a-312c e 314a-314c, porexemplo) se seu tamanho ultrapassar as restrições de espaçode um único bloco. Nestas situações, uma modalidade da ISSOpode rastrear a coleção dos segmentos de SIB à medida quesão encontrados, em oposição ao rastreamento apenas do SIBagregado depois de coletados todos os segmentos. Estaabordagem pode permitir ao UE 105 mais tempo de espera àmedida que previne a re-coleta de segmentos de SIB quepodem estar disponíveis através de vários ciclos.
As modalidades da invenção podem adaptar-seautomaticamente ao funcionamento com a programação de SIBde qualquer rede UMTS, inclusive redes comerciaisutilizadas atualmente. Por conseguinte, a estrutura de MIBe SIB mostrada na Figura 4 é meramente exemplar, e essasmodalidades da invenção podem adaptar-se a outras redes quetêm outras configurações de MIB e SIB.A Figura 5 é um diagrama de um UE 105 exemplar eum diagrama de blocos exemplar que mostra os componentes doUE 105. As modalidades da invenção podem ser assimconcretizadas sob qualquer forma de UE 105 que possarealizar comunicações digitais através da rede UMTS 100.Por exemplo, o UE pode ser qualquer dispositivo que tenhacapacidades de comunicação, incluindo, sem limitações,modems sem fio, cartões PCMIA, computadores pessoais,telefones ou qualquer combinação ou sub-combinação deles.
Um UE 105 exemplar é mostrado na Figura 5 sob aforma de um telefone celular. O UE 105 pode ter umaplataforma 502, que pode trocar dados e/ou comandos com aRede UMTS 100. A plataforma 502 pode incluir um transceptoroperacionalmente acoplado a um circuito integradoespecifico de aplicativo ("ASIC") 508, ou a outroprocessador, microprocessador, circuito lógico ou outrodispositivo de processamento de dados. O ASIC 508 ou outroprocessador executa a camada de interface de programação deaplicativo ("API") 510, que forma interface com quaisquerprogramas residentes na memória 512 do dispositivo sem fio.A memória 512 pode ser constituída de memória somenteleitura ou de acesso aleatório (ROM e RAM), EEPROM, cartõesflash ou qualquer memória comum a plataformas decomputador. A plataforma 502 pode incluir adicionalmente umbanco de dados de programação de SIBs 514, que pode serutilizado no processo ISSO e é descrito mais detalhadamentea seguir. Camadas de protocolo de comunicação 516exemplares na rede sem fio também podem residir naplataforma e podem executar vários comandos e processos emdiferentes camadas. As camadas de protocolo de comunicaçãopodem incluir uma camada de Controle de Recursos de Rádio(RRC), uma camada de Controle de Link de Rádio (RLC) , umacamada de Controle de Acesso ao Meio (MAC) e uma CamadaFísica (LI). As informações recebidas pela camada física(Canal Físico de Controle Comum Primário (PCCPCH), porexemplo) podem ser decodificadas e transferidas entre asvariadas camadas RLC, RRC e MAC (como, por exemplo, Canalde Difusão (BCH), Canal de Controle de Difusão (BCCH)),conforme é conhecido na técnica. Convencionalmente, asinformações passam de camada para camada de maneiraseqüencial. Em diversas modalidades da invenção, contudo,uma interface direta 520 pode ser apresentada entre o RRC ea Ll de modo a se compartilhar informações de programaçãopor meio do mapa de bits de programação de SIB. Taismodalidades podem ter o RRC a decodificar os SIBs,determinar as informações de programação de SIBs e emseguida gerar o mapa de bits de programação de SIBs. Ainterface 520 pode ser utilizada pelo RRC para passarinicialmente o mapa de bits de programação de SIBs para aLI, e em seguida informar a Ll sobre a decodificação bemsucedida dos SIBs, de modo que, por conseguinte, o mapa debits de programação de SIBs possa ser atualizado. Istoproporciona a oportunidade de incrementar o tempo de esperaao se evitar a decodificação dos SIBs decodificadosanteriormente. As informações de programação podem conterdeslocamentos, períodos de repetição e o número desegmentos dos diferentes tipos de SIB.
Entretanto, modalidades alternativas podemenvolver determinar as informações de programação de SIBsem qualquer outra camada e/ou local. Por exemplo, outrasmodalidades podem ter a Ll computando as informações deprogramação de SIBs se o UE 105 tiver recursos deprocessamento suficientes para desempenhar esta tarefa. Umavez que o tempo de difusão do MIB pode ser periódico (ModSFN 8=0), a Ll pode conhecer a "posição" dos MIBs e podedecodificar a programação de SIB propriamente dito de modoa determinar o mapa de bits de programação de SIBs sem aajuda do RRC. Tais modalidades podem reduzir o overhead dascomunicações entre o RRC e a LI, propiciando potencialmenteassim ao UE 105 uma quantidade maior de tempo de espera.
Por conseguinte, uma modalidade da invenção podeincluir a inclusão, pelo UE 105, da capacidade dedesempenhar as funções aqui descritas. Os diversoselementos lógicos podem ser incorporados em elementosdiscretos, módulos de software executados em um processadorou qualquer combinação de software e hardware de modo a seobter a funcionalidade aqui revelada. Por exemplo, o ASIC508, a memória 512 e a API 510 podem ser todos utilizadosde maneira cooperante para carregar, armazenar e executaras diversas funções aqui reveladas e, assim, a lógica paradesempenhar estas funções pode ser distribuída através dediversos elementos. Alternativamente, a funcionalidade podeser incorporada a um componente discreto. Portanto, osrecursos do UE 105 da Figura 5 devem ser consideradosmeramente ilustrativos, e a invenção não está limitada aosaspectos ou disposição mostrada.
A Figura 6 é um fluxograma que mostra o fluxogeral do processo de Otimização de Espera Inter-SIB (ISSO).O processo pode começar tendo-se o UE 105 a receber um N-BCCH de uma célula vizinha 115 (605), o que pode permitir aaquisição inicial dele através de um processo chamado buscatotal de aquisição de célula vizinha. Aquisiçõessubsequentes da célula vizinha 115, definidas aqui comobusca de lista de reaquisições de célula vizinha, podemocorrer quando o UE 105 desperta de um estado de esperautilizando-se informações obtidas anteriormente da buscatotal de aquisição de célula vizinha. A utilização dasinformações adquiridas anteriormente pode permitir que o UE105 readquira a célula vizinha 115 mais rapidamente. Se abusca da lista de reaquisições de célula vizinha falha umnúmero predeterminado de vezes, o UE 105 pode opcionalmenterealizar outra busca total de aquisição de célula vizinhade modo a adquirir a célula vizinha 115.
Através do N-BCCH, o UE 105 pode receber diversasmensagens de informações de sistema (como, por exemplo, osMIBs e SBs discutidos acima) , de modo que o UE 105 podeentão determinar uma programação de SIB associada à célulavizinha 115 (610). A partir das informações derivadas daprogramação de SIB, os intervalos de tempo de espera para oUE 105 podem ser determinados com base nos diversos SIBs aserem adquiridos e nos retardos do UE 105 (ver as Figuras8A e 8B para detalhes) (615). O UE 105 pode ser entãocolocado em estado de espera com base nos intervalos detempo de espera (620). Isto pode ser efetuado tendo-se a Llcolocando diversas partes do hardware do UE em um estado debaixa potência/espera (desligando-se o transceptor/conjuntode circuitos RF, por exemplo).
A Figura 7 é um fluxograma que mostra modalidadesexemplares da determinação da programação de SIB (bloco610, por exemplo) do processo de Otimização de EsperaInter-SIB (ISSO) 600. O UE 105 pode ler inicialmente um MIBde modo a determinar a programação de SIB completa (705).Se as informações de programação de SIB no MIB nãoestiverem completas, o MIB pode adicionalmente indicar apresença de Blocos de Programação (SB) que contêminformações adicionais de programação de SIB. O UE 105 podeler um ou mais SIBs subsequentes que podem ser transmitidosatravés do BCCH. Uma vez que as informações de programaçãode SIB estão disponíveis para os SIBs a serem adquiridos, oUE 105 pode associar Números de Quadro de Sistema (SFN) acada um dos SIBs identificados a partir do MIB (e do SB, seo bloco 710 tiver determinado que isto era necessário)(720). Uma vez que o UE 105 tem as informações deprogramação e os SFNs associados, ele pode estabelecer umbanco de dados de programação de SIBs (como, por exemplo,514 armazenados na memória 512 do UE). Em outra modalidade,o UE 105 pode estabelecer o banco de dados de programaçãode SIBs mesmo antes de decodificar os SBs, com base nasinformações no MIB. Em seguida, uma vez decodificado um SB,o UE 105 pode atualizar o banco de dados de programação deSIBs. O banco de dados de programação de SIBs pode serpreenchido com o mapa de bits de programação de SIBs (725).O mapa de bits de programação de SIBs pode ser uma tabelacom uma pluralidade (2048, por exemplo) de locais dememória, com cada local contendo ou um "1" ou um "0", porexemplo. Ter um "1" no local η pode implicar que o UE 105deve decodificar o N-BCCH começando no SFN 2n. Ter um "0"no local η pode indicar que o EU 105 não precisadecodificar os SFNs 2n e 2n+l. Quando se espera que um SIBou SB seja repetido mais de uma vez através de um ciclo deSFNs, o UE 105 pode atribuir 0 a todos os locais nos quaisnão é necessário decodificar o N-BCCH. Em uma modalidade, acamada RCC pode computar o mapa de bits de programação deSIBs e em seguida enviá-lo à Ll através do canal 520. 0Apêndice A é um exemplo detalhado de uma modalidade paracomputar o mapa de bits de programação de SIBs.
A Figura 8A é um fluxograma que mostra outrosdetalhes da determinação de um intervalo de tempo de espera(como, por exemplo, o bloco 615 associado ao processo deOtimização de Espera Inter-SIB (ISSO) 600). Uma vezdeterminado o mapa de bits de Programação de SIBs, o UE 105pode computar uma distância (dj.) que representa a duraçãode tempo entre SIBs que serão decodificados. As distânciasentre os SIBs podem ser computadas utilizando-se o SFNassociado a cada SIB. Uma vez que cada SFN pode estaradicionalmente associado a um valor de tempo fixo (um SFNpode corresponder a 10 ms, por exemplo) , as diferençasentre os valores de SFN podem ser escalonadas no tempo. Umadistância di pode ser computada para cada SIB adjacentedescrita no MIB.
Uma verificação pode ser então efetuada se diultrapassar um limite (804) . O limite pode ser baseado notempo de aquecimento antes que o UE 105 estejacompletamente desperto, no tempo de desconexão antes que oUE 105 esteia completamente adormecido do estado dedespertar e em um limite pré-fixado pela duração total doadormecimento. A Figura 8B é uma ilustração que mostra umciclo de despertar e desconexão generalizado. 0 tempo deaquecimento, w, é a quantidade de tempo que o UE 105 podelevar para transitar do estado de espera para o estado dedesperto. O tempo de desconexão, t, é a quantidade de tempoque o UE 105 pode levar para transitar do estado dedespertar para o estado de espera. O valor de limitepredeterminado, s, é a quantidade de tempo mínima em que oUE 105 pode ficar em espera. Em algumas modalidades, otempo de despertar w pode ser de 40 ms, o tempo dedesconexão t pode ser de 30 ms, e o valor de limite s podeser de 10 ms. Outras modalidades podem utilizar diferentesvalores para w, t e s, que podem depender dascaracterísticas específicas das diversas modalidades daISSO e/ou da rede UMTS propriamente dita.
Adicionalmente com referência à Figura 8A, se diultrapassar o limite, pode-se determinar se outrosconflitos existem (806). Por exemplo, dentro da distânciadi, determina-se se existe um conflito entre o CanalIndicador de Alerta (PICH) e o SIB (806) . Se existir umconflito, é executado um algoritmo de resolução deconflitos (818), e pelo menos um tempo de espera modificadoé determinado (820). O processo pode então proceder aoincremento do contador i de modo que o a di+i seguinte possaser computada com o par de SIBs adjacentes seguinte (810).Se não existir conflito no bloco 806, pode ser estabelecidoum tempo de espera entre os SFNs ni e ni+i (808) . Comoantes, o controle pode fluir até o bloco 810 de modo aincrementar o contador i de modo que o par de SIBssubsequente seja processado para computar di+i (808). Umaverificação pode ser então efetuada para determinar se umSIB foi decodificado (812). Se tiver sido, então o mapa debits de programação de SIBs é atualizado (814) de modo queo SIB anteriormente decodificado não seja decodificadooutra vez. O mapa de bits de programação de SIBs pode seratualizado pelo RRC, e o mapa de bits atualizado pode serpassado para a Ll através do canal 520. A Ll pode entãorecalcular os intervalos de tempo de espera com base nomapa de bits atualizado. Uma verificação final pode serefetuada de modo a se determinar se os SIBs indicados nomapa de bits foram processados (816). Se não tiverem sido,então o processo retorna ao bloco 802 para computar di+i.
A Figura 9 é um fluxograma que mostra um processode resolução de conflito (bloco 818 e bloco 820, porexemplo). O processo de resolução de conflito pode serutilizado para impedir que o UE 105 entre em espera duranteo período de tempo em que deve estar desperto paraprocessar outras interrupções. As interrupções podem vir deum ou mais canais (como, por exemplo, elas podem vir de dacélula servidora através da S-BCCH e/ou da célula vizinhaatravés do N-BCCH), e elas podem ser adicionalmente nãodeterministicas e/ou assíncronas com os dados que sãorecebidos através do N-BCCH. O processo de resolução deconflito pode ser computado com base em SFNs através de umou mais canais e nos respectivos tempos de aquecimento edesconexão de cada canal. Se os SFNs através de várioscanais estiverem envolvidos, os SFNs podem ter que sersincronizados antes de se realizar a resolução de conflito.Este processo de sincronização pode ser executado na L1.
Adicionalmente com referência à Figura 9, umconflito exemplar que o UE 105 pode resolver é entre um SIBque é recebido através do N-BCCH e bits de indicação dealerta que são recebidos através do PICH da célulaservidora. Se o bloco 806 determinar que há um conflitoentre um SIB e um PICH, então os períodos de tempo entre oSIB adjacente e um PICH podem ser determinados (902). Estesperíodos de tempo podem ser então testados de modo a sedeterminar se cada período é de duração suficiente paracolocar o UE 105 em um estado de espera (904). Se assim ofor, pelo menos um novo tempo de espera modificado éestabelecido (820); caso contrário, nenhum tempo de esperaé estabelecido, de modo que o UE 105 não entra em esperaatravés do PICH (906). O controle pode então retornar aobloco 810. Os versados na técnica entenderiam que oprocesso de resolução de conflito pode ser executado parauma ampla variedade de interrupções que ocorrem através dediversos canais, tais como, por exemplo, o S-PCCPCH (SIBsda célula servidora); o CTCH (difusão de BMC); e o MICH, oMCCH e o MTCH (para MBMS)
A Figura 10 é um fluxograma que mostra umprocesso de reaquisição de BCCH Vizinho (N-BCCH) . No casode ocorrer uma falha durante a execução da ISSO devido aofracasso da busca de reaquisição da célula vizinha 115, oRRC pode monitorar o número de vezes em que a busca dereaquisição da célula vizinha 115 fracassa e abortar seeste número ultrapassar um limite. Inicialmente, o UE 105determina se a aquisição do N-BCCH é bem sucedida (1002).Se o for, o processo ISSO 600 continua (1010). Se o N-BCCHnão tiver sido estabelecido com sucesso, é feita umatentativa de readquirir o N-BCCH (1004). O UE 105 podedeterminar novamente se a aquisição do N-BCCH é bemsucedida (1006) . Se a tentativa de reaquisição não tiversido bem sucedida, o UE 105 verifica então se um númeromáximo de tentativas de reaquisição foi feita (1008). Se onúmero máximo de tentativas de reaquisição não foratingido, o UE 105 tenta readquirir o N-BCCH (1004). Se onúmero máximo de tentativas de reaquisição for atingido, oUE 105 aborta a tentativa de readquirir o N-BCCH. Em umamodalidade, este número máximo pode ser fixado em doisfracassos de busca consecutivos. Se o número máximo foratingido, o processo ISSO é encerrado. Se o número máximonão for atingido, então o processo ISSO continuará. Emoutras modalidades, o UE 105 buscará uma nova célulavizinha se a intensidade de sinal da célula vizinha 115cair abaixo de um limite e/ou se uma Taxa de Erros de Bloco(BLER) de dados que é decodificada pela Ll ultrapassar umlimite predeterminado.
As informações e os sinais podem serrepresentados utilizando-se qualquer uma de diversastecnologias e técnicas diferentes. Por exemplo, os dados,instruções, comandos, informações, sinais, bits, símbolos echips referidos em toda a descrição acima podem serrepresentados por tensões, correntes, ondaseletromagnéticas, campos ou partículas magnéticas, camposou partículas ópticas ou qualquer combinação deles.
Os diversos blocos, módulos, circuitos lógicos eetapas de algoritmo ilustrativos descritos em conexão comas modalidades aqui reveladas podem ser implementados comohardware eletrônico, software de computador ou combinaçõesde ambos. Para se ilustrar claramente estaintercambialidade de hardware e software, diversoscomponentes, blocos, circuitos e etapas ilustrativos foramdescritos acima geralmente em termos de sua funcionalidade.Se tal funcionalidade é implementada como hardware ousoftware depende do aplicativo especifico e das restriçõesde projeto impostas ao sistema como um todo. Os versados natécnica podem implementar a funcionalidade descrita demaneiras variáveis para cada aplicativo especifico, mastais decisões de implementação não devem ser interpretadascomo provocando um afastamento do escopo das modalidadespresente invenção.
Os métodos, seqüências ou algoritmos descritos emconexão com as modalidades aqui reveladas podem serincorporados diretamente em hardware, em um módulo desoftware executado por um processador ou em uma combinaçãodos dois. Um módulo de software pode residir em uma memóriaRAM, uma memória flash, uma memória ROM, uma memória EPROM,uma memória EEPROM, em registradores, disco rígido, discoremovível, CD-ROM ou qualquer outra forma de meio dearmazenamento conhecida na técnica. Um meio dearmazenamento exemplar é acoplado ao processador de modoque o processador possa ler informações do, e gravarinformações no, meio de armazenamento. Alternativamente, omeio de armazenamento pode ser integrado ao processador.
Por conseguinte, uma modalidade da invenção podeincluir um meio legível por computador que utiliza ummétodo para chamar estados de espera dentro do equipamentode usuário. Por exemplo, o método pode incluir receber umcanal de controle de difusão de uma célula, determinar umbanco de dados de SIBs associado à célula, determinarintervalos de tempo de espera com base na programação deSIB e colocar o UE em um estado de espera utilizando osintervalos de tempo de espera. Por conseguinte, a invençãonão está limitada aos exemplos mostrados e quaisquerdispositivos para executar a funcionalidade aqui descritasão incluídos nas modalidades da invenção.
Embora a invenção precedente mostre modalidadesilustrativas da invenção, deve-se notar que diversasalterações e modificações podem ser feitas nelas sem que seabandone o escopo da invenção definido pelas reivindicaçõesanexas. Por exemplo, enquanto a ISSO seja descrita acima nocontexto da re-seleção de célula vizinha, quando da ligaçãoe/ou qualquer alteração no estado do SIB, a ISSO pode serutilizada para aperfeiçoar a eficácia de potência durante aseleção da célula servidora. O UE 105 pode armazenarinformações de SIB depois que a célula servidora é primeiroadquirida e otimizar a coleta dos SIBs quando da seleção dacélula servidora, ou quando houver uma alteração nosparâmetros da célula servidora. Por exemplo, quando o UErestabelece o BCCH da célula servidora (S-BCCH) , o UE 105pode não ter que reler o SIB decodificado anteriormenteatravés do S-BCCH, mas em vez disso pode ler apenas os SIBsque se alteraram. Esta abordagem evita que se tenha que lertodos os SIBs novamente. Além do mais, a ISSO pode serimplementada para outras condições que não estãoexpressamente descritas aqui.
As funções, etapas e/ou ações das reivindicaçõesde método de acordo com as modalidades da invenção aquidescritas não precisam ser executadas em qualquer ordemespecífica. Além disto, embora elementos da invenção possamser descritos ou reivindicados no singular, o plural écontemplado, a menos que seja explicitamente afirmada umalimitação ao singular.
Apêndice A: Exemplo Detalhado de Mapa de Bits deProgramação de SIBs
Após o RRC instruir a Ll para estabelecer o N-BCCH, o RRC pode decodificar os quadros do Canal Físico deControle Comum Primário (PCCPCH) recebidos da Ll e podeignorar os SIBs até que o MB seja decodificado com sucesso.0 RRC pode então gerar o Banco de Dados de Programação deSIBs (SSD) com base nas informações de programação no MIB.Assim que o SSD estiver pronto, o RRC pode compartilhar oSSD com o Gerenciador de Espera (SM), que pode ser parte daLl e pode adicionalmente informar à Ll que o SSD estádisponível. O SSD pode incluir 2048 locais de memória, cadaum deles portando 1 ou 0. Ter um 1 em um local de memória ηsignifica que o UE 105 precisa decodificar o BCCH começandono SFN 2n, e ter um 0 significa que o UE 105 não precisadecodificar os SFNs 2n e 2n+l. Alternativamente, o SSD podecompreender 4096 locais de memória, cada um deles portando1 ou 0. Ter um 1 em um local de memória η significa que oUE precisa decodificar o BCCH começando no SFN m, e ter um0 significa que o UE não precisa decodificar o SFN m.
Quando se espera que um SIB ou Bloco deProgramação (SB) seja repetido mais de uma vez durante umciclo de SFN, o RRC pode atribuir 1 a todas essasocorrências de SIB ou SB durante todo o ciclo de SFN. O RRCpode atribuir 0 a todos os locais de memória nos quais o N-BCCH não precisa ser decodificado.
Uma vez que a qualquer dado momento há apenas umN-BCCH sendo decodificado, apenas um SSD pode existir.
O RRC pode computar o SSD a partir dasinformações de programação no MIB e nos SBs que contêm odeslocamento SIB_OFF, SIB_REP e SEG_COUNT, para cada tipode SIB.
O RRC pode computar o número de ocorrências deSIB i ou blocos de programação da seguinte maneira:
<formula>formula see original document page 27</formula>Onde SIBJDFF(i,SEG_COUNT[i]-1) representa odeslocamento dos últimos segmentos de SIB i ou bloco deprogramação e SIB_REP[i] representa seu período. Aqui, LxJé o maior número inteiro não superior a x.
Se os SFNs correspondentes a diferentes segmentos
de um SIB ou SB não forem explicitamente apresentados noMIB, então o RRC pode computar o SFN inicial do j-ésimosegmento da k-ésima ocorrência do SIB i e os SBs como opseudocódigo seguinte:SFN (i, 0, k)=2SIB_0FF(i,0)+(k-1)*SIB_REP[i] para k =1, . . . ,N[i] ;
Se SFN (i, 0, k) mod 8 = = 0; então SFN (i, 0, k) = SFN(i,0,k) +2;
S FN (i, j, k) = SFN (i, j -1, k) + 2 paraj=l,...,SEG_COUNT[i]-1.
Se SFN(i, j, k)mod 8 = = 0; então SFN (i, j, k) + 2;
Se acontecer de qualquer segmento de um SIB serum SFN que porta um MIB, então esse segmento pode seradicionado por dois SFNs a menos que ele sejaexplicitamente apresentado nesse SFN específico, que podeser então multiplexado com MIB.
0 RRC pode informar a Ll assim que o SSD estejadisponível. 0 RRC pode adicionalmente informar a Ll sempreque o SSD é atualizado através dos dois seguintes cenários:
Quando um tipo de SIB específico é decodificadocom sucesso, o RRC pode atualizar o SSD removendo osindicadores de despertar que correspondem a esse SIBespecífico e informará a Ll sobre o SSD atualizado.
Além disso, se o RRC decodificar SBs, então oRRC pode atualizar o SSD com base nas informações extraídasde tais SBs e pode informar a Ll.Se um aborto de coleta de SIBs for recebido, oRRC pode instruir a Ll para desconectar o N-BCCH.
Este recurso pode não alterar o procedimento queleva ao estabelecimento do N-BCCH para coletar SIBs antesda re-seleção de célula durante o modo ocioso.
Depois do estabelecimento do N-PCCPCH, uma vezque a Ll recebe o indicador com relação à disponibilidadeou a uma atualização no SSD do RRC, a Ll pode chamar o SM ecomputará e atualizará se irá poder entrar em espera ounão. Se puder entrar em espera, a Ll pode adicionalmentecomputar e atualizar o Tempo de Despertar (TTW) com basenos seguintes parâmetros:
•Tempo de Despertar (WU), Tempo deEstabelecimento (SU) e Tempo de Desconexão (TD) para o N-PCCPCH
• Duração(ões) Mínima(s) de Espera
• O momento no qual o SIB mais antigo seguinte éprogramado a partir do momento atual (ti)
• Tempo de Aquecimento do PICH (PWU), Tempo deEstabelecimento do PICH (PSU) e Tempo de Desconexão do PICH(PTD)
• 0 momento no qual o PICH seguinte é programadoa partir do momento atual (t2)
• A duração dos quadros do N-PCCPCH consecutivosque portam conteúdos de SIB (di) em termos do número de Isconsecutivos no SSD começando do SIB programado mais antigoseguinte a partir do momento atual (to).
O SM pode inicializar sua cópia do SSD por todosos Is.
O SM pode fornecer à Ll ti, di e t2 assim que a Llo chame.
A Ll pode computar os parâmetros TSp e Tps comoTsp = TD + s + PWU ms
Tps = PTD + s + WU ms
Antes que a Ll entre em espera após demodular umPICH ou SIB no tempo atual (to) , a Ll pode adicionalmentechamar o SM e pode computar e atualizar se vai poder entrarem espera ou não e, se a resposta for sim, pode computar eatualizar TTW adicionalmente.
A seguir tx = TD ou PTD dependendo de se a Llvier demodulando um SIB ou PICH antes de estar pronta paraentrar em espera no tempo to, respectivamente.
Se t1<=t2, então a L1 computará T1=t1~ (t0+tx) e g1=t2-(t1+20d1). Então:
Se T1>=s + WU e gi>=TSP, entrar em espera e TTW = t1 - WU.Caso contrário, se T1>=s + WU e gi<TSP, entrar em espera eTTW=tx-WU-[ (PSU-(t2-t1) U (PSU-(t2-t1) ) ] , onde U(x) = 1 se χ>=0 e U(x) = 0 se χ <0.
Caso contrário, se Ti<s + WU, não entrar em espera.
Caso contrário, a L1 computará T2 = t2 - (t0 + tx) e g2 = ti- t2. Então:
Se T2>=s + PWU e g2>=TPS, entrar em espera e TTW = t2 - PWU.Caso contrário, se T2>=s + PWU e g2<TPS, entrar em espera eTTW = t2-PWU-[ (SU-(t1-t2) ) U (SU-(t1-t2) ) ] .
Caso contrário, se T2 < s + WU, não entrar em espera.Encerrar
Deve-se tomar cuidado para que, para o SIB, o UE105 utilize os parâmetros apropriados que podem levar maistempo comparados com o PICH. Entretanto, este tempo maislongo é embutido no WU em oposição a um PWU mais curto.Quando não houver mais Is no SSD, a L1 entrará em espera amenos que uma ocasião de PICH tiver sido programada, em quea L1 seguirá o procedimento de espera/despertar do PICH jáimplementado.Se a Ll não puder adquirir um N-BCCH devido aofracasso da busca de reaquisição de vizinho, a Ll podeutilizar as posições anteriores da PSC vizinha de modo ademodular o N-PCCPCH.

Claims (26)

1. Método para chamar um estado de espera em umequipamento de usuário (UE), compreendendo:decodificar um canal de controle de difusão apartir de uma célula;determinar uma programação de Bloco deInformações de Sistema (SIB) que está associada com acélula;determinar um intervalo de tempo de espera combase na programação de SIB; ecolocar o UE em um estado de espera com base nointervalo de tempo de espera.
2. Método, de acordo com a reivindicação 1,compreendendo adicionalmente:decodificar um Bloco de Informações Mestre (MIB)para determinar a programação de SIB.
3. Método, de acordo com a reivindicação 1,compreendendo adicionalmente:estabelecer um banco de dados de programação deSIB utilizando a programação de SIB, em que o banco dedados contém um mapa de bits de programação de SIB; edeterminar uma duração de tempo entre SIBsadjacentes que serão decodificados com base no mapa de bitsde programação de SIB.
4. Método, de acordo com a reivindicação 3,compreendendo adicionalmente:estabelecer o intervalo de tempo de espera se umaduração ultrapassar um limite para entrada no estado deespera.
5. Método, de acordo com a reivindicação 4,compreendendo adicionalmente:determinar se existe um conflito dentro daduração, em que o conflito existe se o UE vier a estardesperto dentro da duração; emodificar o intervalo de tempo de espera se oconflito existir.
6. Método, de acordo com a reivindicação 5, emque modificar o intervalo de tempo de espera compreendeadicionalmente:determinar um primeiro período de tempo e umsegundo período de tempo entre um evento que provoca oconflito e os SIBs adjacentes; edeterminar se cada um dos períodos de tempoultrapassa o limite para entrar no estado de espera; emodificar o intervalo de tempo de espera de modoa incluir pelo menos uma duração de tempo de esperamodificada com base na determinação de pelo menos umperíodo ultrapassando o limite.
7. Método, de acordo com a reivindicação 6, emque o evento é uma solicitação de Canal de Indicação dealerta (PICH).
8. Método, de acordo com a reivindicação 3,compreendendo adicionalmente:determinar se pelo menos um dos SIBs foidecodificado;atualizar o mapa de bits de programação de SIBcom base em pelo menos um dos SIBs decodificados.
9. Método, de acordo com a reivindicação 1, emque a célula é uma célula vizinha ou uma célula servidora.
10. Método, de acordo com a reivindicação 9,compreendendo adicionalmente:ler um conjunto de SIBs ao longo de um período,com base em um evento predeterminado, o eventopredeterminado compreendendo pelo menos um dentre:energizar o UE;efetuar uma seleção de célula;detectar uma alteração em indicador de valorde MIB;detectar uma condição de fora de serviço; ouefetuar uma re-seleção de célula.
11. Método, de acordo com a reivindicação 1,compreendendo adicionalmente:estabelecer uma conexão a partir de uma camada deControle de Recursos de Rádio com uma camada física;calcular a programação de SIB na camada deControle de Recursos de Rádio com base em pelo menos umquadro fornecido a partir da camada física;fornecer a programação de SIB para a camadafísica; ecalcular o intervalo de tempo de espera em pelomenos uma da camada física ou camada de Controle deRecursos de Rádio, com base na programação de SIB.
12. Método, de acordo com a reivindicação 11,compreendendo adicionalmente:atualizar a programação de SIB na camada deControle de Recursos de Rádio com base em SIBs coletados;passar a programação de SIB atualizada para acamada física; erecalcular o intervalo de tempo de espera nacamada física com base na programação de SIB atualizada.
13. Equipamento para chamar um estado de esperadentro de um equipamento de usuário (UE), compreendendo:lógica configurada para decodificar um canal decontrole de difusão a partir de uma célula;lógica configurada para determinar umaprogramação de Bloco de Informações de Sistema (SIB) queestá associada com a célula;lógica configurada para determinar um intervalode tempo de espera com base na programação de SIB; elógica configurada para colocar o UE em um estadode espera com base no intervalo de tempo de espera.
14. Equipamento, de acordo com a reivindicação 13, compreendendo adicionalmente:lógica configurada para decodificar um Bloco deInformações Mestre (MIB) para determinar a programação deSIB.
15. Equipamento, de acordo com a reivindicação 13, compreendendo adicionalmente:lógica configurada para estabelecer um banco dedados de programação de SIB utilizando a programação deSIB, em que o banco de dados contém um mapa de bits deprogramação de SIB; elógica configurada para determinar uma duração detempo entre SIBs adjacentes que serão decodificados combase no mapa de bits de programação de SIB.
16. Equipamento, de acordo com a reivindicação 15, compreendendo adicionalmente:lógica configurada para estabelecer o intervalode tempo de espera se uma duração ultrapassar um limitepara entrada no estado de espera.
17. Equipamento, de acordo com a reivindicação 16, em que estabelecer pelo menos um intervalo de esperamodificado se existir um conflito compreende adicionalmente:lógica configurada para determinar se existe umconflito dentro da duração, em que o conflito existe se oUE vier a estar desperto dentro da duração; elógica configurada para modificar o intervalo detempo de espera se existir o conflito.
18. Equipamento, de acordo com a reivindicação-17, em que a lógica configurada para modificar o intervalode tempo de espera compreende adicionalmente:lógica configurada para determinar um primeiroperíodo de tempo e um segundo período de tempo entre umevento que provoca o conflito e os SIBs adjacentes; elógica configurada para determinar se cada um dosperíodos de tempo ultrapassa o limite para entrar no estadode espera; elógica configurada para modificar o intervalo detempo de espera para incluir pelo menos uma duração detempo de espera modificada com base na determinação de pelomenos um período ultrapassando o limite.
19. Equipamento, de acordo com a reivindicação-18, em que o evento é uma solicitação de Canal de Indicaçãode Alerta (PICH).
20. Equipamento, de acordo com a reivindicação-13, em que a célula é uma célula vizinha ou uma célulaservidora.
21. Equipamento, de acordo com a reivindicação-13, compreendendo adicionalmente:lógica configurada para ler um conjunto de SIBsao longo de um período, com base em um eventopredeterminado, o evento predeterminado compreendendo pelomenos um dentre:energia sendo aplicada ao UE;uma seleção de célula;uma alteração em indicador de valor de MIB;uma condição de fora de serviço; ouuma re-seleção de célula.
22. Meio legível por computador incluindoinstruções armazenadas no mesmo, compreendendo:um primeiro conjunto de instruções paradecodificar um canal de controle de difusão a partir de umacélula;um segundo conjunto de instruções para determinaruma programação de Bloco de Informações de Sistema (SIB)que está associado com a célula;um terceiro conjunto de instruções paradeterminar um intervalo de tempo de espera com base naprogramação de SIB; eum quarto conjunto de instruções para colocar oUE no estado de espera com base no intervalo de tempo deespera.
23. Meio legivel por computador, de acordo com areivindicação 22, compreendendo adicionalmente:um quinto conjunto de instruções para estabelecerum banco de dados de programação de SIB utilizando aprogramação de SIB, em que o banco de dados contém um mapade bits de programação de SIB; eum sexto conjunto de instruções para determinaruma duração de tempo entre SIBs adjacentes que estão paraser decodificados com base no mapa de bits de programaçãode SIB.
24. Meio legivel por computador, de acordo com areivindicação 22, compreendendo adicionalmente:um sétimo conjunto de instruções para estabelecero intervalo de tempo de espera se uma duração ultrapassarum limite para entrada no estado de espera.
25. Meio legivel por computador, de acordo com areivindicação 24, compreendendo adicionalmente:um oitavo conjunto de instruções para determinarse existe um conflito dentro da duração, em que o conflitoexiste se o UE vier a estar desperto dentro da duração; eum nono conjunto de instruções para modificar ointervalo de tempo de espera se o conflito existir.
26. Equipamento para chamar um estado de esperadentro de equipamento de usuário (UE), compreendendo:mecanismos para decodificar um canal de controlede difusão a partir de uma célula;mecanismos para determinar uma programação deBloco de Informações de Sistema (SIB) que está associadocom a célula;mecanismos para determinar um intervalo de tempode espera com base na programação de SIB; emecanismos para colocar o UE em um estado deespera com base no intervalo de tempo de espera.
BRPI0710990-3A 2006-04-27 2007-04-27 otimização de espera com base em programação de blocos de informações de sistema BRPI0710990A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US79607606P 2006-04-27 2006-04-27
US60/796,076 2006-04-27
PCT/US2007/067678 WO2007127942A2 (en) 2006-04-27 2007-04-27 Sleep optimization based on system information block scheduling

Publications (1)

Publication Number Publication Date
BRPI0710990A2 true BRPI0710990A2 (pt) 2011-05-24

Family

ID=38626660

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0710990-3A BRPI0710990A2 (pt) 2006-04-27 2007-04-27 otimização de espera com base em programação de blocos de informações de sistema

Country Status (10)

Country Link
US (1) US8185726B2 (pt)
EP (1) EP2011354B1 (pt)
JP (1) JP5048755B2 (pt)
KR (1) KR101259221B1 (pt)
CN (1) CN101427601B (pt)
BR (1) BRPI0710990A2 (pt)
CA (1) CA2649569A1 (pt)
RU (1) RU2008146723A (pt)
TW (1) TW200803566A (pt)
WO (1) WO2007127942A2 (pt)

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7974643B2 (en) 2006-11-09 2011-07-05 Qualcomm Incorporated Reducing mobile-terminated call set up by identifying and mitigating overlap between paging and system information broadcast
WO2008062971A1 (en) * 2006-11-21 2008-05-29 Samsung Electronics Co., Ltd. Method and apparatus for receiving system information from base station in a mobile communication system
US8462746B2 (en) 2006-12-27 2013-06-11 Altair Semiconductor Ltd. Wireless receiver with intermittent shut-off of RF circuits
WO2009081388A2 (en) * 2007-12-24 2009-07-02 Altair Semiconductor Ltd. Wireless receiver with intermittent shut-off of rf circuits
US20080170526A1 (en) * 2007-01-12 2008-07-17 Qualcomm Incorporated Method and apparatus for extending standby battery life of a wireless device
US8942695B2 (en) 2007-01-31 2015-01-27 Qualcomm Incorporated Method and apparatus for reducing call setup delay by adjusting SIB7 and SIB14 scheduling frequency
US8934915B2 (en) 2007-01-31 2015-01-13 Qualcomm Incorporated Method and apparatus for reducing call setup delay by improved SIB7 and SIB14 scheduling
KR100978865B1 (ko) * 2007-02-09 2010-08-31 삼성전자주식회사 이동통신 시스템에서의 시스템 정보 송수신 방법 및 장치
US9282503B2 (en) * 2007-04-27 2016-03-08 Blackberry Limited Apparatus and method for handling broadcast system information in telecommunications system user equipment
US8705437B2 (en) * 2007-05-03 2014-04-22 Blackberry Limited Providing neighbor cell transmission information in a long-term evolution single frequency network
EP2158792A2 (en) * 2007-06-18 2010-03-03 Nokia Corporation Method and apparatus for providing system information
EP2165438B1 (en) * 2007-06-26 2019-02-20 Telefonaktiebolaget LM Ericsson (publ) Device and method for transmitting cell offset in telecommunication system
JP4916964B2 (ja) * 2007-07-12 2012-04-18 ルネサスエレクトロニクス株式会社 Ｄｃ−ｄｃコンバータ、ドライバｉｃ、およびシステムインパッケージ
US8041979B2 (en) * 2007-10-29 2011-10-18 Agilent Technologies, Inc. Method and a system for synchronising respective state transitions in a group of devices
WO2009079819A1 (fr) * 2007-12-12 2009-07-02 Zte Corporation Procédé permettant d'envoyer, de transmettre et d'ordonnancer un message système dans un système d'évolution à long terme
CN101897218B (zh) * 2007-12-14 2013-12-25 爱立信电话股份有限公司 在无线通信网络中输送系统信息
US8238370B2 (en) * 2008-01-17 2012-08-07 Mediatek Inc. Methods for transmitting system information bit streams and communication apparatuses utilizing the same
US8090963B2 (en) * 2008-02-19 2012-01-03 Research In Motion Limited Automated power management of a peripheral device
WO2009104927A2 (en) * 2008-02-21 2009-08-27 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving a frame including control information in a broadcasting system
KR101162805B1 (ko) * 2008-02-21 2012-07-05 삼성전자주식회사 무선 디지털 방송 시스템에서 제어 정보 송/수신 장치 및방법
CN101232737B (zh) * 2008-02-28 2011-06-01 北京天碁科技有限公司 一种终端读取广播信道的方法及该终端
SG2013029491A (en) * 2008-04-18 2014-11-27 Interdigital Patent Holdings Method and apparatus for broadcast of system information transmission window
US8289891B2 (en) * 2008-05-09 2012-10-16 Samsung Electronics Co., Ltd. Flexible sleep mode for advanced wireless systems
US8804546B2 (en) * 2008-06-13 2014-08-12 Qualcomm Incorporated Method and apparatus for managing interaction between DRX cycles and paging cycles
US8843115B2 (en) * 2008-06-23 2014-09-23 Qualcomm Incorporated Method and apparatus for managing system information modification in a wireless communication system
US8731511B2 (en) * 2008-09-21 2014-05-20 Htc Corporation Method and related communication device for transmission and reception of natural disaster warning notification message in a wireless communication system
JP5277876B2 (ja) * 2008-11-06 2013-08-28 富士通モバイルコミュニケーションズ株式会社 移動通信端末及び間欠探索方法
KR20100090410A (ko) * 2009-02-06 2010-08-16 삼성전자주식회사 무선 방송 시스템에서 비균등 시간 간격 전송의 방송 서비스를 지원하는 시그널링 구성 및 인밴드 시그널링 방법과 장치
CN101998510A (zh) * 2009-08-21 2011-03-30 中兴通讯股份有限公司 一种存储系统信息码流的基站及方法
US8489092B2 (en) * 2009-11-17 2013-07-16 Qualcomm Incorporated System information collection while camping on a cell
CN102104565B (zh) * 2009-12-17 2015-06-10 深圳富泰宏精密工业有限公司 调制解调器及电源节省方法
US9265083B2 (en) * 2009-12-29 2016-02-16 Qualcomm Incorporated System and method for radio link recovery
CN102281614B (zh) * 2010-06-11 2015-12-16 重庆重邮信科通信技术有限公司 一种移动终端睡眠唤醒的处理方法
CN101883365B (zh) * 2010-06-28 2012-11-07 华为技术有限公司 一种控制用户设备的方法和装置
US8503481B2 (en) * 2010-06-29 2013-08-06 Qualcomm Incorporated Processing extension type system information blocks (SIBs)
CN102378346B (zh) * 2010-08-27 2014-04-02 华为技术有限公司 休眠状态的控制方法，装置及系统
US8401562B2 (en) * 2010-11-17 2013-03-19 Nokia Corporation Apparatus and method employing scheduler behavior aware predictive resource selection in a communication system
ES2629352T3 (es) * 2011-04-01 2017-08-08 Intel Corporation Mecanismo de adquisición de sistema para dispositivos fijos en redes móviles de banda ancha
US9204315B2 (en) * 2011-06-20 2015-12-01 Alcatel Lucent Method of coordinating fault detection responses by access nodes of a network
JP2013055393A (ja) * 2011-09-01 2013-03-21 Sony Corp 通信装置、通信方法、通信システムおよび基地局
US8804589B2 (en) * 2011-10-14 2014-08-12 Nokia Corporation Adaptive awake window
WO2013134259A2 (en) 2012-03-06 2013-09-12 Interdigital Patent Holdings Inc. Supporting a large number of devices in wireless communications
CN104350795B (zh) * 2012-04-05 2019-02-01 奥普蒂斯蜂窝技术有限责任公司 将寻呼信息从移动网络传输到终端装置的方法及相应装置
EP2701422B8 (en) * 2012-08-22 2017-04-19 OCT Circuit Technologies International Limited P-CPICH scrambling code collision detection
CN104025651A (zh) * 2012-11-09 2014-09-03 华为技术有限公司 一种上行更软切换的方法、用户设备和基站
US9432797B2 (en) 2013-01-14 2016-08-30 Qualcomm Incorporated Broadcast and system information for machine type communication
US10165455B2 (en) * 2013-08-22 2018-12-25 Telefonaktiebolaget Lm Ericsson (Publ) Coordination for PBCH
KR101356680B1 (ko) * 2013-09-03 2014-01-29 주식회사 신명전자 표면실장부품의 정렬장치
US9775134B2 (en) * 2013-09-20 2017-09-26 Samsung Electronics Co., Ltd. System and method for coverage enhancements of broadcast channels
US9918305B2 (en) * 2013-10-04 2018-03-13 Qualcomm Incorporated Enhanced system information decoding
US9554308B2 (en) * 2014-03-25 2017-01-24 Qualcomm Incorporated Delaying a trigger of a scheduling request after handover
CN106464402A (zh) * 2014-05-09 2017-02-22 株式会社Ntt都科摩 用户装置、干扰检测方法、基站以及资源分配方法
US9392536B2 (en) * 2014-05-30 2016-07-12 Apple Inc. Systems and methods for cell selection and reselection by improving system information reading procedure
US11582749B2 (en) * 2014-07-03 2023-02-14 Qualcomm Incorporated Cell discovery in a wireless network using an unlicensed radio frequency spectrum band
CN106575996B (zh) * 2014-09-25 2019-10-15 英特尔Ip公司 通过减小的带宽传输针对机器型通信(mtc)用户设备的通用控制消息
WO2016120462A1 (en) * 2015-01-30 2016-08-04 Nokia Solutions And Networks Oy System information block enhancement for low complexity user equipment and/or user equipment in coverage enhancement mode
US9462548B1 (en) * 2015-05-08 2016-10-04 Mbit Wireless, Inc. Method and apparatus for power saving in client terminals
JP2016219927A (ja) * 2015-05-15 2016-12-22 株式会社Ｎｔｔドコモ 基地局、ユーザ装置及び報知情報送受信方法
US10057849B2 (en) * 2015-06-02 2018-08-21 Nvidia Corporation System and method for reducing power consumed obtaining system information from a cell
US10837104B2 (en) * 2015-08-29 2020-11-17 Kyocera Corporation Coated tool
US10687196B2 (en) * 2015-09-15 2020-06-16 Qualcomm Incorporated Frequency determination for device-to-device transmissions and receptions
WO2017196056A2 (ko) * 2016-05-10 2017-11-16 엘지전자 주식회사 무선 통신 시스템에서 sib을 요청하는 방법 및 장치
US20170353974A1 (en) * 2016-06-06 2017-12-07 Qualcomm Incorporated Paging performance during inter-frequency cell reselection system information block reads
US10477505B2 (en) 2016-08-08 2019-11-12 Blackberry Limited Mobile transceiver for asset tracking having a power saving scheme for network access
US10149269B2 (en) 2016-08-08 2018-12-04 Blackberry Limited Mobile transceiver having route monitoring and method of operation
CN107889192B (zh) * 2016-09-29 2020-03-20 电信科学技术研究院 一种系统信息传输方法、用户终端和网络侧设备
US10362374B2 (en) 2016-10-27 2019-07-23 Itron, Inc. Discovery mechanism for communication in wireless networks
CN109891990B (zh) * 2016-10-28 2023-04-28 索尼公司 移动通信系统实体
US10028254B2 (en) * 2016-12-13 2018-07-17 Qualcomm Incorporated Techniques for improved decoding of system information blocks
US10554369B2 (en) 2016-12-30 2020-02-04 Itron, Inc. Group acknowledgement message efficiency
US10904845B2 (en) * 2017-05-15 2021-01-26 Qualcomm Incorporated Synchronization channel for a wake-up receiver (WUR) in a communication device
US10887839B2 (en) * 2019-03-29 2021-01-05 Qualcomm Incorporated Search space set for wakeup signal
US11743128B2 (en) * 2020-02-14 2023-08-29 Qualcomm Incorporated Techniques for supporting multicast broadcast channel band widths
US11671901B2 (en) * 2020-05-29 2023-06-06 FG Innovation Company Limited Management of system information block segmentation
CN117200407B (zh) * 2023-11-08 2024-03-08 深圳和润达科技有限公司 基于bms的设备智能化控制方法及装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US117853A (en) * 1871-08-08 Improvement in hose-pipe valves
FR2561402B1 (fr) * 1984-03-13 1987-12-11 Thomson Csf Mat Tel Selecteur optique
FI107487B (fi) * 1999-03-08 2001-08-15 Nokia Mobile Phones Ltd Datalähetyksen salausmenetelmä radiojärjestelmässä
US6628946B1 (en) * 1999-05-20 2003-09-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for broadcasting system information in a cellular communications network
US6625467B2 (en) 2000-07-13 2003-09-23 Qualcomm, Incorporated Method and apparatus for performing idle mode reacquisition and handoff in an asynchronous communication system
JP4092332B2 (ja) 2002-05-06 2008-05-28 インターデイジタル テクノロジー コーポレーション バッテリー寿命を延長するための、データ送信を同期させる方法
CN100341262C (zh) 2002-05-27 2007-10-03 华为技术有限公司 一种使移动终端省电的非连续解调实现方法
TWI228885B (en) * 2003-01-23 2005-03-01 Mediatek Inc Method for controlling a mobile communication device to enter a power-saving mode and to recover timing after the mobile communication device leaves the power-saving mode
US7508781B2 (en) * 2003-03-25 2009-03-24 Texas Instruments Incorporated Power saving mechanism for wireless LANs via schedule information vector
US7586864B2 (en) * 2003-09-30 2009-09-08 Sharp Kabushiki Kaisha Communication system, base station, terminal, communication device, communication management method, control program, and computer-readable recording medium containing the same
US7027824B2 (en) * 2003-10-03 2006-04-11 Motorola, Inc. Method and apparatus for broadcast service classification and notification
US6973052B2 (en) * 2003-12-19 2005-12-06 Motorola, Inc. Hybrid power save delivery method in a wireless local area network for real time communication
US20050164683A1 (en) * 2004-01-09 2005-07-28 Gideon Roberts Apparatus and method for implementing notification of system information changes in universal mobile telecommunications systems
US7181190B2 (en) * 2004-04-30 2007-02-20 Microsoft Corporation Method for maintaining wireless network response time while saving wireless adapter power
KR20060056038A (ko) * 2004-11-19 2006-05-24 엘지전자 주식회사 이동통신 시스템에서 피아이시에이치의 전송방법
US8811273B2 (en) * 2005-02-22 2014-08-19 Texas Instruments Incorporated Turbo HSDPA system
JP4685589B2 (ja) 2005-10-24 2011-05-18 株式会社エヌ・ティ・ティ・ドコモ 移動局、無線アクセスネットワーク装置および移動通信システム並びに報知情報送受信方法

Also Published As

Publication number Publication date
CN101427601A (zh) 2009-05-06
TW200803566A (en) 2008-01-01
JP2009535940A (ja) 2009-10-01
RU2008146723A (ru) 2010-06-10
CN101427601B (zh) 2011-12-14
EP2011354A2 (en) 2009-01-07
JP5048755B2 (ja) 2012-10-17
US20070260851A1 (en) 2007-11-08
WO2007127942A3 (en) 2008-01-10
WO2007127942A2 (en) 2007-11-08
US8185726B2 (en) 2012-05-22
CA2649569A1 (en) 2007-11-08
KR101259221B1 (ko) 2013-04-29
EP2011354B1 (en) 2018-07-04
KR20090009926A (ko) 2009-01-23

Similar Documents

Publication Publication Date Title
BRPI0710990A2 (pt) otimização de espera com base em programação de blocos de informações de sistema
CN111279766B (zh) 降低所有类型的终端装置的功耗
US8630216B2 (en) Method and apparatus for selective reading of system information in a mobile wireless device
US20180242279A1 (en) Method and device for reading system message
CN103748804B (zh) 移动无线设备中断续接收期间的自适应接收分集
KR101275331B1 (ko) 이동 무선 장치에서의 빠른 셀 선택
CN103733690A (zh) 用于无线通信的信标
KR20110083454A (ko) 이동통신 시스템에서 불연속 수신 동작을 지원하는 방법 및 장치
KR20090041334A (ko) 방송정보 전송방법
BRPI0612090A2 (pt) canal de paging rápido com probabilidade reduzida de alerta perdido
WO2017188866A1 (en) System information configuration update in a wireless communication network
WO2021027769A1 (zh) 唤醒信号的传输方法、装置和存储介质
WO2017133462A1 (zh) 系统消息更新指示的方法、装置及系统
ES2938184T3 (es) Dispositivo de comunicación inalámbrica, nodo de la red de acceso por radio, métodos y programas informáticos para el escalamiento de la localización con eficiencia energética
JP2016502359A (ja) 共有データチャネルを使用してマシンツーマシンデバイスの電力を節約するためのシステムおよび方法
WO2019157890A1 (zh) 小区处理方法以及装置和系统
CN113796126B (zh) 用于在双注册模式下执行plmn选择的方法和装置
US20230319845A1 (en) Method, apparatus and system for a control channel monitoring procedure
JP6382212B2 (ja) マシンツーマシンワイヤレスワイドエリアネットワークにおける順方向リンク上の送信の日和見的復号
CN116438889A (zh) 寻呼监听方法、装置、设备及存储介质
CN109314937A (zh) 在网络节点中用于发送用于系统接入或监视的控制信息的方法，以及在无线设备中用于接收用于系统接入或监视的控制信息的方法
EP3637868A1 (en) Apparatus and method for controlling time period related to operating mode in wireless communication system
BRPI1010027B1 (pt) método, estação móvel, artigo e estação base
WO2011150711A1 (zh) 接入控制方法和装置
WO2019214698A1 (zh) 信号发送、接收方法及装置

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 5A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: NAO APRESENTADA A GUIA DE CUMPRIMENTO DE EXIGENCIA. REFERENTE A 5A ANUIDADE.

B15K Others concerning applications: alteration of classification

Ipc: H04W 52/02 (2009.01)