BRPI0613558A2 - sistemas, métodos e aparelho para processamento de qualidade de serviço - Google Patents

sistemas, métodos e aparelho para processamento de qualidade de serviço Download PDF

Info

Publication number
BRPI0613558A2
BRPI0613558A2 BRPI0613558-7A BRPI0613558A BRPI0613558A2 BR PI0613558 A2 BRPI0613558 A2 BR PI0613558A2 BR PI0613558 A BRPI0613558 A BR PI0613558A BR PI0613558 A2 BRPI0613558 A2 BR PI0613558A2
Authority
BR
Brazil
Prior art keywords
request
packet
qos
map
separate
Prior art date
Application number
BRPI0613558-7A
Other languages
English (en)
Inventor
Sriram Nagesh Nookala
Bibhu P Mohanty
Uppinder Singh Babbar
Venugopal Ramamurth
Jun Wang
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 BRPI0613558A2 publication Critical patent/BRPI0613558A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • 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/15—Flow control; Congestion control in relation to multipoint 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
    • 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
    • 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/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483—Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows
    • 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/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/746—Reaction triggered by a failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/801—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/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • 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
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • 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]

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)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

SISTEMAS, MéTODOS E APARELHO PARA PROCESSAMENTO DE QUALIDADE DE SERVIçO Um método de transmissão de sinais de acordo com uma modalidade inclui solicitar a um nó servidor de dados de pacote que filtre uma corrente de tráfego especificado dentre um fluxo de pacotes. O método inclui também solicitar a uma rede de radioacesso que proporcione um tratamento de qualidade de serviço (QoS) indicado para a corrente através de uma interface aérea sem fio. O método inclui também rescindir a solicitação para filtrar ou a solicitação para obter um tratamento de Qos em resposta ao fracasso da outra solicitação.

Description

