BRPI0316320B1 - Methods and systems for managing the transmission of information packets in channels of a telecommunications network and for managing the transmission of information packets in a cell organized communication network, and computer program product - Google Patents
Methods and systems for managing the transmission of information packets in channels of a telecommunications network and for managing the transmission of information packets in a cell organized communication network, and computer program product Download PDFInfo
- Publication number
- BRPI0316320B1 BRPI0316320B1 BRPI0316320-2A BRPI0316320A BRPI0316320B1 BR PI0316320 B1 BRPI0316320 B1 BR PI0316320B1 BR PI0316320 A BRPI0316320 A BR PI0316320A BR PI0316320 B1 BRPI0316320 B1 BR PI0316320B1
- Authority
- BR
- Brazil
- Prior art keywords
- transmission
- users
- information packets
- packets
- priority
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/56—Queue scheduling implementing delay-aware scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/621—Individual queue per connection or flow, e.g. per VC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/622—Queue service order
- H04L47/6235—Variable service order
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/6255—Queue scheduling characterised by scheduling criteria for service slots or service orders queue load conditions, e.g. longest queue first
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/625—Queue scheduling characterised by scheduling criteria for service slots or service orders
- H04L47/626—Queue scheduling characterised by scheduling criteria for service slots or service orders channel conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
"métodos e sistemas para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações e para gerenciar a transmissão de pacotes de informação em uma rede de comunicação organizada em células e produto de programa de computador". para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações, os pacotes são organizados em filas de usuário recebidas nos respectivos meios de armazenagem temporária, medindo o nível de ocupação dos meios de armazenagem temporária. os usuários são classificados em respectivas classes (rt, nrt) identificados pelo modo de serviço requisitado. após determinar as condições de propagação no canal de transmissão respectivamente associado aos citados usuarios, a prioridade na transmissão dos pacotes é determinada, escolhendo a ordem na qual as respectivas filas são visitadas, como uma função de: - uma prioridade de primeiro nível, conectada aos citados usuários pertencerem às classes respectivas (rt, nrt), - uma prioridade de segundo nível conectada a pelo menos um parâmetro escolhido entre o nível de ocupação do respectivo meio de armazenagem temporária e as condições de propagação do respectivo canal.
Description
“MÉTODO E SISTEMA PARA GERENCIAR A TRANSMISSÃO DE PACOTES DE INFORMAÇÃO EM CANAIS DE UMA REDE DE TELECO M U N TC AÇÕ ES ” Campo da Invenção [0001] A presente invenção relaciona-se a técnicas para gerenciar a transmissão de pacotes de informação em unia rede de telecomunicação.
[0002] A invenção foi desenvolvida com foco particular em sua possível aplicação à função de Programação de Pacote no Gerenciamento de Recurso Rádio (RRM) em uma rede de comunicação móvel, tal como uma rede operando de acordo com o padrão chamado Sistema de Telecomunicações Móvel Universal ou UMTS.
[0003] Para simplicidade de ilustração, no restante da presente descrição será feita referência praticamente constante a este possível campo de aplicação. Entretanto, será verificado que o escopo da invenção é totalmente geral e daí não limitado ao citado contexto de aplicação específico.
[0004] A título de introdução geral à descrição da técnica anterior do problema constituindo a base para a invenção e da solução proposta aqui, é útil resumir algumas características essenciais do contexto técnico no qual a invenção se ajusta. 100051 Na rede de acesso rádio do sistema UMTS, com base na interface rádio WCDMA (Múltiplo Acesso por Divisão de Código de Faixa Larga), é essencial otimizar a potência transmitida, no sentido de manter os níveis de interferência tão baixos quanto possível. É fundamentalmente importante gerenciar recursos rádio de tal modo a prover qualidade de serviços (QoS) e assegurar uma exploração eficiente dos recursos tornados disponíveis pelo sistema.
[0006] Em essência, começando pela carga no nível de enlace superior e enlace inferior, pode se definir estados diferentes da rede e definir correspondentemente estratégias de gerenciamento adequadas.
[0007] O diagrama em blocos funcional da Figura 1 mostra em termos gerais a arquitetura de Gerenciamento de Recurso Rádio (RRM) no contexto de aplicação descrito acima.
[0008] As funções e acrônimos mostrados nas figuras devem ser considerados totalmente conhecidos daqueles especialistas na técnica, e daí não requererem uma descrição detalhada.
[0009] Isto se mantém verdadeiro, em particular, para as funções identificadas pelos módulos S-RNC (Controlador de Rede Rádio de Serviço), C-RNC (Controlador de Rede Rádio de Controle, Nó B e UE e as interfaces Iur, Iub e Uu interpostas entre eles.
[00010] Os blocos funcionais mostrados na Figura 1 são os seguintes: Gerenciamento de Pacote (PM), Comutação de Tipo de Canal de Transporte (TCTS), Programação de Pacote (PS), Suporte de Acesso Rádio (RAB) Gerenciamento (RABM), Controle de Admissão (AC), Controle de Congestionamento (CC), Medições Comuns (CM), Medições Dedicadas (DM), Seleção de Célula/Avaliação de Reseleção (CSRE), e Medições Inter/Intra Freqüência (IIFM).
[00011] Conforme estabelecido a arquitetura de gerenciamento de recurso rádio (RRM) mostrada na Figura 1 corresponde a critérios de operação gerais que são plenamente conhecidos na técnica e daí não requererem uma descrição detalhada, além dos termos estabelecidos posteriormente.
[00012] Em qualquer caso, os procedimentos compreendendo a arquitetura da Figura 1 são ilustrados em detalhe em: Harri Holma and Antti Toskala, “WCDMA for UMTS: radio acess for third generations mobile Communications”, Wiley & Sons Ltd 2001, e - 3GPP TR 25.922 V3.7.0 (2002-03) Technical Report 3rd Generation Partnership Project; Technical Specifications Group Radio Access Network; Radio resource management strategies.
[00013 J Os algoritmos que regulam a operação das entidades de gerenciamento descritos acima podem cooperar para o melhor gerenciamento de recursos, Quanto maior cooperação e interoperabilidade, mais eficiente o mecanismo de gerenciamento, exploração da potência disponível e utilização de recursos. O padrão 3GPP não especifica o modo pelo qual tais relações podem maximizar o desempenho do sistema.
[00014] O sistema UMTS tem a capacidade de oferecer um grande número de serviços de valor adicionado. Neste cenário, serviços comutados por pacotes desempenham um papel importante, constantemente no crescimento no campo de comunicações celulares, A aplicação de serviços de dados a sistemas celulares requer a transferência de um ou mais pacotes através de enlaces rádio. Serviços comutados por pacotes no padrão UMTS são caracterizados por conexões entre a rede e usuários móveis, através da configuração de canais apropriados, cujo tipo depende do tipo de serviço. Descrição da Técnica Anterior [00015] Conforme estabelecido, o padrão UMTS não especifica qualquer estratégia de programação de pacote.
[00016j Em geral, as propostas correntes para programação de pacote focalizam somente em um dos três pontos seguintes: * conformidade com as exigências de Qualidade de Serviço (QoS), por exemplo em termos de retardo c velocidade mínima permitida; * maximização de velocidade de transferência de dados; * exploração total da potência disponível.
[00017J O volume “Radio Network Planning and Optimisation” por J.Laiho e outros, John Wiley & Sons, Ltd., 2001, descreve uma solução para alocar capacidade a usuários de pacote comutado (PS) em uma rede rádio. Em particular, após a alocação de um novo usuário PS, a carga é estimada para determinar se ainda há qualquer capacidade disponível, ou se, ao contrário, o limiar de carga máxima foi excedido e então é necessário proceder ao redimensionamento ou liberação de recursos.
[00018] O mesmo documento descreve dois tipos de programação, uma baseada em divisão de código, que tende a permitir que usuários múltiplos transmitam simultaneamente, designando baixas velocidades de transmissão a eles, e outra baseada em divisão de tempo, que tende a permitir que um usuário transmita em um instante. Entretanto, este modo de operação não permite otimizar a exploração de recursos transmissivos disponíveis.
[00019] O documento US-A-6 374 117 descreve um método e um sistema para controlar um nível de potência de transmissão, com base no retardo de enfileiramento dos pacotes dentro de um sistema de rádio transmissão de dados. Seguindo esta abordagem, a velocidade de transferência de dados na transmissão de pacotes de dados pode ser melhorada para certas conexões com referência ao retardo de enfileiramento: na prática, os pacotes de dados que foram submetidos a um retardo de enfileiramento considerável são alocados a uma conexão de qualidade mais alta, aumentando sua potência de transmissão. A escolha de dar prioridade a dados pacotes ou não aumentando a potência de transmissão, pode ser feita, por exemplo, de acordo com um perfil de qualidade de serviço do usuário. De acordo com esta maneira de procedimento, quando o retardo começa a aumentar, a potência é aumentada para melhorar a qualidade. Entretanto, esta intervenção é suscetível de ter efeitos negativos em termos de interferência.
[00020] Em “A scheme for throughput maximizations in a dual class CDMA System” por S.Ramakrishna e J.M.Holtzman, IEEE Journal on Selected Areas in Communications, Volume 16; publicado em 6 de Agosto de 1998, páginas 830-844, é apresentado no estudo que demonstra a validade de um esquema CDMA que usa um algoritmo de programação de pacote de enlace superior distinguindo entre duas classes de prioridade ou de usuários, isto é, usuários ‘"tolerantes a retardo" e usuários “intolerantes a retardo”. O objetivo principal do procedimento proposto é apenas a maximização de velocidade de transferência de dados, desprezando os outros aspectos considerados acima.
[00021 ] O objetivo procurado pelo procedimento de programação proposto em “A QoS Orientcd Bandwidth Scheduling Schemc on 3G WCDMA Air Interface” por D.Tian, J.Zhu; 2001 International Conference on Info-tech and Info-net, 2001 Proceedings ICII 2001 - Beijing; Volume 2, páginas 139-144 é a alocação de recurso com base na distinção de usuários em classes de Prioridade, focalizando então nas exigências de qualidade de serviço. Não é dada atenção, ao invés disso, ao problema de otimização na alocação de recursos disponíveis para a célula.
[00022J Em “Resource Allocations and Scheduling Schemes for WCDMA Downlínks” por R.Vannithamby, E.S.Sousa; IEEE International Conference on Communications, 2001; ICC 2001, Volume 5; páginas 1406-1410 é apresentado um estudo cujo objetivo principal é alocação de recursos de enlace inferior com base na potência designada a cada móvel individual na estação base. A citada potência é o parâmetro critico no qual a alocação de taxa para os usuários é baseada. Entretanto, o problema de maximização de velocidade de transferência de dados e minimização de retardo não é considerado.
Objetivos e Sumário da Invenção [000231 O objetivo da presente invenção c prover uma solução para gerenciar pacotes em uma rede de telecomunicação, de modo a superar as deficiências intrínsecas das soluções da técnica anterior acima descritas. [000241 De acordo com a presente invenção, o citado objetivo é alcançado graças ao que é especificamente estabelecido nas reivindicações que se seguem.
[00025] Em particular será verificado que a presente invenção deve ser descrita em termos de método, bem como em termos de sistema, bem como em termos de programa de computador capaz de ser diretamente carregado na memória de pelo menos um computador digital, e suscetível de realizar as etapas de um método de acordo com a invenção, quando o produto de computador é executado no computador digital.
[00026] Em adição a ser integrado corretamente dentro da arquitetura de gerenciamento de recurso rádio (RRM), prestando atenção particular aos protocolos prescritos pelas camadas de rádio das redes de comunicação móvel (tais como aquelas operando de acordo com o padrão UMTS), a solução para gerenciar transmissão de pacotes, aqui descrita, permite integrar algoritmos de Programação de Pacote (PS) e algoritmos de Comutação de Tipo de Canal de Transporte (TCTS), prestando a máxima atenção a um conjunto articulado de exigências, ao invés de exigências individuais.
Breve Descrição dos Desenhos Anexos [00027] A invenção será agora descrita, puramente por meio de exemplo não limitante, com referência aos desenhos que a acompanham, nos quais: Figura 1, relacionada à arquitetura de gerenciamento de recurso rádio em uma rede móvel por pacote e relacionando-se ela própria à técnica anterior e à solução de acordo com a invenção, já tem sido descrita previamente e será adicionalmente descrita posteriormente.
Figura 2 mostra a variação possível na capacidade ocupada pelos usuários de uma célula de um sistema de comunicação móvel, como uma função do tempo, Figura 3 mostra um exemplo de determinação da ordem de visitação das filas em uma solução de acordo com a invenção, Figura 4 é um diagrama de estado descrevendo um procedimento suscetível de ser implementado dentro da presente invenção, e Figuras 5 e 6 mostram, novamente no mesmo contexto de aplicação da invenção, situações nas quais um volume de tráfego excede um limiar superior absoluto ou cai abaixo de um limiar inferior absoluto. Descrição Detalhada de Realizações da Invenção [00028] Com referência ao diagrama de função da Figura 1, a finalidade principal da função de Gerenciamento de Pacote PM é otimizar a transmissão de pacote na interface rádio do sistema relacionado (considerada plenamente conhecida).
[00029] Em geral, no contexto de aplicação da Figura 1, é possível especificar as medições feitas nos Nós B e relatadas ao C-RNC por meio do protocolo N-Bap, via interface Iub, [00030] As medições são: • RTWP (Potência de Faixa Larga Total Recebida), definida como a potência recebida ao longo da faixa inteira, incluindo o ruído gerado pelo receptor, dentro da faixa definida pelo filtro de recepção. * Potência de portadora transmitida: é definida como a relação entre a potência transmitida total e a potência máxima na transmissão.
[00031] Dependendo dos valores destas medições, pelo menos três estados operativos diferentes podem ser definidos: - operação normal, que ocorre quando as duas condições seguintes são simultaneamente satisfeitas: =í> (RTWP/Potência de Ruído Térmico) < 70% de Noise_Rise máximo no enlace superior; => Potência de Portadora Transmitida < 70%; - operação cm condições de alerta, que ocorre quando pelo menos uma das duas condições seguintes é satisfeita (respectivamente para enlace superior e enlace inferior): => 70% de Noise_Rise máximo no enlace superior < (RTWP/Potêncía de Ruído Térmico) < 90% de Noise_Rise máximo no enlace superior; => 70% < Potência de Portadora Transmitida < 90%; - operação de pré congestionamento, que ocorre quando pelo menos uma das duas condições seguintes é satisfeita (respectivamente para enlace superior e enlace inferior): 90% de Noise_Rise máximo no enlace superior < (RTWP/Potência de Ruído Térmico) < NoiseJRise máximo no enlace superior; => 90% < Potência de Portadora Transmitida < 100%.
[00032] As definições acima são as correntes, bem conhecidas daqueles versados na técnica. Será também verificado que os valores de 70% e 90% mostrados acima são providos puramente a título de exemplo e podem ser modificados pelo operador.
[00033] A tabela que se segue refere-se a várias classes de serviços suscetíveis de serem gerenciados em um contexto tal como um contexto UMTS.
[00034] Estes serviços apresentam características diferentes em termos de Qualidade de Serviço ou QoS.
[00035] As características essenciais dos serviços de classe conversacional são dadas pela necessidade de preservar certas relações de tempo entre as entidades de informação do fluxo e assegurar conformidade com um valor de retardo máximo, [00036] No caso de serviços de classe de fluxo, é necessário manter as relações de tempo entre várias entidades de informação do fluxo, porém em geral, as exigências dc retardo são menos urgentes do que para serviços de classe conversacional.
[00037] No caso de serviços de classe interativa, usualmente orientados para uma configuração de resposta de requisição geral, uma exigência essencial é preservar o conteúdo de informação ou carga útil.
[00038] No caso de serviços de segundo plano, as exigências são ainda menos restritivas, uma vez que, embora a exigências de preservar o conteúdo de carga útil permaneça, o recebedor não tem expectativas particulares em termos de tempo de entrega.
[00039] Em termos gerais, está claro que a função de Gerenciamento de Pacote PM é capaz de explorar o fato de que, dentro do escopo de serviços de pacote, é necessário assegurar em qualquer caso baixas percentagem de erro nos dados enquanto, pelo menos para alguns serviços, uma certa quantidade de retardo pode ser tolerada.
[00040] Ainda mais, alguns serviços da classe interativa ou de segundo plano (conforme definido em um contexto 3GPP UMTS), tal como o serviço de navegação da Web ou o serviço de correio eletrônico, são essencialmente serviços de melhor esforço, para os quais nenhum nível de taxa de bit específico é garantido.
[00041] Deste ponto de vista, as características de tolerância de retardo e a natureza de melhor esforço de alguns destes serviços podem ser usadas com um certo grau de flexibilidade, para reduzir a interferência e otimizar a capacidade correspondentemente.
[00042] Conforme mostrado na Figura 1, a função de gerenciamento de pacote PM é, por sua vez, dividida em duas entidades funcionais principais, isto é: programação de pacote ou PS, e comutação de tipo de canal de transporte ou TCTS.
[00043] A função principal servida pela programação de pacote é gerenciar a transmissão dos pacotes dos serviços suportados nos enlaces DCH (Canal Dedicado), no sentido de otimizar a interface rádio.
[00044] A finalidade principal da comutação do tipo de canal de transporte é monitorar as características de transmissão de cada conexão provida pela função de programação de pacote, no sentido de comandar seletivamente a transição do canal compartilhado para um canal dedicado, ou vice-versa.
[00045] O módulo de gerenciamento de pacote PM gerencia programação de pacote de isto é: os parâmetros significativos, que estabelecem um limite para a disponível de recursos de sistema, são portanto, os seguintes: • potência máxima que a estação base pode fornecer; • ausência de ortogonalidade perfeita entre os códigos designados aos usuários; e • interferência a partir de outras células, percebida pelos receptores UE.
[00046] O módulo PM gerencia e otimiza a totalidade da transmissão de pacote, com relação aos serviços que requerem transmissão de pacotes longos e não freqüentes (navegação da Web) e com relação a serviços tais como e-mail, ftp nos quais uma grande quantidade de pacotes longos é transmitida por um curto intervalo de tempo, bem como serviços nos quais poucos pacotes longos são suficientes (chat, SMS).
[00047] As funções relacionadas residem, do ponto de vista de arquitetura, no RRM de Serviço, juntamente com o módulo TCTS e ao módulo RABM.
[00048] O RRM é chamado de serviço porque representa o conjunto de procedimentos de gerenciamento localizados dentro da RNC de serviço (S-RNC). Este posicionamento o habilita a ter disponível toda informação sobre usuários registrados nos Nós B pertencentes à RNC, e ao tipo de conexão rádio requerido por eles e configurado na rede.
[00049] Preferivelmente, o procedimento de programação dentro do módulo PM que gerencia a transmissão no canal DCH dedicado, atua conforme descrito abaixo quando a situação de carga da rede, de acordo com as definições providas acima, é aquela de operação normal.
[00050] Na realização correntemente preferida, para suas decisões, o procedimento usa: • informação de tráfego sobre o número de conexões ativas RT (tempo real) e sua taxa de bit e relação sinal/interferência (SIR) procurada como um alvo ou SIRaiv0; • informação sobre as conexões de dados em canais dedicados que são configuradas e suas características de taxa de bit, SIRaivo e tipo de serviço requerido; • informação sobre os Formatos de Transporte ou TF associado a cada conexão de dados no canal dedicado; e • ocupação dos meios de armazenagem temporária da camada RLC (Controle de Enlace Rádio) em termos de quantidade de bytes ainda a serem transmitidos.
[00051] O padrão, como pode ser aprendido na especificação 3GPP-25.322 Grupo de Especificação Técnica de Rede de Acesso Rádio; especificação de protocolo de Controle de Enlace Rádio (RLC) (Emissão 1999) provê, como protocolos de acesso terminados na RNC de serviço, para canais DCH, as seguintes camadas: LI (física), MAC (Controle de Acesso de Meio), RLC (Controle de Enlace Radio), e RRC (Controle de Recurso Rádio), somente plano de controle.
[00052] O exemplo de arquitetura RRM ilustrado aqui, emprega os protocolos providos pelo padrão para implementar suas estratégias.
[00053] Os primeiros três tipos de informação são então diretamente disponíveis dentro da RNC de Serviço; por outro lado, com vistas ao conhecimento da quantidade a ser transmitida através de um inter trabalho apropriado entre RLC, MAC e RRC, os valores de ocupação dos meios de armazenagem temporária da camada RLC (ocupação do meio de armazenagem temporária) pode ser tomada disponível para o nível MAC e daí (através de inter trabalho entre as duas camadas) para a camada RRC na qual a parte decisória do procedimento de programação reside.
[00054] As etapas principais do procedimento descrito aqui são essencialmente três: Estimar a capacidade residual;
Determinar prioridades;
Designar recursos.
[00055] O procedimento reside, em termos de cálculo de capacidade residual e determinação de prioridade (primeiros dois itens) na camada RRC no RRM de Serviço.
[00056] Como será explicado posteriormente, a designação de recurso avalia a taxa a ser designada a cada usuário e consequentemente, designa o formato de transporte, isto é, quantos blocos de transporte retirar do meio de armazenagem temporária em cada intervalo de transmissão ou TTI. Esta função sempre reside no RRM de Serviço.
[00057] O módulo PS procura, entre seus vários objetivos, o de otimização de uso de recursos, assegurando um uso eficiente da capacidade completa da célula. O módulo PS precisa ser capaz, através do conhecimento das características dos serviços suportados na célula e do número de usuários ativos, calcular a capacidade residual deixada disponível pelos serviços em tempo real, as quais é designada a prioridade máxima, capacidade residual deixada disponível pela comutação de pacote.
[00058] Para estimar a capacidade residual anteriormente citada, várias soluções da técnica anterior podem ser empregadas. Tudo isto levando em conta que, quanto mais precisa a citada estimativa, melhores serão os resultados alcançados ao alocar a capacidade residual.
[000591 A título de exemplo, a citada capacidade residual pode ser determinada notando que, para um dado serviço a ser suportado corretamente, a seguinte relação precisa ser satisfeita. onde: ^Wéa taxa de “chip”, por exemplo, igual a 3,84 Mchip/s; é a potência alocada para cada usuário individual j na célula k; => rjk é a taxa de bit do usuário j na célula k; => Ij,n.k é a interferência intra célula da célula k; => Icxit.k é a interferência inter célula; => T|q é a densidade espectral de ruído térmico; => 7j é L’Eb/No alvo para suportar o serviço requisitado pelo usuário j; => hjk é a perda de percurso.
[00060] Urna vez que a técnica de programação ilustrada aqui focaliza na transmissão pelo percurso de enlace inferior, a descrição que se segue focalizará no citado percurso.
[00061 ] A carga de enlace inferior da célula pode ser expressa como: onde f é a relação entre interferência inter célula e interferência intra célula, medida no receptor de cada equipamento de usuário ou UE, e a; é o fator de ortogonalidade, um parâmetro que leva em conta a perfeita ortogonalidade entre os códigos designados aos N usuários.
[00062] A fórmula pode ser simplificada considerando um valor médio de tXi e de f: [00063] O módulo PS é organizado e atua de acordo com uma estrutura de tempo discreta, com base no tenipo de programação Ts. O tempo Ts regula a repetição de todos os cálculos e ações do procedimento.
[00064] O procedimento calcula, para cada instante de programação Ts, a capacidade que pode ser usada para os serviços de pacote.
[00065] A carga máxima é um limiar determinado pelo operador e define a capacidade de enlace inferior máxima qDi .m;ix no estado de operação normal: [00066] Para cada novo usuário que requisita um serviço de pacote, um respectivo meio de armazenagem temporária é localizado para transmissão de pacote na camada RLC. O modo PS atua com base nas características do meio de armazenagem temporária de cada usuário.
[00067] É suposto que a função AC permite a entrada no sistema de usuários de pacote interativo ou de segundo plano, avaliando exclusivamente o que eles podem transmitir na taxa mínima prescrita de acordo com o conjunto de formatos de transporte (8 Kbit/s) e não considerando ao invés disso a taxa de pico negociada com a rede. Não é necessário evitar que tais usuários entrem no sistema; o módulo PS assegurará que eles transmitam sem congestionar a interface rádio, verificando e ajustando a taxa da conexão dedicada em uma base caso a caso, no sentido de não exceder os limites impostos pelas características da transmissão do caminho de enlace inferior, limites que foram listados acima, [00068] Neste ponto, ajustando o valor da capacidade limite, isto é, da capacidade residual que a estação base pode oferecer, com base nos parâmetros listados no início do parágrafo, é possível saber qual porção do recurso pode ser alocada a usuários de pacote.
[00069] Ao designar recursos, uma primeira distinção feita pelo módulo PS - em um primeiro nível ou critério de prioridade implícito - é aquele entre: • usuários de tempo real (RT): estes requerem serviços conversacionais ou de fluxo (serviços ou usuários de “pacote RT”); • usuários não em tempo real (NRT): estes requerem serviços interativos ou de segundo plano (serviços ou usuários de “pacote NRT”).
[00070] Com referência à Figura 2, é aparente que o módulo PS tenta adaptar a transmissão de usuários de pacote às variações dinâmicas da capacidade residual disponível.
[00071] Obviamente, isto pode ter lugar com uma temporização discreta. Os cálculos são repetidos em cada etapa, chamada Ts, que representa o tempo decorrido entre uma aplicação do procedimento e o subseqüente. É portanto presumido, com um razoável grau de aproximação, se um valor correto é escolhido para o parâmetro Ts, que a carga RT não muda entre uma etapa e a subseqüente. Quando menor Ts, mais dinâmica e adaptativa será a aplicação da programação ao sistema.
[00072] O cálculo de prioridades, que consiste de selecionar a ordem em que as filas contendo os pacotes de usuário serão visitadas, é baseado essencialmente em três critérios: - a) um critério de prioridade de primeiro nível, conectado, conforme estabelecido, a pertencer às classes “pacote RT” ou “pacote NRT”: daí, esta é uma prioridade implícita, conectada à natureza da informação conduzida pelos pacotes; - b) dois critérios de prioridade de segundo nível, relacionados à dinâmica de operação do sistema, conectados respectivamente: - bl) à ocupação dos meios de armazenagem temporária da camada RLC, e b2) às condições de propagação do canal.
[00073] Os critérios acima são aplicados observando primeiramente a inclusão nas duas classes de serviço.
[00074] Na realização correntemente preferida da invenção, é feita uma distinção adicional entre aqueles que pertencem à mesma classe de serviço de acordo com a maior ocupação dos meios de armazenagem temporária, isto é, causando a seleção ou extração, entre os usuários com a mesma prioridade de primeiro nível, do usuário que possui a ocupação de meio de armazenagem temporária mais alta.
[00075] Para ocupação de meio de armazenagem temporária igual, o usuário que demonstram as melhores condições de propagação de canal é extraído à vista da transmissão.
[00076] Naturalmente, pelo menos sob condições particulares de uso, os critérios de prioridade de segundo nível descritos acima podem ser aplicados de modo complementar, ou trocando um pelo outro.
[00077] Neste caso, observando ainda em primeiro lugar a inclusão nas duas classes de serviço, é feita uma distinção entre aqueles pertencendo à mesma classe de serviço de acordo com as condições de propagação do canal. Entre usuários com a mesma prioridade de primeiro nível, o usuário demonstrando as melhores condições de propagação de canal é então selecionado ou extraído.
[00078] Para condições de propagação de canal iguais, o usuário com a maior ocupação de meio de armazenagem temporária é extraído, à vista da transmissão.
[00079] A ocupação do meio de armazenagem temporária na camada RLC pode ser facilmente determinada avaliando, por exemplo, o número de bytes presentes no meio de armazenagem temporária.
[00080] Condições de propagação de canal podem, ao invés disso, ser determinadas em termos da relação sinal/interferência (SIR), por exemplo, como uma função parte de uma medição (SIR_Error) definida como a diferença entre o valor medido (SIRmedido) e o valor alvo (SIRaivo) da relação sinal/interferência.
[00081] Figura 3 mostra um exemplo de como a ordem de visitação de fila é calculada.
[00082] Após assegurar que a capacidade residual é explorada da melhor maneira possível, no sentido de alocar toda a potência disponível à estação base, e determinar a ordem de visitação das filas que obtém os pacotes de dados, o procedimento precisa aplicar sua política de alocação de recursos, isto é precisa decidir quanto a alocar a capacidade disponível de uma maneira otimizada, maximizar a velocidade de transferência de dados total e minimizar o retardo de usuário.
[00083] Na prática, após efetuar seu cálculo de como subdividir a capacidade entre os usuários de dados, o módulo de programação de pacote calcula o formato de transporte máximo TF empregável para o usuário particular e o comunica via conjunto de formato de transporte ou TFS à camada MAC, que usará esta informação na seleção do formato de transporte para cada TTI. Ainda mais, se isto se toma necessário, a transmissão pode ser suspensa ou retomada através do procedimento de suspender e retomar, respectivamente.
[00084] O procedimento tenta designar ao usuário de prioridade mais alta o formato de transporte correspondente à taxa de pico negociada. Se isto falha, tenta alocar o formato imediatamente inferior, continuando com suas tentativas, até que a taxa alocada caia dentro da quantidade de capacidade disponível.
[00085] Na maioria dos casos, pode ocorrer que, após permitir que o usuário de prioridade superior transmita com a taxa máxima, alguma capacidade ainda esteja disponível na célula. Uma vez que a tarefa primária do modo PS é otimizar a transmissão de dados, evitando o gasto de capacidade, o procedimento implementado para o usuário de prioridade superior é repetido, para o próximo usuário de prioridade mais alta, até que não haja mais recursos ou usuários ativos.
[00086] Figura 4 mostra o diagrama que descreve os estados caracterizando a transmissão de enlace inferior para um terminal móvel.
[00087] A estação base - relativa à conexão de dados daquele terminal móvel dado - está no estado Inativo (100) até que o meio de armazenagem temporária relacionado inicie o preenchimento com pacotes.
[00088] A mudança de estado, de “Inativo” para “Dados a Serem Transmitidos” (102) tem lugar quando a necessidade de configuração de um canal rádio para o usuário é verificada, uma vez que o meio de armazenagem temporária tenha iniciado o preenchimento com pacotes. É importante que o sistema reaja rapidamente às mudanças que ocorrem, para evitar o acúmulo de retardo excessivo no meio de armazenagem temporária.
[00089] A permanência neste estado está conectada à disponibilidade de recursos. Em cada etapa de programação Ts, a avaliação é feita quanto ao canal de dados poder ser designado à estação móvel em questão; se a capacidade disponível para a célula é suficiente, um Suporte de Acesso Rádio (RAB) é configurado, assim é criado um enlace rádio entre a BS e a estação móvel, e a Transmissão de Dados pode começar. A permanência neste estado (104) continua enquanto há recursos para alocar à estação móvel.
[00090] Quando os recursos não estão mais disponíveis, o procedimento não solicita que o enlace rádio seja interrompido, mas pode requerer, por exemplo, um procedimento prescrito pelo padrão: Suspensão-CRLC (RLC de Controle).
[00091] A estação móvel estará então em um estado suspenso (106): daí, esta minimizará sua ocupação dos recursos de interface rádio, minimizando correspondentemente a interferência, mas sua conexão permanecerá aguardando a camada RLC.
[00092] No estado suspenso, a entidade RLC não envia mais ao nível MAC fundamental - o recebe na direção oposta - quaisquer PDU (Unidades de Dados de Protocolo) com um número de seqüência mais alto do que aquele indicado pelo suspenso primitivo. Uma vez que o primitivo retomado é chamado novamente, o nível RLC recomeçará transmitindo as PDU do ponto em que foram suspensas.
[00093] O módulo TCTS monitora o meio de armazenagem temporária de transmissão de cada conexão de pacote individual para entender se o tipo de canal de transporte alocado para suportar um certo serviço é o correto ou não.
[00094] Em geral, um serviço de pacote pode ser suportado em: - um canal compartilhado (Canal de Acesso Randômico ou RACH ou ainda Canal de Acesso de Envio ou FACH), quando o serviço requer a transmissão de pequenos pacotes e com freqüência baixa (um exemplo típico é representado pela transmissão de mensagem SMS); ou um canal dedicado ou DCH quando as demandas de serviço em termos de taxa de bit requerida mínima são altas: por exemplo, este é o caso de serviços de navegação em rede rápida e de serviços em tempo real.
[00095] Durante a operação normal da rede, pode surgir a necessidade de adaptar as características de transmissão dinamicamente às mudanças impostas, por exemplo, modificando o tipo de canal de transporte usado.
[00096] Ocasionar tal tipo de comutação de canal são, por exemplo: - renegociação do serviço, tanto em enlace superior como em enlace inferior, - o módulo de controle de congestionamento CC ordena a comutação de todos os canais de melhor esforço a partir do canal dedicado, para compartilhar canal, no sentido de solucionar a situação de congestionamento, e condições de propagação particulares.
[00097] A renegociação de serviço é o caso típico requerendo uma comutação de tipo de canal de transporte.
[00098] Por exemplo, é suposto que um usuário requisita um serviço de navegação em rede rápida e então, durante a operação normal, continua sua sessão simplesmente enviando mensagens SMS. Neste caso, as demandas de taxa de bit no canal rádio são substancialmente reduzidas, impondo deste modo comutação de canal de transporte.
[00099] Para verificar quando tal situação surge, os meios de armazenagem temporária de transmissão de enlace superior e enlace inferior são monitorados como uma função de limiares específicos aplicados aos citados meios de armazenagem temporária.
[000100] Quando o volume de tráfego cresce, alcançando um certo limiar Tl, ocorre um evento (4A) que é relatado ao RNC de serviço.
[000101] Se um evento desta espécie, mostrado esquematicamente na Figura 5, surge no nível de enlace superior ou no nível de enlace inferior, uma comutação do canal compartilhado para o canal dedicado pode ser solicitada.
[000102] Se, ao contrário, o volume de tráfego cair abaixo de um limiar de referência T2, um evento 4B tem lugar, o qual é também relatado ao RNC de serviço.
[000103] Esta situação é representada na Figura 6. Se o citado evento ocorre no nível do enlace superior ou no nível do enlace inferior, pode ser produzida uma comutação do canal dedicado para o canal compartilhado.
[000104] Naturalmente, quando ocorre uma comutação do canal compartilhado para o canal dedicado, uma nova etapa de acesso é requerida juntamente com a alocação do canal dedicado.
[000105] Neste caso, o comportamento corresponde ao comportamento típico do módulo de controle de acesso AC e do módulo de Gerenciamento de Suporte de Acesso Rádio ou RABM. Daí, há uma dependência estrita do estado da rede e carga.
[000106] Na solução aqui ilustrada, o nível de limiar que determina a comutação do canal compartilhado para o canal dedicado e/ou vice-versa, pode ser verificado ao longo do tempo. Este fato é destacado nas Figuras 5 e 6, onde níveis de limiar diferentes TI e T2 são mostrados.
[000107] A variação do nível de limiar em questão pode ter lugar de acordo com os parâmetros de tráfego, tais como, por exemplo, estado da rede (normal - condições de alarme) ou condições do canal.
[000108] Por exemplo, quando a carga (no estado de operação normal) é reduzida, é possível encorajar o uso do canal dedicado (DCH) assegurando melhor desempenho do ponto de vista da qualidade de serviço, uma vez que não surgem situações críticas do ponto de vista de interferência.
[000109] Ao contrário, quando a rede opera no estado de operação de alarme, o limiar é ajustado dinamicamente para tomar mais difícil comutar para o canal dedicado. No final, quando a rede tem que operar em um estado próximo de congestionado, o limiar é modificado adicionalmente, de tal modo que a comutação para o canal dedicado é praticamente proibida.
[000110] De um modo particularmente preferido, é possível operar de tal modo que a comutação do canal dedicado para o canal compartilhado tem lugar mesmo quando as condições de propagação são muito pobres, e então a taxa de bit pode ser reduzida, por exemplo, abaixo de 16 Kbps.
[000111] É deste modo possível reduzir a conexão quando o evento designado como 4A ou o evento designado como 4B tem lugar, ou ao alcançar um limiar (que pode ser ajustado pelo operador) que indica a qualidade pobre do enlace rádio.
[000112] Para esta finalidade, pode-se, por exemplo, usar a medição (SIR_Error) definida como a diferença entre o valor medido (SIRmedido) e o valor alvo (SIRaivo) da relação sinal/interferência ou SIR.
[000113] Naturalmente, sem alterar o princípio da invenção, os detalhes de construção e as realizações podem ser amplamente variados em relação ao que é descrito e ilustrado aqui, sem deste modo se afastar do escopo da invenção. Nesta perspectiva, deveria ser considerado mais uma vez que, embora para simplicidade de ilustração da presente invenção seja feita referência praticamente constante à possível aplicação da invenção para um contexto UMTS, o escopo da invenção é realmente geral e daí não limitado ao citado contexto específico de aplicação.
REIVINDICAÇÕES
Claims (17)
1. Método para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações, caracterizado pelo falo de que compreende as etapas de: - arranjar os citados pacotes em filas de usuário recebidas nos respectivos meios de armazenagem temporária, medindo o nível de ocupação dos citados meios de armazenagem temporária, - classificar os citados usuários em respectivas classes de tempo real e não em tempo real (RT, NRT) identificadas pelos modos de serviços requeridos pelos citados usuários, - medir as condições de propagação no canal de transmissão respectivamente associado aos citados usuários, o método caracterizado pelo fato de que compreende ainda a etapa de: - determinar a prioridade na transmissão dos citados pacotes, escolhendo a ordem na qual as citadas filas respectivas são visitadas, como uma função de: - prime iramente, uma prioridade de primeiro nível, conectada aos citados usuários pertencerem às citadas classes respectivas (RT, NRT), - segundamente, uma prioridade de segundo nível conectada tanto ao nível de ocupação do respectivo meio de armazenagem temporária quanto às condições de propagação do citado respectivo canal.
2. Método de acordo com a reivindicação 1, caracterizado pelo fato dc que, entre os usuários com o mesmo primeiro nível de prioridade, o usuário com a ocupação de meio de armazenagem temporária mais alta e demonstrando as melhores condições de propagação de canal é escolhido.
3. Método de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que, este compreende a etapa de dividir os citados usuários em: - pelo menos uma primeira classe de tempo real (RT), compreendendo usuários que requerem serviços conversacionais ou de fluxo, e - pelo menos uma segunda classe de não em tempo real (NRT), compreendendo usuários que requerem serviços interativos ou de segundo plano.
4. Método de acordo com qualquer uma das reivindicações 1 a 3, caracterizado pelo fato de que compreende as etapas de: - determinar a capacidade de transmissão disponível para a transmissão dos citados pacotes, identificando um valor de taxa de transmissão de pico negociado, - tentar designar ao usuário de prioridade mais alta o formato de transporte correspondente à citada taxa de pico, transmitindo os pacotes enfileirados relacionados no caso de resultado positivo da citada designação, - em caso de resultado negativo da citada designação, tentar alocar ao citado usuário de prioridade mais alta, o próxima formato de transporte mais alto, citadas tentativas com formato mais baixo sendo continuadas até que a taxa alocada caia dentro da capacidade disponível.
5. Método de acordo com a reivindicação 4, caracterizado pelo fato de que compreende, após transmitir os pacotes de informação associados ao citado usuário de prioridade mais alta, a etapa de detectar qualquer capacidade de transmissão residual disponível, e a etapa de repetir as etapas prévias para o citado usuário de prioridade mais alta, para o usuário com a próxima prioridade mais alta, até que não existam mais os citados recursos de transmissão ou usuários ativos.
6. Método de acordo com qualquer uma das reivindicações 1 a 5, caracterizado pelo fato de que é aplicado a uma rede de transmissão organizada em células respectivas, nas quais os citados recursos de transmissão são compartilhados com serviços em tempo real aos quais é dada prioridade superior, o método compreendendo ainda a etapa de estimar a capacidade residual da respectiva célula, deixada livre pelos citados serviços em tempo real disponíveis para a transmissão dos citados pacotes de informação.
7. Método de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que este compreende uma função de controle de acesso (AC) configurada para permitir a entrada no sistema de usuários com pacotes de informação a serem transmitidos; o acesso sendo conduzido, pelo menos para alguns (NRT) dos citados usuários, avaliando exclusivamente a possibilidade dos citados usuários transmitirem seus pacotes de informação com a taxa mínima prescrita pelo conjunto de formatos de transporte da rede.
8. Método de acordo com a reivindicação 1 ou 7, caracterizado pelo fato de que é provida uma função de programação de pacote (PS), configurada para verificar que pelo menos alguns (NRT) dos citados usuários transmitem sem congestionar a interface rádio, controlando e ajustando, em uma base caso a caso, a taxa da respectiva conexão dedicada, no sentido de não exceder um dado limite imposto pelas características da citada rede.
9. Método de acordo com qualquer uma das reivindicações 1 a 8, caracterizado pelo fato de que este compreende a etapa de organizar a transmissão dos citados pacotes de informação, por meio de uma máquina de estado que permite: - um primeiro estado (102) correspondendo ao reconhecimento do fato de que os pacotes de informação estão presentes em pelo menos um dos citados meios de armazenagem temporária, - um segundo estado (104) correspondendo à transmissão dos citados pacotes de informação por meio dos recursos de transmissão correspondentes, e um estado suspenso (106) correspondendo ao reconhecimento da indisponibilidade de recursos para transmissão dos citados pacotes de informação com a conservação do citado canal de transmissão, a citada máquina de estado sendo capaz de evoluir, novamente, do citado terceiro estado (106) para o citado segundo estado, sem interromper o citado canal de transmissão, quando os citados recursos de transmissão se tomam novamente disponíveis.
10. Sistema para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações, o sistema compreendendo: - uma pluralidade de meios de armazenagem temporária respectivos configurados para receber os citados pacotes em filas de usuários; os citados usuários sendo classificados em classes respectivas de tempo real e não em tempo real (RT, NRT) identificadas pelos modos de serviço requeridos pelos citados usuários, - módulos detectores (CM, DM) capazes de medir as condições de propagação no canal de transmissão, associadas respectivamente aos citados usuários, o sistema caracterizado pelo fato de compreender adicionalmente: - módulo para gerenciar a programação de pacotes (PS) configurado para determinar a prioridade na transmissão dos citados pacotes, escolhendo a ordem na qual os citados respectivos enfileiramentos são visitados como uma função de: - primeiramente, uma prioridade de primeiro nível conectada aos citados usuários pertencerem às citadas classes respectivas (RT, NRT), - segundamente, uma prioridade de segundo nível conectada tanto ao nível de ocupação do respectivo meio de armazenagem temporária quanto às condições de propagação do citado respectivo canal.
11. Sistema de acordo com a reivindicação 10, caracterizado pelo fato de que o citado módulo para gerenciar programação de pacote (PS) é configurado para escolher, entre os usuários com a mesma prioridade de primeiro nível, o usuário que possui a ocupação de meio de armazenagem temporária mais alta e que demonstra as melhores condições de propagação de canal .
12. Sistema de acordo com a reivindicação 10 ou 11, caracterizado pelo fato de que o citado módulo para gerenciar programação de pacote (PS) é configurado para; - determinar a capacidade de transmissão disponível para a transmissão dos citados pacotes, identificando um valor de taxa de transmissão de pico de negociação, - tentar designar ao usuário de prioridade mais alta o formato de transporte correspondente à citada taxa de pico, transmitindo os pacotes enfileirados relacionados no caso de resultado positivo da citada designação, - em caso de resultado negativo da citada designação, tentar alocar ao citado usuário de prioridade mais alta o próximo formato de transporte mais alto, citadas tentativas com formato mais baixo sendo continuadas até que a taxa alocada caia dentro da capacidade disponível.
13. Sistema de acordo com a reivindicação 12, caracterizado pelo tato de que, o citado módulo para gerenciar programação de pacotes (PS) é configurado para detectar, após transmitir os pacotes de informação associados ao citado usuário de prioridade mais alta, qualquer capacidade de transmissão residual disponível, e repetir as operações realizadas para o citado usuário de prioridade mais alta, até que não existam mais os citados recursos de transmissão ou usuários ativos.
14. Sistema de acordo com qualquer uma das reivindicações iü a 13, caracterizado pelo fato de que é associado a uma rede de transmissão organizada em células respectivas, possuindo uma capacidade de transmissão determinada compartilhada com serviços em tempo real aos quais é dada prioridade mais alta, em que o citado módulo para gerenciar programação de pacotes (PS) é configurado para estimar a capacidade residual da respectiva célula, deixada livre pelos citados serviços em tempo real disponíveis para a transmissão dos citados pacotes de informação.
15. Sistema de acordo com qualquer uma das reivindicações 10 a 14, caracterizado pelo fato de que compreende um módulo de controle de acesso (AC) configurado para permitir que usuários com pacotes de informação a serem transmitidos entrem no sistema; o acesso sendo conduzido, pelo menos para alguns (NRT) dos citados usuários, avaliando exclusivamente a possibilidade dos citados usuários transmitirem seus pacotes de informação com a taxa mínima prescrita pelo conjunto de formatos de transporte da rede.
16. Sistema de acordo com a reivindicação 10 ou 15, caracterizado pelo fato de que o citado módulo para gerenciar programação de pacotes (PS) é configurado para verificar que pelo menos alguns (NRT) dos citados usuários transmitem sem congestionar a interface rádio, controlando e ajustando, em uma base caso a caso, a taxa da respectiva conexão dedicada, no sentido de não exceder um dado limite imposto pelas características da citada rede.
17. Sistema de acordo com qualquer uma das reivindicações 10 a 16, caracterizado pelo fato de que este compreende uma máquina de estado que permite: - um primeiro estado (102) correspondendo ao reconhecimento do fato de que os pacotes de informação estão presentes em pelo menos um dos citados meios de armazenagem temporária,- um segundo estado (104) correspondendo à transmissão dos citados pacotes de informação por meio dos recursos de transmissão correspondentes, e um estado suspenso (106) correspondendo ao reconhecimento da indisponibilidade de recursos para transmissão dos citados pacotes de informação com a conservação do citado canal de transmissão, a citada máquina de estado sendo capaz de evoluir, novamente, do citado terceiro estado (106) para o citado segundo estado (104) sem interromper o citado canal de transmissão, quando os citados recursos de transmissão se tomam novamente disponíveis.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IT001009A ITTO20021009A1 (it) | 2002-11-20 | 2002-11-20 | Procedimento, sistema e prodotto informatico per la |
ITTO2002A001009 | 2002-11-20 | ||
PCT/EP2003/012551 WO2004047379A2 (en) | 2002-11-20 | 2003-11-11 | Method, system and computer program product for managing the transmission of information packets in a telecommunication network |
Publications (2)
Publication Number | Publication Date |
---|---|
BRPI0316320B1 true BRPI0316320B1 (pt) | 2017-10-17 |
BRPI0316320B8 BRPI0316320B8 (pt) | 2017-11-07 |
Family
ID=32321456
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BR0316320-2A Pending BR0316320A (pt) | 2002-11-20 | 2003-11-11 | Métodos e sistemas para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações e para gerenciar a transmissão de pacotes de informação em uma rede de comunicação organizada em células, e, produto de programa de computador |
BRPI0316320A BRPI0316320B8 (pt) | 2002-11-20 | 2003-11-11 | método e sistema para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
BR0316320-2A Pending BR0316320A (pt) | 2002-11-20 | 2003-11-11 | Métodos e sistemas para gerenciar a transmissão de pacotes de informação em canais de uma rede de telecomunicações e para gerenciar a transmissão de pacotes de informação em uma rede de comunicação organizada em células, e, produto de programa de computador |
Country Status (7)
Country | Link |
---|---|
US (1) | US7804798B2 (pt) |
EP (1) | EP1563648B1 (pt) |
AU (1) | AU2003285324A1 (pt) |
BR (2) | BR0316320A (pt) |
CA (1) | CA2503761C (pt) |
IT (1) | ITTO20021009A1 (pt) |
WO (1) | WO2004047379A2 (pt) |
Families Citing this family (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101115129B1 (ko) * | 2004-10-20 | 2012-03-13 | 콸콤 인코포레이티드 | 무선 네트워크에서의 다중-주파수 대역 동작 방법 |
US7715341B2 (en) * | 2005-01-28 | 2010-05-11 | Nortel Networks Limited | Optimized scheduling method for delay-sensitive traffic on high speed shared packet data channels |
DE102005005251A1 (de) * | 2005-02-04 | 2006-08-10 | Infineon Technologies Ag | Datensicherungsschicht-Protokolleinheit, Mobilfunkeinrichtung und Verfahren zum Abbilden von mittels einer Mobilfunkeinrichtung zu übertragenden Daten von mindestens einem logischen Kanal und von zu übertragenden Kontrolldaten auf mindestens einen Transportkanal |
CN101124745B (zh) * | 2005-02-23 | 2013-03-27 | 艾利森电话股份有限公司 | 检测无线接入网的小区中拥塞的方法和装置 |
US20060198378A1 (en) * | 2005-03-01 | 2006-09-07 | Nokia Corporation | Scheduling technique for mobile uplink transmission |
US8949452B2 (en) * | 2005-04-07 | 2015-02-03 | Opanga Networks, Inc. | System and method for progressive download with minimal play latency |
FR2887714A1 (fr) * | 2005-06-28 | 2006-12-29 | France Telecom | Procede pour garantir un debit moyen en acces hsdpa dans un reseau cedma |
US8494539B1 (en) * | 2005-06-30 | 2013-07-23 | Alcatel Lucent | Congestion management in radio access networks |
SE529757C2 (sv) * | 2005-07-15 | 2007-11-20 | Teliasonera Ab | Metod och radionätstyrenhet för adaptiv radiokanalväxling |
GB0516296D0 (en) * | 2005-08-08 | 2005-09-14 | Nokia Corp | Packet scheduler |
JP4988743B2 (ja) * | 2005-09-16 | 2012-08-01 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Hsdpaトラフィックのための改善したディメンジョニングの方法 |
US8005041B2 (en) | 2006-05-08 | 2011-08-23 | Ipwireless, Inc. | Wireless communication system, apparatus for supporting data flow and method therefor |
US20080008116A1 (en) * | 2006-05-25 | 2008-01-10 | Proximetry, Inc. | Systems and methods for wireless resource management with multi-protocol management |
US7903575B2 (en) * | 2006-08-04 | 2011-03-08 | Lg Electronics, Inc. | Bandwidth-efficient control and bitmap signaling using super position coding in wireless communication systems |
JP4751791B2 (ja) * | 2006-08-22 | 2011-08-17 | 株式会社エヌ・ティ・ティ・ドコモ | データ流入量制御装置及びデータ流入量制御方法 |
US9179366B2 (en) * | 2006-08-31 | 2015-11-03 | Intel Corporation | Scheduling methods and apparatus based on adjusted channel capacity |
JP5023881B2 (ja) * | 2006-10-03 | 2012-09-12 | 日本電気株式会社 | 移動通信システム、信号転送方法、および受信装置 |
JP4910657B2 (ja) * | 2006-11-27 | 2012-04-04 | 富士通株式会社 | 移動無線ネットワーク制御方法及び装置 |
EP2015527A1 (en) * | 2007-07-10 | 2009-01-14 | WiNetworks Inc. | A system and method for adaptive wireless transmission |
WO2009080081A1 (en) | 2007-12-21 | 2009-07-02 | Telecom Italia S.P.A. | A scheduling method and system for communication |
US20090257377A1 (en) * | 2008-04-09 | 2009-10-15 | Texas Instruments Incorporated | Reducing buffer size for repeat transmission protocols |
US20090257392A1 (en) * | 2008-04-14 | 2009-10-15 | Futurewei Technologies, Inc. | System and Method for Efficiently Packing Two-Dimensional Data Bursts in a Downlink of a Wireless Communications System |
KR101644436B1 (ko) | 2008-12-09 | 2016-08-01 | 엘지전자 주식회사 | 비실시간 수신기에서 타켓팅 디스크립터를 처리하는 방법 |
KR101695820B1 (ko) * | 2009-01-15 | 2017-01-23 | 엘지전자 주식회사 | 비실시간 서비스 처리 방법 및 방송 수신기 |
US8782725B2 (en) | 2009-01-15 | 2014-07-15 | Lg Electronics Inc. | Method of processing non-real time service and broadcast receiver |
US8817615B2 (en) | 2010-03-05 | 2014-08-26 | Nec Europe Ltd. | Method for operating a wireless network and a wireless network |
US8595374B2 (en) * | 2010-12-08 | 2013-11-26 | At&T Intellectual Property I, L.P. | Method and apparatus for capacity dimensioning in a communication network |
US9408213B2 (en) * | 2012-07-04 | 2016-08-02 | Hitachi Kokusai Electric Inc. | Wireless communication system, frequency channel sharing method, and network controller device |
EP2755428A1 (en) * | 2013-01-09 | 2014-07-16 | Sony Mobile Communications AB | Method for reducing power consumption of a mobile device and mobile device |
EP3031186B1 (en) * | 2013-08-06 | 2018-03-21 | Sony Corporation | Infrastructure equipment, wireless communications network and method |
JP6386046B2 (ja) | 2013-08-06 | 2018-09-05 | ソニー株式会社 | 通信端末および方法 |
US9749256B2 (en) * | 2013-10-11 | 2017-08-29 | Ge Aviation Systems Llc | Data communications network for an aircraft |
US9853714B2 (en) | 2013-10-11 | 2017-12-26 | Ge Aviation Systems Llc | Data communications network for an aircraft |
US9750039B2 (en) * | 2014-03-04 | 2017-08-29 | International Business Machines Corporation | Configurable wireless switched network |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5914950A (en) * | 1997-04-08 | 1999-06-22 | Qualcomm Incorporated | Method and apparatus for reverse link rate scheduling |
US6104998A (en) * | 1998-03-12 | 2000-08-15 | International Business Machines Corporation | System for coding voice signals to optimize bandwidth occupation in high speed packet switching networks |
US6529499B1 (en) * | 1998-09-22 | 2003-03-04 | Lucent Technologies Inc. | Method for providing quality of service for delay sensitive traffic over IP networks |
FI107220B (fi) | 1998-11-06 | 2001-06-15 | Nokia Networks Oy | Menetelmä kantajien ominaisuuksien hallitsemiseksi |
DE19907085C1 (de) | 1999-02-19 | 2000-04-13 | Siemens Ag | Verfahren zum Übertragen paketvermittelter Daten in einem Funk-Kommunikationssystem |
US6507567B1 (en) | 1999-04-09 | 2003-01-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient handling of connections in a mobile communications network |
US6374117B1 (en) * | 1999-12-22 | 2002-04-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Queue based power control scheduling |
GB0004088D0 (en) * | 2000-02-21 | 2000-04-12 | Nokia Networks Oy | Packet data services in a telecommunications system |
US6760303B1 (en) | 2000-03-29 | 2004-07-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Channel-type switching based on cell load |
DE60014855T2 (de) | 2000-05-12 | 2006-02-02 | Lucent Technologies Inc. | Drahtlose Datenübertragungsplanung |
US6807426B2 (en) | 2001-04-12 | 2004-10-19 | Qualcomm Incorporated | Method and apparatus for scheduling transmissions in a communication system |
-
2002
- 2002-11-20 IT IT001009A patent/ITTO20021009A1/it unknown
-
2003
- 2003-11-11 WO PCT/EP2003/012551 patent/WO2004047379A2/en not_active Application Discontinuation
- 2003-11-11 BR BR0316320-2A patent/BR0316320A/pt active Pending
- 2003-11-11 AU AU2003285324A patent/AU2003285324A1/en not_active Abandoned
- 2003-11-11 US US10/535,283 patent/US7804798B2/en active Active
- 2003-11-11 BR BRPI0316320A patent/BRPI0316320B8/pt unknown
- 2003-11-11 CA CA2503761A patent/CA2503761C/en not_active Expired - Fee Related
- 2003-11-11 EP EP03778310.7A patent/EP1563648B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
WO2004047379A3 (en) | 2005-01-20 |
WO2004047379A2 (en) | 2004-06-03 |
EP1563648B1 (en) | 2017-04-26 |
EP1563648A2 (en) | 2005-08-17 |
US7804798B2 (en) | 2010-09-28 |
WO2004047379A8 (en) | 2005-06-09 |
ITTO20021009A1 (it) | 2004-05-21 |
AU2003285324A1 (en) | 2004-06-15 |
BRPI0316320B8 (pt) | 2017-11-07 |
US20060062171A1 (en) | 2006-03-23 |
BR0316320A (pt) | 2005-09-27 |
CA2503761A1 (en) | 2004-06-03 |
CA2503761C (en) | 2011-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
BRPI0316320B1 (pt) | Methods and systems for managing the transmission of information packets in channels of a telecommunications network and for managing the transmission of information packets in a cell organized communication network, and computer program product | |
US8085709B2 (en) | Method and system for managing radio resources in mobile communication networks, related network and computer program product therefor | |
KR101059876B1 (ko) | 이동통신 시스템의 서비스 품질 보장을 위한 데이터전송량 선택 방법 | |
EP1154663B1 (en) | Improved quality of service control in a mobile telecommunications network | |
JP4971444B2 (ja) | 高速ダウンリンクパケットアクセス(hsdpa)チャネルのカバレージ向上 | |
US8755270B2 (en) | Congestion/load indication for high speed packet access | |
US7468951B2 (en) | Method and system for evaluting number of additional admissible calls for use in call admission control | |
US7190684B2 (en) | Method and system for UMTS packet transmission scheduling on shared downlink channels | |
US7688731B2 (en) | Traffic congestion | |
García-Macías et al. | Quality of service and mobility for the wireless internet | |
JP3866963B2 (ja) | Cdmaシステムにおいてクオリティオブサービスを調整するために複数のデータフローをスケジューリングする方法とシステム | |
US7852759B2 (en) | Finite state machine of traffic stream metrics for adaptation of load-based call admission control in wireless networks | |
US20110171952A1 (en) | Cell load balancing method, cell load measuring method, and devices thereof | |
BRPI0114497B1 (pt) | método para uso em uma rede cobrindo uma região, e, gerenciador de recursos de rádio para uso na rede | |
BRPI0616760A2 (pt) | método e equipamento para alocação e gerenciamento de portadora em sistemas de comunicação multiportadora | |
EP2114038B1 (en) | Radio base station and mobile communication method | |
JP2008502245A (ja) | 送信制御方法、ネットワーク要素、基地局、無線ネットワーク制御装置 | |
Li et al. | HSUPA backhaul bandwidth dimensioning | |
Pérez-Romero et al. | Downlink Packet Scheduling for a Two-Layered Streaming Video Service in UMTS | |
Mohammed et al. | Next generation wireless mobile system efficient, fair, class based packet scheduling algorithm | |
WO2006094429A1 (fr) | Procede de commande d'admission de canal partage descendant a haute vitesse | |
Liebl et al. | Dynamic Multiplexing of IP-Streams onto Shared Cellular Links | |
Khan et al. | HSPA Radio Access Network Design | |
Gupta et al. | An efficient packet scheduling algorithm for downlink queue to provide lossless handoff and QoS in 4G mobile networks | |
PAPAJ | A survey study of QoS in next generation mobile networks |