"SISTEMAS, MÉTODOS E APARELHO PARA PROCESSAMENTO DEQUALIDADE DE SERVIÇO"
PEDIDOS CORRELATOS
Este pedido reivindica o beneficio do pedido depatente provisório norte-americano No. 60/701 314,intitulado "METHOD AND APPARATUS FOR SAVING AIR INTERFACERESOURCES".
CAMPO DA INVENÇÃO
Esta invenção refere-se a comunicações sem fio.
FUNDAMENTOS
Exemplos de aplicativos de comunicações sem fioincluem telefones sem fio, paging, loops locais sem fio,assistentes digitais pessoais (PDAs), telefonia pelaInternet e sistemas de comunicação por satélite. Umaaplicação particularmente importante são os sistemas detelefonia celulares para assinantes móveis. Conformeutilizado aqui, o termo sistema "celular" abrangefreqüências de. serviços de comunicação tanto celularesquanto, pessoais (PCS), ou quaisquer outras freqüências nasquais.redes para telefonia de voz e/ou video sem fio podemfuncionar. Diversas interfaces através do ar têm sidodesenvolvidas para sistemas de telefonia celulares,inclusive, por exemplo, acesso múltiplo por divisão defreqüência (FDMA), acesso múltiplo por divisão de tempo(TDMA) e acesso múltiplo por divisão de código (CDMA). Emconexão com eles,. diversos padrões domésticosinternacionais têm sido estabelecidos, como, por exemplo, -Serviço de telefonia Móvel Avançado . (AMPS), o SistemaGlobal para Móveis (GSM) e o Padrão Interino 95 (IS-95);.IS-95 e seus derivados, IS-95 A, IS-95 B, ANSI J-STD-008(referido para a coletividade seguinte como IS-95)sistemas de altas taxas de dados são promulgados pelaAssociação das Indústrias de Telecomunicação (TIA,Arlington, VA) e outros corpos de padrões notoriamenteconhecidos.
Os sistemas de telefonia celulares configuradospara conformar-se com uma versão do padrão IS-95 utilizamtécnicas de processamento de sinais CDMA de modo a obteremserviço de telefonia celular altamente eficaz e robusto.Sistemas de telefonia celulares exemplares configuradossubstancialmente de acordo com a utilização de um ou mais'dos padrões IS-95 são descritos nas patentes norte-americanas Nos. 5.103.459 e 4.901.307.
Os padrões IS-95 evoluíram subseqüentemente parasistemas de terceira geração ou "3G" para telefonia celularsem fio, como, por exemplo, o cdma2000 e o WC DMA, queapresentam mais capacidade assim como serviços de dados empacote de alta velocidade. Variações do cdma2000 incluem ocdma2000 IxRTT. (tecnologia de rádio-transmissão, tambémchamada "lx"), conforme descrito nos documentos IS-2000(TIA) e C.SOOOl a C.S0006 (Projeto de Parcerias de TerceiraGeração (3GPP2), Arlington, VA), cdma2000 IxEV-DO (lxEvolução - Dados Otimizados, também chamado "DO" ou Dadosem Pacote de Alta Taxa ("HRPD")), conforme descrito nodocumento IS-856 (TIA), DO-Revisão A conforme padronizadoem C.S20024-A (também conhecido como IS-856A), intitulado"Especificação de Interface Aérea de Dados em Pacote deAlta Taxa cdma2000", v.1.0, março de 2004 ou v.2.0, julhode 2005 (3GPP2) e IxEV-DV (lx Evolução, Dados/Voz)cdma2000". Um sistema Ix oferece uma taxa de dados de picode 153 kbps, enquanto um sistema HRPD oferece um conjuntode taxas de dados que variam na faixa de 38,4 kbps a 2,4Mbps, à qual um ponto de acesso (AP) pode enviar dados auma., estação de assinante (também referida como estaçãomóvel (MS) ou terminal de acesso (AT)). Uma vez que o AP éanálogo a uma estação base em um sistema de telefoniacelular, a terminologia referente a células e setores emtal sistema para serviços de dados em pacote sem fio éidêntica à referente a sistemas de voz.
Dada a crescente demanda por aplicativos de dadossem fio, a necessidade por sistemas de comunicação de dadossem fio muito eficazes tem se tornado cada vez maissignificativa. Um aplicativo de dados sem fio que tal é atransmissão de pacotes de dados que se originam ou terminamem redes de comutação por pacotes. Existem diversastécnicas padronizadas para transmitir tráfego empacotadoatravés de redes de comutação por pacote de modo que asinformações cheguem a seu destino pretendido. Uma classe detais técnicas é descrita no Padrão de Rede IP Sem Fio IS-835 (documento;; IS-835D) , por exemplo), que especifica asoperações de Nós. Servidores de Dados em Pacote (PDSN). UmPDSN é responsável por estabelecer, manter e terminar umasessão de dados, em pacote com um terminal de acesso, talcomo uma sessão de Protocolo de Ponto-a-ponto (PPP) atravésda Internet.
Uma estação de assinante pode ser configuradapara executar diversos aplicativos que recebem dados dae/ou transmitem dados para a rede. Estes aplicativos podemter diferentes tolerâncias e requisitos em termos de comoestes dados são transportados (também chamados requisitosde "qualidade de serviço" ou "QoS"). Aplicativos em temponão real tais' como .e-mail e transferência de arquivos(arquivos mp3, por exemplo) têm requisitos de banda largavariáveis, mas requisitos de retardo e perda frouxos.retransmissão de quadros faltantes ou corrompidos pode sèrútil em aplicativos em tempo não real. Os aplicativos detelefonia podem ter requisitos de baixa banda larga, mastêm baixa tolerância para com retardo de quadros evariabilidade no retardo (também chamado "jitter").
Tipicamente, a latência de um aparelho telefônico paraoutro não deve ultrapassar 250 ms, e o jitter não deveultrapassar 20 ms. Embora o RLP (Protocolo de Radioenlacé)comumente utilizado em uma interface aérea cdma2000proporcione a retransmissão de quadros, tal retransmissãonão é útil para tráfego em tempo real.
Uma estação de assinante pode ser tambémconfigurada para executar um ou mais aplicativos multimídiaque têm diferentes requisitos de QoS. 0 fluxo contínuo deconteúdo de áudio e/ou vídeo pode tolerar algum grau deretardo na partida e pode ser armazenado em buffer de modoa se aumentar a tolerância ao jitter, enquanto ascaracterísticas de banda larga e tolerância a perdas podemvariar, dependendo do codec particular. Aplicativõsinterativos tais como . jogos on-line têm tipicamenterequisitos de baixa banda larga, mas requisitos de retardomuito rigorosos. Vídeos-conferência têm requisitos de altabanda larga e requerem também baixo retardo e jitter.
Pode ser desejável suportar QoS em uma base porcorrente de aplicativos. Um tratamento de QoS particulárpara uma corrente pode ser negociado entre dois pontos cieuma transmissão de dados em pacote (como, por exemplei,entre uma estação de assinante e uma estação base, ou entreuma estação de assinante e um PDSN). Uma solicitação de ümtratamento de QoS particular pode especificar a banda largado. canal de tráfego, a programação de dados em pacote, aprogramação de pacotes de transmissão através do ar, asensibilidade a retardos dos conteúdos ou outros fatoresque possam ser considerados relevantes por uma portadora derede ou um provedor de serviços. A obtenção de um nível deserviço desejado pode envolver a solicitação de operaçõesde processamento de QoS de mais de uma entidade de rede (deuma estação base e de um PDSN, por exemplo).
SUMÁRIO
Um método de transmissão de sinais de acordo comuma modalidade inclui transmitir uma solicitação paraseparar, dentre um fluxo de pacotes, uma corrente depacotes que coincida com pelo menos um critério indicado. Ométodo também inclui transmitir uma solicitação para mapeara corrente de pacotes, de acordo com um tratamento dequalidade de serviço (QoS) indicado, em uma interface aéreasem fio. O método inclui adicionalmente transmitir, emresposta a uma falha dentre a solicitação para separar e asolicitação para mapear, uma rescisão da outra dentre asolicitação para separar e a solicitação para mapear.
Um método de transmissão de sinal de acordo comoutra modalidade inclui transmitir, para um nó servidor deDados em Pacote, uma solicitação para instalar um filtro depacote. O método também inclui transmitir uma solicitaçãopara mapear, em uma interface aérea sem fio e de acordo comum tratamento. QoS indicado, uma corrente de pacotescoincide com o filtro de pacote. O método incluiadicionalmente transmitir, em resposta a uma falha de umadentre as solicitações para instalar e a solicitação paramapear, uma rescisão das outras dentre as solicitações parainstalar e a solicitação para mapear.
Um aparelho para comunicações sem fio de acordocom uma modalidade inclui instrumento para gerar umasolicitação para separar, dentre um fluxo de pacotes, umacorrente de pacotes que coincida com pelo menos um critérioindicado. O aparelho inclui também um instrumento paragerar uma solicitação para mapear a corrente de pacotes emuma interface aérea sem fio de acordo com um tratamento dequalidade de serviço (QoS) indicado. O aparelho incluitambém um instrumento para gerar, em resposta a uma falhade uma dentre a solicitação para separar e a solicitaçãopara mapear, uma rescisão da outra dentre a solicitaçãopara separar e a solicitação para mapear.
BREVE DESCRIÇÃO DOS DESENHOS
A Figura 1 mostra um exemplo de contexto decomunicação sem fio que inclui uma rede 100 para serviço dedados em pacote.
A Figura 2 mostra um exemplo de uma parte daspilhas de protocolos das entidades ilustradas na Figura 1.
A Figura 3 mostra um exemplo de um percurso detransporte entre uma MS e um PDSN que inclui duas conexõesde serviço diferentes.
A Figura 4 mostra um exemplo de percurso detransporte entre uma MS e um PDSN que inclui múltiplasocorrências de serviço e conexões AlO.
A Figura 5 mostra um diagrama de blocos de umexemplo de uma estrutura lógica que pode ser utilizada paraimplementar um percurso de transporte de link direto (istoé, da RAN para a MS), conforme mostrado nas Figuras 3 e/ou 4.
A Figura 6 mostra um fluxograma de um método MlOOde acordo com uma modalidade.
A Figura 7 mostra um diagrama de blocos de umaimplementação 112 da MS 110.
A Figura.8 mostra um fluxograma de uma seqüênciade operações de acordo com o método M100.
A Figura 9 mostra um fluxograma de outraseqüência de operações de acordo com o método M100.
DESCRIÇÃO DETALHADA
Embora a terminologia cdma2000 e Ix sejabasicamente utilizada nesta descrição, considera-seexpressamente e revela-se aqui a possibilidade de que asmodalidades sejam configuradas para utilização em outrastecnologias de terceira geração (3G) , tais como o WCDMA(CDMA de Banda Larga). Um padrão WCDMA é apresentado nosdocumentos Nos. 3G TS 25.211, 3G TS 25.212, 3G TS 25.213. e3G TS 25.214 (Projeto de Parcerias de Terceira Geração(3GPP), Sophie Antipolis, FR). Um sistema WCDMA étipicamente corporifiçado como um UMTS (Sistema deTelecomunicação Móvel Universal), que pode incluir uma Redede Radioacesso Terrestre Universal (UTRAN) em comunicaçãocom uma rede básica comutada por pacote GPRS. O padrãoWCDMA descreve uma interface de rádio para um sistema IMT-2000 (Telecomunicações Móveis Internacionais), que podesuportar Acesso a Pacotes de Downlink de Alta Velocidade(HSDPA).
As modalidades incluem métodos de processamentode QoS e sistemas e um aparelho configurados para executârum ou mais de tais métodos. A Figura 1 mostra um exemplo decontexto, no qual tal. modalidade pode ser. aplicada. Esteexemplo inclui uma ou mais estações móveis (MSs) 110 e umarede 100 para serviço de dados em pacote, que pode serconfigurada para suportar comunicações de acordo com um òumais padrões, tais como os enumerados aqui. -
Ao nível físico, uma MS 110 inclui um conjunto deCircuitos de radiofreqüência, tal como um transceptor, paratransmitir um sinal para a e receber um sinal da rede 100.
A MS pode incluir também conversores de digital paraanalógico e de analógico para digital e outro conjunto decircuitos de processamento de sinais analógicos e/oudigitais. Dependendo de sua implementação, a MS podeincluir também elementos de interface com o usuário, taiscomo um teclado, uma tela de exibição, um microfone e umalto-falante. Uma MS inclui também, tipicamente, um ou maisprocessadores ou núcleos IP embutidos configurados paraexecutar aplicativos e/ou funções de controle. Outros nomescomuns para uma MS incluem Equipamento de usuário (UE) ' eTerminal de Acesso (AT).
A Figura 1 mostra exemplos de três diferentesimplementações 110a,b,c da Estação Móvel (MS) 110. A MSexemplar IlOa é implementada como um telefone celular. UmaMS pode incluir também uma combinação de mais de umaparelho, conforme mostrado nos exemplos MS IlOb e 110c.Cada um destes exemplos inclui um Equipamento de terminal(TE) , tal como um computador laptop, e um Terminal Móvel(MT), tal como um cartão PCMCIA, que inclui um modem semfio ou um telefone celular, que proporciona capacidade decomunicação de dados sem fio ao TE, possivelmente atravésde um Adaptador de Terminal (TA).
A rede 100 inclui uma rede de radioacesso (RAN)200 - configurada para comunicar-se com uma ou mais MSsatravés de uma interface aérea . sem fio. No contexto daFigura 1, uma estação móvel (MS) 110 é configurada paracomunicar-se com a RAN 200 para serviço de dados em pacotee possivelmente para outros serviços, tais como telefoniacomutada por circuito, Em um exemplo, a interface aérea semfio é uma interface Um que se conforma a uma versão dopadrão IS-2000. Uma RAN inclui comumente elementos taiscomo um sistema transceptor base (BTS) ou "estação base"que forma interface com uma ou mais MSs, um controlador deestação base (BSC) , que controla uma ou mais BTSs, e umafunção.de controle de.pacote (PCF), que forma interface comum nó servidor cje dados em pacote (PDSN) .
A rede 100 inclui também um PDSN 300 (tambémchamado nó de comutação de dados em pacote ou servidor deacesso à rede) configurado para comunicar-se com uma oumais RANs através de um link cabeado ou óptico, tal como umlink de Ethernet, ou através de um canal de transporte deretorno sem fio. Por meio da RAN, o PDSN comunica-se comuma ou mais MSs que desejam uma ou estão engajadas em umacomunicação de dados em pacote, atuando como um roteador deprimeiro salto para tráfego IP para a ou da MS. Outrasimplementações da rede 100 incluem mais de um PDSN (umcluster de PDSNs, por exemplo).
Conforme mostrado na Figura 2, a MS 110 éconfigurada para executar um ou mais aplicativos 120. Estesaplicativos comunicam-se através da rede 100 comaplicativos correspondentes executados em servidores(servidores da Web, por exemplo) e/ou em outros terminais(outras MSs, por exemplo). Exemplos de aplicativos 120incluem e-mail, navegação pela Web, protocolo detransferência de arquivos (FTP), Voz sobre IP (VoIP),telefonia de video comutada por pacote (PSVT) e televisão eoutros serviços multimídia. A MS pode incluir codecs devídeo e/ou áudio que suportem aplicativos multimídia pormeio da interface com o usuário (uma tela de exibição e umalto-falante, por exemplo). A MS pode incluir também umagente de usuário de Protocolo de Iniciação de Sessão (SIP)configurado para comunicar-se com outra MS, ou com umaparelho de telefonia de vídeo ou voz IP geral, por meio deum servidor SIP no outro lado do PDSN 300 para serviços detelefonia comutados por pacote (telefonia VoIP ou de vídeo,por exemplo).
As comunicações entre as diversas entidades derede e terminais ocorrem por meio de diferentes camadas deuma pilha de protocolos. A Figura 2 mostra um exemplo deuma parte das pilhas de protocolo de uma MS, RAN e PDSN,conforme mostrado na Figura 1. A pilha de protocolospermite que a MS se comunique com diversas entidadeslógicas em uma rede de comunicação e/ou com outrosterminais na rede. Por exemplo, uma MS pode ser configuradapara comunicar-se com a RAN através da interface aéreautilizando um protocolo de camada de enlace, tal como o RLP(Protocolo de Radioenlace, definido no TIA IS-707.2).Outros protocolos comumente utilizados incluem protocolosde camada de transporte, tais como o TCP (Protocolo deControle de Transmissão), o UDP (Protocolo de Datagramas deUsuário) e o RTP (Protocolo de Transporte em Tempo Real,RFC 3550, julho de 2003, Força-Tarefa de Engenharia daInternet (IETF, ietf.org)); protocolos de camada de rede,tais como o IP (Protocolo Internet) e RRC (Controle cieRádio-Recursos); e protocolos de camada de enlace de dado^s,como o PPP (Protocolo de Ponto-a-ponto), por exemplo.
Conforme mostrado na Figura 2, em alguns casos aMS e o PDSN podem comunicar-se através de uma camada deenlace de dados estabelecendo uma conexão PPP (Protocolo dePonto-a-ponto). Alternativamente, pode ser desejável evitarum ou mais inconvenientes da transmissão baseada no PPP,como, por exemplo, o. overhead de cabeçalho adicional e ainvisibilidade das fronteiras entre os pacotes para a RAN.Po,r exemplo, um sistema que funcione de acordo com 'aRevisão A do IxEV-DO pode obter funcionamento livre do PPPpor meio de um padrão de aplicativo de pacotesaperfeiçoado, apresentado no C.S0063-0 v.1.15, intitulado"Serviços Suplementares de Dados em Pacote de Alta Taxacdma2000" (3GPP2, outubro de 2005). Outro esquema livre doPPP que pode ser utilizado é descrito no pedido de patentepublicado, norte-americano No. 2002/0097701 (Lupien etalii), "METHOD AND SYSTEM FOR TRANSMISSION OF HEADERLESSDATA PACKETS OVER A WIRELESS LINK", publicado a 25 de julhode 2002.
Uma "corrente" é definida como uma série depacotes que pertencem à mesma instanciação de protocolo "!ecompartilham a mesma fonte e destino. Uma corrente IP, porexemplo, é uma corrente unidirecional de pacotes IP com omesmo endereço IP de origem e o mesmo número de porta,: omesmo endereço IP de destino e o mesmo número de porta e omesmo protocolo de transporte. Pode ser desejável suportara transmissão de múltiplas correntes de tráfego entre a MSe o PDSN para um único aplicativo e/ou para suportar atransmissão de diferentes correntes de tráfego entre a MS eo PDSN para diferentes aplicativos.
Conforme discutido acima, diferentes aplicativospodem ter diferentes requisitos em termos de qualidade deparâmetros de serviço, tais como latência, banda larga etolerância a erros. A conformidade a tais parâmetros podeexigir que se distingam umas das outras múltiplas correntespara transmissão. Se a interface aérea for configurada comouma única fila de pacotes, por exemplo, pacotes sensíveis alatência. orientados para um aplicativo VoIP executado na MSpodem ser retardados na RAN e, portanto, tornar-seinutilizáveis, enquanto uma grande transmissão em andamentoorientada para outro aplicativo (uma página da Web de ummegabyte orientada para um navegado da Web) ocupa 'ainterface aérea. Portanto, é desejável configurar uma reàede serviços dei dados em pacote, tal como a rede 100, parasuportar a transmissão de diferentes correntes de tráfegoçie acordo com diferentes afirmações de QoS (tambémconhecida como "QoS baseada em corrente") com base emfatores tais como os requisitos dos aplicativoscorrespondentes.
Uma "conexão de serviço" é uma conexão lógicaentre a MS e a- PDSN que é utilizada para transportar dadosde usuário para a ou da MS. 0 percurso de transporte entrea MS e: 0 PDSN pode incluir mais de uma conexão de serviçoconfigurada para portar diferentes correntes de tráfego deacordo com diferentes tratamentos de QoS. Por exemplo, opercurso de transporte pode incluir uma conexão de serviçopara portar uma corrente TCP/IP e uma outra conexão deserviço para portar um fluxo de video RTP. A Figura 3mostra um exemplo de percurso de transporte entre um MS eum PDSN que inclui duas conexões de serviço diferentes,cada uma configurada para portar uma corrente de tráfegocorrespondente.
A porção de uma conexão de serviço entre a MS e aRAN é chamada "ocorrência de serviço" em sistemas lx,enquanto em sistemas HRPD uma ocorrência de serviço échamada uma "corrente de link" ou "ocorrência de RLP". Aespecificação do cdma2000 descreve uma rede que suporta atéseis ocorrências de serviço por MS, cada uma identificadapor um rótulo único chamado Identificador de Referência deServiço (ID_SR). Uma ocorrência de serviço pode terconfigurações de QoS afins, e uma MS pode iniciar váriásocorrência de serviço durante uma chamada em pacote.
A interface aérea entre a MS e a RAN pode portarvárias ocorrências de serviço, cada uma tendocaracterísticas de banda larga, retardo e erro diferentes.Em sistemas IX e HRPD, a interface aérea inclui umaocorrência de serviço principal e pode incluir uma ou maisocorrências de. serviço auxiliares. Voz e dados podem serdefinidos e especificados de maneira independente comoopções de serviço diferentes, e a interface aérea podesuportar várias ocorrências de serviço para uma ou ambjsdestas opções de serviço. Em um exemplo, a MS tem umaocorrência de serviço principal para portar uma ou maiscorrentes TCP/IP e uma ocorrência de serviço auxiliar paraportar um fluxo de vídeo RTP.
A parte de uma conexão de serviço entre a RAN e -oPDSN é chamada "conexão R-P" (de RAN-PDSN) e pode serportada através de um link de Ethernet, conforme mencionadoacima. Em sistemas IX e HRPD, a interface R-P é definidacomo a combinação das interfaces AlO e Ali, onde o tráfegode usuário portador da interface AlO entre a RAN e o PSDN ea interface All porta informações de sinalização entre aRAN e o PDSN. Conforme mostrado no exemplo da Figura 4, asocorrências de serviço e as conexões AlO podem portarmúltiplas correntes, e ocorrências separadas de cada uma(conexões de serviço separadas, por exemplo) podem serprovidas para suportar diferentes tratamentos de QoS. Podeser desejável atribuir correntes com requisitos de QoSsemelhantes à mesma ocorrência de serviço.
Em sistemas IX e HRPD, cada ocorrência de serviçoé associada a uma conexão AlO. No link direto, a RAN mapeiauma conexão. AlO na ocorrência de serviço correspondente e,no link. reverso (isto é, da MS para a RAN) , a RAN mapeiauma ocorrência de serviço em uma conexão AlOcorrespondente. É possível que, em outros sistemas, mais deuma ocorrência de serviço esteja associada a uma conexão R-P. Por exemplo, em tal sistema é possível que uma conexãoR-P porte uma corrente que ultrapassa o limite de bandalarga para uma única ocorrência de serviço e se já.,portanto, dividido através de duas ocorrências de serviço.
A Figura 5 mostra um diagrama de blocos de umexemplo de estrutura lógica que pode . ser utilizado paiaimplementar um., percurso de transporte no link direto,conforme mostrado nas Figuras 3 e/ou 4. Esta estruturainclui as implementações 202 e 302, respectivamente, da RAN200 e do PDSN 300. 0 PDSN 302 inclui um filtro configuradopara separar uma ou mais correntes de tráfego dentre umfluxo de pacotes entrantes, e a RAN 202. inclui um mapeadór210 ,configurado para mapear as correntes de tráfegoseparadas em ocorrências de serviços com base em φαtratamento de QoS especificado.A estação móvel 110 é configurada para incluir uminstrumento para gerar uma solicitação para separar, dentreum fluxo de pacotes, uma corrente de pacotes que atenda apelo menos um critério indicado (um módulo de controle deinterface aérea, por exemplo) e para transmitir asolicitação ao PDSN. A estação móvel 110 é tambémconfigurada para incluir um instrumento para gerar umasolicitação para mapear a corrente de pacotes em umainterface aérea sem fio de acordo com um tratamento dequalidade de serviço (QoS) indicado (um módulo de controlede dados em pacote, por exemplo) e para transmitir asolicitação à RAN. Cada dispositivo para gerar que tal podeser implementado em uma lógica, como, por exemplo, um oumais arranjos de elementos lógicos (tais como portas outransistores) e/ou um ou mais conjuntos de instruçõesexecutáveis por. um ou mais arranjos de elementos lógicos.Por exemplo, um ou ambos os sistemas que tais podem serimplementados como um ou mais conjuntos de instruçõesexecutáveis por um ou,mais processadores embutidos.
O mapeador 210 pode ser configurado para mapearcorrentes de tráfego em canais físicos da interface aéreasem:· fio.. Os canais físicos podem ser multiplexados riotempo, na freqüência e/ou no espaço para código(s). Em umexemplo, uma interface aérea cdma2000 entre uma MS e umaRAN inclui um canal fundamental (FCH) para tráfego deusuário, um canal de controle dedicado (DCCH) que podeport;ar. tráfego de usuário e um ou mais canais suplementares(SCHs) para tráfego de usuário.
Em alguns casos, um canal físico é utilizado paraportar mais de uma ocorrência de serviço. É possível que omapeador 210 seja configurado para mapear todas asocorrências de serviço em um canal físico. Em outros casos,cada canal físico é atribuído a um tipo de ocorrência deserviço diferente (correspondente a um protocolo específicoou a tratamentos de QoS semelhantes) e pode portar um fluxomultiplexado de correntes desse tipo de diferentesocorrência de serviço. É também possível que o mapeador 210mapeie uma ocorrência de serviço em canais físicosdiferentes em momentos diferentes. 0 mapeador 210 pode serimplementado em uma lógica como, por exemplo, um ou maisarranjos de elementos lógicos (tais como portas outransistores) e/ou um ou mais conjuntos de instruçõesexecutáveis por um ou mais arranjos de elementos lógicos.
0 mapeador 210 pode incluir um ou maisprogramadores, que são, cada um deles, configurados paraprogramar pacotes para transmissão através de um ou maiscanais físicos. Tal programador pode ser implementado emuma lógica como, por exemplo, um ou mais arranjos deelementos lógicos (tais como portas ou transistores) e/ouum ou mais conjuntos de instruções executáveis por um oumais arranjos de elementos lógicos. Em um caso simples, umprogramador é configurado para selecionar pacotes de cadacorrente correspondente à maneira de rodízio, com pacotesde correntes diferentes sendo programadas em quadrossucessivos. Em outros casos, um programador é configuradopara dar prioridade a aplicativos em tempo real. Pqrexemplo, um -programador pode ser configurado parareconhecer IDs de perfil de corrente (descritos a seguir)que correspondam a aplicativos de telefonia, tais como VoIPou PSVT.
No PDSN, o filtro 320 distingue uma ou maiscorrentes de tráfego entrantes e os envia à RAN através deconexões AlO separadas. Um PDSN utiliza tipicamentefiltragem de pacotes para distinguir correntes de dadosparticulares e mapear cada um em uma conexão AlO associadaà, ocorrência de serviço correspondente. Neste contexto, afiltragem de pacotes inclui comparar as informações docabeçalho de cada pacote com um ou mais filtros de pacotes,que são configurados de acordo com as informaçõesfornecidas pela MS. 0 filtro 310 pode ser implementada emuma lógica como, por exemplo, um ou mais arranjos deelementos lógicos (tais como portas ou transistores) e/ouum ou mais conjuntos de instruções executáveis por um oumais arranjos de elementos lógicos.
Nos sistemas existente para serviços de dados empacote, a MS, tipicamente, solicita um tratamento de QoSespecifico para uma dada corrente negociando separadamentecom a RAN e o PDSN. Por exemplo, uma MS pode operar deacordo com uma versão do padrão IS-856 (IS-856A, pôrexemplo) para negociar um tratamento de QoS com a RAN paraa interface aérea. Tal negociação pode incluir enviar à RANuma solicitação para mapear a corrente na interface aéreade acordo com um tratamento de QoS. A MS pode- funcionártambém de acordo com uma versão do IS-835 (IS-835D, porexemplo) para enviar ao PDSN uma solicitação para instalarum ou mais filtros de pacotes que podem ser utilizados paraseparar a corrente dentre um fluxo de pacotes. -
Em um sistema cdma2000 típico, uma MS indica umtratamento de QoS desejado solicitando à RAN, através dainterface aérea, um bloco de bits de QoS (BLOB_QOS) em umamensagem de sinalização. Todo o BLOB_QoS se aplica a lx, %ele inclui um SUB_BLOB_QoS que também se aplica ao HRPD. UmSUB_BLOB_QOS pode incluir parâmetros de QoS detalhados queindicam o tratamento de QoS desejado para uma correnéecorrespondente,, e um BLOB_QOS pode conter SUB_BLOBs_QÒSpara mais de uma corrente. Por exemplo, um SUB^BLOB_QOSpode especificar valores solicitados e/ou aceitáveis paraparâmetros tais como taxa de dados, taxa de erros dequadro, retardo, latência, jitter, taxa de perda de dadose/ou prioridade de corrente.
Alternativamente, em vez de enviar valores deparâmetro de QoS para uma corrente, a MS pode enviar outraindicação do tratamento de QoS desejado. Por exemplo, asespecificações WCDMA e cdma2000 definem quatro classes detráfego para propósitos de QoS (de conversa, fluxocontinuo, interativo e de fundo), e a MS pode indicar qualdestas classes é a desejada para a corrente particular. Emoutra alternativa, a MS indica o tratamento de QoS desejadopara uma corrente enviando um índice para uma tabela detratamentos de QoS especificados. Um exemplo de tal índiceé um ID de perfil de corrente (também chamado ID de Perfilde QoS), que pode ser incluído em um SUB_BLOB_QOS. A Tabela13.1.1-1 do Documento C.RlOOl-E (3GPP2) apresenta uma listade IDs de -perfil de corrente de 16 bits, embora IDs debaixo perfil com outros comprimentos (8 bits, por exemplo)possam ser também ,utilizados.
A MS pode ser configurada para enviar 'asolicitação de QoS à RAN através de um canal de acesso dainterface aérea. Em um sistema Ix cdma2000, a MS pode serconfigurada para enviar à RAN a solicitação de QoS em umaMensagem Originadora (OM) ou Mensagem OriginadoraAperfeiçoada (EOM) . Em um sistema DO, a MS pode serconfigurada para enviar à RAN .a solicitação de QoS em umaMensagem de Protocolo de Atualização de Atributo Genérico(GAUP), conforme descrito.no padrão IS-856A., Em outroscasos, . a MS pode ser configurada para enviar à RAN asolicitação de. QoS em uma Mensagem de Solicitação deServiço.
Além dos requisitos de QoS para a corrente dedados, a solicitação de QoS da MS à RAN pode indicar aorientação da corrente de dados solicitada (isto é, diretoe reverso) e pode incluir também um identificador dacorrente solicitada. Em alguns casos, a MS é configuradapara selecionar um ID_DE_SR não utilizado para oidentificador de corrente.
Em resposta à solicitação de QoS da MS, a RANenvia de volta uma confirmação de recebimento, tal como umBLOB de QoS concedido. Em um sistema Ix cdma2000, a RANpode ser configurada para enviar à MS a concessão de QoS emuma Mensagem de Conexão de Serviço. Em outros casos, a RANpode ser configurada para enviar à MS a concessão de QoS emuma Mensagem de Resposta de Serviço.
A RAN decide se uma ocorrência de serviçoexistente pode ser utilizada para suportar a corrente dedados solicitada ou se uma nova ocorrência de serviço énecessária. Se uma nova ocorrência de serviço fornecessária, então a RAN e a MS negociam o estabelecimentoda. nova; ocorrência de serviço. A RAN pode ser configuradapara utilizar o identificador de corrente selecionada pelaMS comp o ID_DE_SR para a nova ocorrência de serviço ou,alternativamente, para selecionar outro ID_DE_SR para anova ocorrência de serviço. Se uma ocorrência de serviçoexistente for utilizada, a RAN utiliza tipicamente oID_DE_SR correspondente à solicitação de QoS. A RAN podeser configurada para utilizar o tratamento de QoS concedidopara controlar parâmetros tais como taxa de canal, controlede potência, número de retransmissões RLP e parâmetros deMAC (Controle de Acesso a Meios). Se uma nova ocorrência deserviço for estabelecida, a RAN pode também comunicar-secom o PDSN de modo a estabelecer uma nova conexão AlO.
Entre a RAN e o PDSN, o tratamento de QoS baseadoem corrente em um sistema cdma2000 é suportado por conexõesAlO. À medida que as ocorrências de serviço sãoestabelecidos entre a MS e a RAN, a RAN e o PSDNestabelecem conexões AlO correspondentes entre eles. 0 PDSNutiliza gabaritos de corrente de tráfego (TFTs) fornecidaspela MS para mapear correntes de tráfego nas conexões AlO.
Para solicitar processamento de QoS do PDSN, a MSenvia um Gabarito de Corrente de Tráfego (TFT) ao PDSN. Talsolicitação pode ser portada em uma mensagem de Resv RSVP,onde RSVP é uma abreviatura do Protocolo de Reserva deRecursos (RFC 2205, IETFf setembro de 1997), queproporciona um mecanismo para reservar recursos detransporte através de um plano de sinalização (conforihedescrito no documento IS-835C da TIA, por exemplo). 0 TFTinclui o endereço IP da MS, um identificador de referênciade serviço (ID_DE_SR), que identifica a conexão AlO à quala TFT corresponde, e uma lista de um ou mais filtros depacotes.
Cada filtro.de pacotes inclui um identificador decorrente (um campo de 8 bits, por exemplo) atribuído pelaMS ou pela RAN, um endereço IP de destino, um número 4eporta de destino e um identificador de tipo de protocolo.
Por exemplo, um filtro de pacotes pode incluir um quíntupíoque indica o protocolo da camada de topo da corrente, "oendereço IP e o número de porta da fonte de corrente, e oendereço IP e o número de porta do destino da(s)corrente(s). Um filtro de pacotes pode ter também um valorde precedência que indica uma prioridade entre os filtrosde pacotes. Formatos para TFTs, filtros de pacotes emensagens de Resv que os portam são descritos em detalhe,por exemplo, no Anexo B do documento X.S0011-D vl.O do3GPP2, intitulado "Padrão de rede IP Sem Fio cdma2000:
Qualidade de Serviço e Redução de Cabeçalho", de fevereirode 2006.
A mensagem de Resv RSVP pode indicar também aorientação da nova corrente de dados (direto ou reverso)e/ou parâmetros de QoS de fim a fim para a nova corrente dedados. O PDSN envia de volta uma mensagem de ConfResv RSVPquando a operação de QoS solicitada na mensagem de Resv éconcedida e uma mensagem de ErrResv caso contrário. A MSpode ser também configurada para atualizar o TFT quandoqualquer um dos componentes do TFT se alterar.
Quando um pacote entrante chega ao PDSB nadireção direta, o endereço de IP de destino é verificadopara se determinar qual conjunto de TFTs utilizar. Emseguida, o PDSN busca uma correspondência entre todos osfiltros de pacotes nos TFTs pertencentes a esse endereço IPde destino. Se um pacote direto entrante corresponder a umfiltro de pacotes dentro de um TFT correspondente, então oPDSN envia à RAN o pacote através da conexão AlOcorrespondente.: Se um pacote direto entrante nãocorresponder a qualquer filtro de pacotes dentro de uma TF?correspondente, então o PDSN envia à RAN o pacote atravésde uma conexão AlO principal (ou pré-definida) . 0 mesmoprocedimento é executado para processamento de QoS de linkreverso, com o endereço IP de origem do. pacote sendoutilizado ao invés.
Os tratamentos de QoS que estão disponíveis parauma MS podem ser limitados de alguma maneira. Por exemplo,uma MS é tipicamente limitada a uma banda larga agregadamáxima para. todas as correntes de aplicativo. A MS pode sertambém autorizada para determinados IDs de perfil de QoS,para uma prioridade por corrente máxima e/ou para um númeromáximo de ocorrências de serviço.
O PSDN suporta tipicamente autorização de opçõesde QoS para a MS obtendo um perfil de QoS de usuário(também chamado "perfil de QoS de assinante") quecorresponde à MS. 0 perfil de QoS de usuário incluitipicamente uma lista dos IDs de perfil de correntesautorizados do usuário, que podem incluir IDs de baixoperfil para PSVT e/ou VoIP. Em um exemplo, o PDSN obtém operfil de QoS do usuário de uma entidade AAA (autenticação,autorização e contabilidade) durante o estabelecimento daconexão de serviço principal e emite este perfil para aRAN. A RAN pode ser então configurada para rejeitarsolicitações de IDs de perfil de corrente que não estão nalista de IDs de Perfil de QoS Autorizados para esseassinante.
Os padrões IS-835D e IS-856 foram formulados demodo a serem inter-operáveis. Uma vez que estes doispadrões são separados, contudo, problemas operacionaisinesperados podem surgir entre eles na prática. Uma vez quea MS deve negociar separadamente com cada entidade, porexemplo, pode acontecer que a negociação da MS com a RAN oucomo o PSDN não. ocorra ou então fracasse. A condiçãoresultante pode ser sub-ótima em termos de acionamento dósrecursos da rede...
É possível que a MS faça à RAN uma solicitação deQoS que é aceita e uma solicitação de QoS correspondente àoPDSN que é recusada (por meio de uma mensagem de ErrResv,por exemplo) ou. não confirmada. Um PDSNB serve tipicamentemais de uma RAN, por exemplo, e sua capacidade para novasconexões .AlO, TFTs e/ou filtros de pacotes. pode: estaratualmente esgotada. Alternativamente, o PDSN pode estardesligado ou então, indisponível. Quando tal fracasso deprocessamento de QoS ocorre, uma ocorrência de serviçoentre a MS e a RAN pode no entanto permanecer reservadapara a corrente de acordo com a solicitação de QoSbem-suçedida, reserva esta que reduz a quantidade derecursos disponíveis para outras estações de assinante.
Mesmo se a RAN finalmente determinar que aocorrência de serviço não está sendo utilizada, a RAN podecontinuar a reservar esse recurso para utilização futura,uma vez que o padrão IS-856 permite que a MS opere em umestado de repouso. Tal condição é sub-ótima no sentido deque a outras estações de assinante pode ser negado acessoaos recursos reservados, mas não utilizados. A liberação dabanda larga aérea não utilizada para utilização por outrosserviços é importante para aumentar ao máximo a receita doprovedor de serviços. Assim, é desejável conservar recursosde interface aérea que se conformam a uma versão do padrãoIS-856, atendendo ao mesmo tempo às demandas de operaçõesde dados em pacote de acordo com uma versão do padrão IS-835.
A Figura 6 mostra um fluxograma de um método MlOOde ..acordo com uma modalidade. A Tarefa TllO transmite umasolicitação, para separar uma corrente de tráfegoespecificada dentre um fluxo de pacotes. A Tarefa T120transmite uma solicitação para mapear o corrente de tráfegoatravés de uma interface aérea de acordo com uma qualidadede serviço indicada. Em resposta ao fracasso de uma dentrea solicitação para separar e a solicitação para mapear, atarefa TllO transmissão uma rescisão da outra dentre asolicitação para separar e a solicitação para mapear.
A solicitação para separar pode incluir um oumais filtros de pacotes, cada um deles especificando uihacorrente de tráfego diferente. Um filtro de pacotes indicao destino da corrente, de tráfego a ser filtrada do fluxo depacotes. Conforme descrito acima, um filtro de pacotes podeincluir um quíntuplo que indica o endereço IP e o número deporta da. fonte da corrente de tráfego, o endereço IP e onúmero de porta do destino da corrente de tráfego e -oprotocolo da corrente de tráfego.
A solicitação para mapear pode incluir umidentificador de corrente e uma indicação do tratamento deQoS desejado. O identificador de corrente pode incluir aorigem e o destino da corrente de tráfego.Alternativamente, o identificador de corrente pode ser umíndice atribuído pela MS ou pela RAN. A solicitação paraseparar pode incluir também o identificador de corrente. "
Uma MS 110 pode ser configurada para implementaro método MlOO. Em tal caso, a MS pode incluir umdispositivo para gerar, em resposta ao fracasso de umadentre uma solicitação para separar e a solicitação paramapear, uma rescisão da outra „ dentre a solicitação paraseparar e a solicitação para mapear. Tal dispositivo podeser configurado para determinar o fracasso de uma dentre asolicitação pajra separar e a solicitação para mapear combase no fracasso em detectar a confirmação de recebimentoda solicitação dentro de um intervalo de tempopredeterminado (de acordo com a expiração de um cronômetro,por exemplo). Tal dispositivo pode ser implementado em umalógica como, por exemplo, um ou mais arranjos de elementoslógicos (tais como portas ou transistores) e/ou um ou maisconjuntos de,instruções executáveis por um ou mais arranjosde elementos lógicos. A Figura 7 mostra um diagrama <jieblocos de tal implementação 112 da MS 110.
A Figura 8 mostra uma seqüência de operações deacordo com o método M100 . conforme descrito, acima. Naoperação .01.10, um aplicativo executado na MS faz, com que aMS solicite processamento de QoS da RAN. Por exemplo, a MSpode emitir uma solicitação para mapear de acordo com atarefa T120. Se a RAN não conceder a solicitação de QoS,então na operação 0120 a MS informa ao aplicativo que otratamento de QoS não é concedido, e a MS espera que oaplicativo inicie novos comandos.
Se a RAN conceder a solicitação de QoS, então naoperação 0130 a MS solicita processamento de QoS do PDSN(ou outra entidade de rede). Por exemplo, a MS pode emitiruma solicitação para separar de acordo com a tarefa TllO.Se o PDSN não conceder a solicitação de QoS (como, porexemplo, se a solicitação for recusada ou se nenhumaconfirmação for recebida dentro de algum intervalo de tempoapós a transmissão da solicitação), então na operação 0140a MS solicita à RAN que libere os recursos de QoS. Taloperação pode ser implementada, por exemplo, enviando-seuma solicitação de QoS com um ID de perfil de correnteigual a NULO. Esta solicitação NULA indica à RAN que osrecursos de QoS reservados para a corrente correspondentepodem ser liberados. Se o PSDN conceder a solicitação deQoS, então na operação 0150 a MS informa ao aplicativo queo tratamento de QoS solicitado é concedido, e a MS esperaque o aplicativo inicie novos comandos.
Em outra seqüência de operações de acordo com ométodo MlOO, a MS envia ao PSDN a solicitação de QoS parauma corrente antes de receber uma resposta de umasolicitação de QoS para a corrente da RAN (e possivelmenteantes de enviar a solicitação de QoS à RAN). A solicitaçãode QoS a RAN pode ser mais curta (e, portanto, transmitidamais rapidamente) do que a solicitação de QoS ao PSDN. Porexemplo, em alguns casos a solicitação de QoS à RAN podeser transmitida em um quadro de 20 ou 26 milissegundos,enquanto a transmissão da solicitação de QoS ao PDSN (talcomo uma mensagem RSVP que contém um TFT) pode levar váriosquadros para completar-se. 0 percurso entre a MS e a RAN étambém mais direto do que o percurso entre a MS e o PDSN,de modo que uma resposta à solicitação de QoS . à RAN étipicamente recebida mais cedo do que uma resposta àsolicitação de QoS ao PDSN.
Alternativamente, pode ser desejável conservar osrecursos do PDSN quando a negociação de QoS entre a MS e aRAN para recursos de interface aérea fracassar. A MS podeiniciar negociação de QoS através do ar (OTA) com asinalização da RAN e RSVP com o PSDN simultaneamente. Se anegociação de QoS OTA com a RAN fracassar (se um BLOB_QoSnão for recebido, por exemplo, mas a sinalização RSVP com oPDSN para criar um TFT for bem sucedida, os recursos noPDSN podem ser desnecessariamente ocupados na filtragem depacotes orientados para a MS (como, por exemplo, TFTs efiltros de pacotes instalados desnecessariamente e ciclosde processamento desperdiçados na filtragem de pacotes deacordo com estes filtros). Devido ao fracasso da negociaçãode QoS OTA, quaisquer pacotes separados pelos filtros serãoenviados na conexão AlO pré-definida de qualquer maneira.
Em tal caso, a MS é configurada para re-sinalizarao PDSN, quando da detecção do fracasso da negociação deQoS OTA e do sucesso da sinalização de QoS RSVP, que apagueo TFT e os filtros de pacotes associados ao TFT. O PDSNapaga o TFT e Ldesinstala os filtros de pacotes associadosao .TFT, entregando em seguida os pacotes diretamente àconexão AlO primária.
A Figura 9 mostra uma outra seqüência deoperações de acordo com o método MlOO descrito acima. Naoperação 0210, "um .aplicativo executado na MS faz com que ^aMS solicite processamento de QoS do PDSN (ou de outraentidade de rede). Por exemplo, a MS pode .emitir umasolicitação pata separar de acordo com a tarefa TllO. Se i0PDSN não conceder a. solicitação de QoS, então na operação0220 a MS informa ao aplicativo que o tratamento de QoS nãoé concedido, e a MS espera que o aplicativo inicie novoscomandos.
Se o PDSN conceder a solicitação de QoS, então naoperação 0230 a MS solicita processamento de QoS da RAN.Por.exemplo, a MS pode emitir uma solicitação para mapearde acordo com a tarefa T120. Se a RAN não conceder asolicitação de QoS (como, por exemplo, se a solicitação forrecusada ou se nenhuma confirmação for recebida dentro dealgum intervalo de tempo após a transmissão dasolicitação), então na operação 0240 a MS solicita ao PDSNque libere os recursos de QoS. Tal operação pode serimplementada, por exemplo, enviando-se um TFT que inclui oidentificador de corrente e um código operacional(códigoop) que instrui o PDSN a apagar os filtros depacotes correspondentes a essa corrente. Se a RAN concedera solicitação de QoS, então na operação 0250 a MS informaao aplicativo que o tratamento de QoS solicitado éconcedido, e a MS espera que o aplicativo inicie novoscomandos.
O aplicativo que solicita tratamento de QoS podeser qualquer módulo de software que solicite acesso ' àInternet ou a outra rede comutada por pacote. Elementos deprocessamento e elementos de memória podem ser configuradose dispostos para executar um ou mais conjuntos deinstruções para implementar um método conforme aquidescrito. Pará facilitar a exemplificação, modalidadesforam descritas no contexto de entidades que operam deacordo com os. padrões IS-856 (IS-856A, por exemplo) e IS-835, (IS-835D, por exemplo). Entretanto, as modalidadespodem ser também implementadas e aplicadas a qualquertecnologia sem fio: na qual uma estação de assinante sejaconfigurada para solicitar um tratamento de QoS para umacorrente de tráfego especifico de uma primeira entidadeconfigurada para distinguir uma ou mais correntes detráfego mais especificadas dentre um fluxo de pacotes e deuma segunda entidade configurada para mapear correntes detráfego separadamente em uma interface aérea.apresentação precedente das modalidadesdescritas é feita para permitir que qualquer pessoa versadana técnica fabrique ou utilize a presente invenção.
Diversas modificações nestas modalidades nestas modalidadessão possivelmente, e os princípios genéricos aquiapresentados podem ser também aplicados a outrasmodalidades. Por exemplo, uma modalidade pode serimplementada em parte ou no todo como um circuitofisicamente conectado, como uma configuração de circuitofabricada em um circuito integrado específico ou umprograma de firmware carregado em um armazenamento nãovolátil, ou um programa de software carregado de um ou emum meio de armazenamento de dados (tal como um semicondutorremovível ou integrado ou outra memória volátil ou nãovolátil, ou um meio magnético e/ou óptico como um disco)como código passível de leitura por máquina, tal códigoconsistindo em instruções executáveis por um ou maisarranjos de elementos lógicos tais como processadores,microprocessadores ou outras unidades de processamento desinais digitais, microcontroladores ou outras máquinas çieestado finitas (sejam tais arranjos separados, integradose/ou embutidos).
Os métodos aqui descritos podem sercorporificados de maneira tangível (em um ou mais meios dparmazenamento de dados, por exemplo) como um ou maisconjuntos de instruções passíveis de leitura e/ouexecutáveis por uma máquina que inclui um . arranjo deelementos lógicos. Assim, a presente invenção não pretendeser limitada às modalidades mostradas acima, mas, em vezdisso, deve receber o mais amplo alcance compatível com osprincípios e aspectos inéditos aqui revelados.

Claims (23)

1. Método de transmissão de sinais, o métodocompreendendo:transmitir uma solicitação para separar, dentreum fluxo de pacotes, uma corrente de pacotes que coincidacom pelo menos um critério indicado;transmitir uma solicitação para mapear a correntede pacotes em uma interface aérea sem fio de acordo com umtratamento de qualidade de serviço (QoS) indicado;em resposta ao fracasso de uma dentresolicitação para separar e a solicitação para mapear,transmitir uma rescisão da outra dentre a solicitação paraseparara e a solicitação para mapear.
2. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual o tratamento de QoS indicadoinclui uma taxa de dados solicitada para a corrente detráfego especificada.
3. Método de transmissão de sinais, de.acordo coma reivindicação 1, no qual o tratamento de QoS indicadoinclui um índice em uma tabela de perfis de QoS.
4. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual o pelo menos um critério incluium endereço de destino especificado do pacote.
5. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual a solicitação para separarinclui uma solicitação para filtrar o fluxo de pacotes deacordo com um gabarito de corrente de tráfego.
6. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual a solicitação de separar indicapelo menos um dentre um endereço de fonte e um endereço dedestino comuns a cada uma dentre a corrente de pacotes.
7. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual o fracasso de uma dentre :asolicitação para separar e a solicitação para mapear éindicado pelo fracasso em detectar uma confirmação .derecebimento da solicitação dentro de um intervalo de tempopredeterminado.
8. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual a transmissão da solicitaçãopara separar compreende a transmissão, a nó servidor dedados em pacote, de uma solicitação para filtrar o fluxo depacotes de acordo com um gabarito de corrente de tráfego.
9. Método de transmissão de sinais, de acordo coma reivindicação 1, no qual a transmissão de uma solicitaçãopara mapear compreende a transmissão, a uma rede deradioacesso, de uma solicitação para transportar a correntede pacotes através da interface aérea de acordo com otratamento de QoS indicado.
10. Meio de armazenamento de dados que tem umconjunto de instruções executáveis por máquina que descreveo método de transmissão de sinais de acordo com areivindicação 1.
11. Método de transmissão de sinais, o métodocompreendendo:transmitir, a um nó servidor de dados em pacote,uma solicitação para instalar um filtro de pacotes;transmitir uma solicitação para mapear, em urnainterface aérea sem fio e de acordo com um tratamento dequalidade de serviço (QoS) indicado, uma corrente depacotes que corresponde ao filtro de pacotes;em resposta ao fracasso de uma dentre asolicitação de instalar e a solicitação de mapear,transmitir uma .rescisão da outra dentre a solicitação deinstalar e a solicitação para mapear.
12. Meio de armazenamento de dados que tem umconjunto de instruções executáveis por máquina que descreveo método de transmissão de sinais de acordo com areivindicação 11.
13. Aparelho para comunicações sem fio, oaparelho compreendendo:instrumento para gerar uma solicitação paraseparar, dentre um fluxo de pacotes, uma corrente depacotes que corresponda a pelo menos um critério indicado;instrumento para gerar uma solicitação paramapear a corrente de pacotes em uma interface aérea sem fiode acordo com um tratamento de qualidade de serviço (QoS)indicado; einstrumento para gerar, em resposta ao fracassode uma dentre a solicitação para separar e a solicitaçãopara mapear, uma rescisão da outra dentre a solicitaçãopara separar e;a solicitação para mapear.
14. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o tratamento de QoSindicada inclui uma taxa de dados solicitada para acorrente de tráfego especificada.
15. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o tratamento de Q0Sindicado inclui um índice em uma tabela de perfis de QoS.
16. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o pelo menos um critérioinclui um endereço de destino especificado do pacote.
17. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o dispositivo para geraruma solicitação para separar é configurada para gerar asolicitação para separar de modo a incluir uma solicitaçãopara filtrar o fluxo de pacotes de acordo com um gabaritode corrente de tráfego.
18. Aparelho para comunicações sem fio, de acordocom a reivindicação 17, no qual o aparelho é configuradopara transmitir a solicitação para separar a um nó servidorde dados em pacote.
19. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o dispositivo para geraruma solicitação para separar é configurado para gerar asolicitação para separar de modo a indicar pelo menos umdentre um endereço de origem e um endereço de destinocomuns a cada uma dentre a corrente de pacotes.
20. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o dispositivo para geraruma rescisão é configurada para determinar o fracasso deuma dentre a solicitação para separar e a solicitação pãramapear com base no fracasso em detectar uma confirmação derecebimento dentro de um intervalo de tempo predeterminado.
21. Aparelho para comunicações sem fio, de acordocom a reivindicação ..13, no qual o dispositivo para geraruma solicitação para mapear é configurada para gerar asolicitação, para mapear uma solicitação para transpor acorrente de pacotes através da interface aérea sem fio deacordo com o tratamento de QoS indicado, e no qual o aparelho é configurada para transmitira solicitação para mapear a uma rede de radioacesso.
22. Aparelho para comunicações sem fio, de acordocom. a .reivindicação 13, no qual o aparelho é um circuitointegrado..
23. Aparelho para comunicações sem fio, de acordocom a reivindicação 13, no qual o aparelho é um teleforíecelular.
BRPI0613558-7A 2005-07-19 2006-07-19 sistemas, métodos e aparelho para processamento de qualidade de serviço BRPI0613558A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US70131405P 2005-07-19 2005-07-19
US60/701,314 2005-07-19
PCT/US2006/028097 WO2007012024A1 (en) 2005-07-19 2006-07-19 Systems, methods, and apparatus for quality of service processing

Publications (1)

Publication Number Publication Date
BRPI0613558A2 true BRPI0613558A2 (pt) 2011-01-18

Family

ID=37459539

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0613558-7A BRPI0613558A2 (pt) 2005-07-19 2006-07-19 sistemas, métodos e aparelho para processamento de qualidade de serviço

Country Status (9)

Country Link
US (1) US8045515B2 (pt)
EP (1) EP1908233B1 (pt)
JP (1) JP4740331B2 (pt)
KR (1) KR100963878B1 (pt)
CN (1) CN101263695B (pt)
BR (1) BRPI0613558A2 (pt)
CA (1) CA2616121A1 (pt)
RU (1) RU2008106238A (pt)
WO (1) WO2007012024A1 (pt)

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7499453B2 (en) * 2000-05-19 2009-03-03 Cisco Technology, Inc. Apparatus and methods for incorporating bandwidth forecasting and dynamic bandwidth allocation into a broadband communication system
US6993044B2 (en) * 2000-05-19 2006-01-31 Scientific-Atlanta, Inc. Computerized method for allocating access across a shared communication medium
KR100694791B1 (ko) * 2004-02-09 2007-03-14 리서치 인 모션 리미티드 흐름 제어 프로세스와 연관된 무선 네트워크 동작을제어하는 방법 및 장치
US8660527B2 (en) * 2005-02-17 2014-02-25 Qualcomm Incorporated Control of data call origination based on prior origination attempts
US7870231B2 (en) * 2006-07-21 2011-01-11 Qualcomm Incorporated Efficiently assigning precedence values to new and existing QoS filters
US8654638B2 (en) * 2006-12-19 2014-02-18 Marcin Godlewski Dynamically adjusting bandwidth usage among subscriber streams
JP4406438B2 (ja) 2007-03-22 2010-01-27 株式会社東芝 情報処理装置
US9681336B2 (en) * 2007-06-13 2017-06-13 Qualcomm Incorporated Quality of service information configuration
US8516136B2 (en) * 2007-07-09 2013-08-20 Alcatel Lucent Web-based over-the-air provisioning and activation of mobile terminals
WO2009012462A1 (en) * 2007-07-18 2009-01-22 The Trustees Of Columbia University In The City Of New York Methods and systems for providing template based compression
US8116337B2 (en) * 2007-07-27 2012-02-14 Marcin Godlewski Bandwidth requests transmitted according to priority in a centrally managed network
JP5033603B2 (ja) * 2007-12-04 2012-09-26 京セラ株式会社 無線通信端末、無線基地局及びパケット通信方法
US20090190471A1 (en) * 2008-01-10 2009-07-30 Mahendran Arungundram C Method and Apparatus for Optimized Session Setup with Network-Initiated QoS Policy Control
JP5036828B2 (ja) * 2008-01-24 2012-09-26 三菱電機株式会社 帯域保証通信システム
US8077668B2 (en) * 2008-01-28 2011-12-13 Kyocera Corporation Radio communication terminal, radio base station, and packet communication method
US8160099B2 (en) * 2008-01-28 2012-04-17 Kyocera Corporation Radio communication terminal, radio base station, and packet communication method
US8321654B2 (en) * 2008-05-20 2012-11-27 Alcatel Lucent Methods for initial bootstrap during activation and initial configuration of user terminals in network
US9094943B2 (en) * 2008-09-19 2015-07-28 Qualcomm Incorporated Network and mobile device initiated quality of service
US9100880B2 (en) * 2009-02-13 2015-08-04 Qualcomm Incorporated Methods and systems for QoS translation during handover between wireless networks
US8958837B2 (en) * 2009-04-08 2015-02-17 Qualcomm Incorporated Reducing time for call failure indication
US8744509B2 (en) * 2009-04-08 2014-06-03 Qualcomm Incorporated Reducing time for call failure indication
CN101990325B (zh) * 2009-07-31 2013-04-24 华为技术有限公司 确定及维护多跳网络服务质量参数的方法、装置和系统
US8891380B2 (en) * 2010-02-26 2014-11-18 Qualcomm Incorporated Systems and methods for synchronizing filter records
US20110310731A1 (en) * 2010-06-18 2011-12-22 Sharp Laboratories Of America, Inc. Controlling network resource usage of machine type communication (mtc) devices
US8908636B2 (en) 2010-06-21 2014-12-09 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
US20110310737A1 (en) * 2010-06-21 2011-12-22 Qualcomm Incorporated Method and apparatus for qos context transfer during inter radio access technology handover in a wireless communication system
US8787172B2 (en) 2010-06-21 2014-07-22 Qualcomm Incorporated Method and apparatus for QoS context transfer during inter radio access technology handover in a wireless communication system
KR101405980B1 (ko) 2010-10-01 2014-06-12 엘지전자 주식회사 어텐션 명령의 향상
JP5411203B2 (ja) * 2011-05-25 2014-02-12 株式会社Ｎｔｔドコモ サービス選択制御装置及びサービス選択制御システム
EP3235230B1 (en) 2014-12-19 2020-07-08 Hubbell Incorporated Internet protocol (ip) serverless page party (spp) station and systems and methods for deploying multiple spp stations
EP3269198B1 (en) * 2015-03-13 2018-06-27 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for traffic aggregation setup between wlan and 3gpp
WO2018165140A1 (en) 2017-03-10 2018-09-13 Hubbell Incorporated SYSTEMS, APPARATUSES AND METHODS FOR PARTY LINE CALLS AMONG VOICE OVER INTERNET PROTOCOL (VoIP) TELEPHONES
US20230025546A1 (en) * 2021-07-16 2023-01-26 Meta Platforms Technologies, Llc Systems and methods of wireless trigger frames using transmission identifiers

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6169895B1 (en) 1996-12-17 2001-01-02 At&T Wireless Svcs. Inc. Landline-supported private base station for collecting data and switchable into a cellular network
US6119167A (en) * 1997-07-11 2000-09-12 Phone.Com, Inc. Pushing and pulling data in networks
GB2341059A (en) * 1998-08-28 2000-03-01 Nokia Oy Ab Internet protocol flow detection
US6577628B1 (en) * 1999-06-30 2003-06-10 Sun Microsystems, Inc. Providing quality of service (QoS) in a network environment in which client connections are maintained for limited periods of time
US7478161B2 (en) * 1999-11-30 2009-01-13 Microsoft Corporation Network quality of service for qualitative applications
US6738361B1 (en) * 2000-05-31 2004-05-18 Nokia Ip Inc. Method, apparatus and computer program for IP traffic prioritization in IP networks
US6845100B1 (en) 2000-08-28 2005-01-18 Nokia Mobile Phones Ltd. Basic QoS mechanisms for wireless transmission of IP traffic
US7136395B2 (en) 2000-11-30 2006-11-14 Telefonaktiebolaget L M Ericsson (Publ) Method and system for transmission of headerless data packets over a wireless link
WO2003007544A2 (en) * 2001-07-10 2003-01-23 Telefonaktiebolaget Lm Ericsson (Publ) Traffic flow template for managing packet data flows
US7043249B2 (en) * 2002-01-08 2006-05-09 Motorola, Inc. Packet data serving node initiated updates for a mobile communications system
US7492762B2 (en) 2002-05-13 2009-02-17 Nortel Networks Limited Method for dynamic flow mapping in a wireless network
US7277455B2 (en) 2002-06-10 2007-10-02 Qualcomm Incorporated Packet flow processing in a communication system
BR0311681A (pt) * 2002-06-10 2006-11-28 Qualcomm Inc processamento de fluxo de pacotes em um sistema de comunicação
CN100426733C (zh) * 2003-01-16 2008-10-15 华为技术有限公司 网络通信中实现资源分配的系统及其方法
US20040260951A1 (en) 2003-04-14 2004-12-23 Lila Madour Method and Packet Data Service Node (PDSN) for Quality of Service (QoS) mapping
JP4509112B2 (ja) 2003-08-06 2010-07-21 ノキア コーポレイション 移動局とｉｐネットワーク間におけるインタフェースでのサービス品質サポート
KR100912416B1 (ko) 2003-08-18 2009-08-18 노키아 코포레이션 라디오 통신 시스템에서 서비스 품질 관련 정보를 선택하기위한 장치, 및 관련 방법
KR100849345B1 (ko) * 2003-10-30 2008-07-29 삼성전자주식회사 고속 패킷 데이터 시스템에서의 서비스 품질 제공 방법
US7672317B2 (en) 2003-12-29 2010-03-02 Nokia Corporation Method, system, and devices for transmitting information between a user equipment and an IP packet gateway
AU2005209897B2 (en) * 2004-02-03 2009-10-22 Nokia Technologies Oy Method and apparatus for providing end-to-end Quality of Service (QoS)
US7558283B2 (en) * 2004-03-12 2009-07-07 Nokia Corporation Method, apparatus and computer program product providing quality of service support in a wireless communications system

Also Published As

Publication number Publication date
CN101263695A (zh) 2008-09-10
CA2616121A1 (en) 2007-01-25
EP1908233B1 (en) 2012-08-15
JP4740331B2 (ja) 2011-08-03
EP1908233A1 (en) 2008-04-09
WO2007012024A1 (en) 2007-01-25
US20070058545A1 (en) 2007-03-15
KR100963878B1 (ko) 2010-06-16
CN101263695B (zh) 2012-10-10
US8045515B2 (en) 2011-10-25
RU2008106238A (ru) 2009-08-27
KR20080042831A (ko) 2008-05-15
JP2009503946A (ja) 2009-01-29

Similar Documents

Publication Publication Date Title
BRPI0613558A2 (pt) sistemas, métodos e aparelho para processamento de qualidade de serviço
RU2449489C2 (ru) Поддержка многочисленных линий связи для систем сетевого управления мобильностью
JP5175258B2 (ja) 通信システムにおけるパケット・フロー処理
US8422373B2 (en) Adaptive multi-rate codec bit rate control in a wireless system
JP4838320B2 (ja) データパケットの伝送におけるサービス品質を指定する方法および装置
US8514773B2 (en) Packet flow processing in a communication system
EP1226683B1 (en) Establishing a communications session having a quality of service in a communications system
WO2019228214A1 (zh) 一种无线承载建立、业务流的监测方法及装置
US8194698B2 (en) Quality of service update procedure
EP4132213A1 (en) Method for controlling media streaming service transmission, user terminal, network node, system, storage medium, and electronic device
US8953596B2 (en) Conserving network capacity by releasing QoS resources
JP2004320159A (ja) 通信システム及び通信方法
JP2003527762A (ja) 無線通信システムにおけるデータ通信を選択的に遅延させることによる音声通信に対する容量の提供
JP2004535747A (ja) パケット伝送ネットワークにおいてｕｍｔｓコールを処理する方法、およびｕｍｔｓネットワークのための、前記方法を実施するためのノード
WO2018233451A1 (zh) 通信方法、装置和系统
WO2019047935A1 (zh) 一种会话建立方法及装置
CN110138685B (zh) 一种通信方法及装置
WO2009124492A1 (zh) 实现传输服务质量保证的方法、装置及系统
KR20230039078A (ko) 세션 제어 장치 및 데이터 전송 장치, 그 장치에서 수행되는 QoS 제어 방법
WO2003075521A1 (en) Packet data communications networks

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]
B15K Others concerning applications: alteration of classification

Ipc: H04L 29/08 (2006.01), H04L 12/801 (2013.01), H04L