BRPI0609263A2 - decision for resource allocation and assignment for at least one data stream and at least one useful connection - Google Patents
decision for resource allocation and assignment for at least one data stream and at least one useful connection Download PDFInfo
- Publication number
- BRPI0609263A2 BRPI0609263A2 BRPI0609263-2A BRPI0609263A BRPI0609263A2 BR PI0609263 A2 BRPI0609263 A2 BR PI0609263A2 BR PI0609263 A BRPI0609263 A BR PI0609263A BR PI0609263 A2 BRPI0609263 A2 BR PI0609263A2
- Authority
- BR
- Brazil
- Prior art keywords
- data
- control node
- data stream
- useful
- information
- 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/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
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- 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
- H04L47/20—Traffic policing
-
- 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/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/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
- H04L47/767—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points after changing the attachment point, e.g. after hand-off
-
- 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/78—Architectures of resource allocation
- H04L47/788—Autonomous allocation of resources
-
- 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/808—User-type 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/822—Collecting or measuring resource availability data
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
- H04W12/088—Access security using filters or firewalls
-
- 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/10—Flow control between communication endpoints
Abstract
DECISãO PARA A ALOCAçãO E DESIGNAçãO DE RECURSOS PARA NO MìNIMO UM FLUXO DE DADOS E NO MìNIMO UMA CONEXãO úTIL. A presente invenção refere-se a um processo, um nó de controle e um sistema para a determinação da alocação de fluxos de dados para conexões úteis por meio de notificação de um nó de controle (PS) de uma rede de comunicação através de uma função de aplicação (AF) e através de um dispositivo terminal (UE). De acordo com a invenção, uma unidade de rede (GGSN) envia ao nó de controle (PS) no mínimo uma informação de filtro de pacote, recebida do dispositivo terminal (UE), referente à conexão útil a ser empregada para a transmissão de dados de no mínimo um fluxo de dados e no mínimo um atributo. Além disso, uma função de aplicação (AF) envia ao nó de controle (PS) no mínimo uma informação referente aos dados a serem enviados de no mínimo um fluxo de dados. O nó de controle (PS) compara entre si a, no mínimo uma, informação de filtro de pacote, o, no mínimo um, atributo e a, no mínimo uma informação da função de aplicação (AF) e decide se a conexão útil a ser empregada para PS dados a serem enviados de no mínimo um fluxo de dados pode ser autorizada, e, no caso de uma comparação positiva, o nó de controle (PS) autoriza PS dados de no mínimo um fluxo de dados para a conexão útil.DECISION FOR ALLOCATION AND DESIGNATION OF RESOURCES FOR MINIMUM DATA FLOW AND MINIMUM USEFUL CONNECTION. The present invention relates to a method, a control node and a system for determining the allocation of data streams for useful connections by notifying a control node (PS) of a communication network via a function. (AF) and through a terminal device (UE). According to the invention, a network unit (GGSN) sends to the control node (PS) at least one packet filter information received from the terminal device (UE) regarding the useful connection to be employed for data transmission. of at least one data stream and at least one attribute. In addition, an application function (AF) sends to the control node (PS) at least one information regarding the data to be sent from at least one data stream. The control node (PS) compares at least one packet filter information, at least one attribute, and at least one application function information (AF) and decides whether the useful connection to being employed for PS data to be sent from at least one data stream may be authorized, and, in the case of a positive comparison, the control node (PS) authorizes PS data from at least one data stream for the useful connection.
Description
Relatório Descritivo da Patente de Invenção para "DECISÃOPARA A ALOCAÇÃO E DESIGNAÇÃO DE RECURSOS PARA NO MÍNIMO UM FLUXO DE DADOS E NO MÍNIMO UMA CONEXÃO ÚTIL".Report of the Invention Patent for "DECISIONS FOR ALLOCATION AND DESIGNATION OF RESOURCES FOR MINIMUM DATA FLOW AND MINIMUM USEFUL CONNECTION".
A presente invenção refere-se a um processo, a um nó de controle e a um sistema para a determinação da alocação de fluxos de dadospara conexões úteis por meio de notificação ao nó de controle de uma redede comunicação por meio de uma função de aplicação e da avaliação dasinformações disponíveis no nó de controle e da autorização subseqüente daconexão útil.The present invention relates to a method, a control node and a system for determining the allocation of data streams for useful connections by notifying the control node of a communication via an application function and evaluation of the information available at the control node and subsequent authorization for the useful connection.
Na estandardização 3GPP, para a autorização, em função doserviço, de estabelecimento de conexões úteis IP através da rede de rádiomóvel orientada por pacotes, a assim chamada "General Packet Radio Service" (GPRS), acha-se estandardizada a assim chamada "Service BasedLocal Policy" (SBLP) na TS 23.207, bem como TS 29.207, TS 29.208 e TS29.209. As conexões úteis de GPRS são conexões ponto-a-ponto e tambémsão chamadas de contextos de "Packet Data Protocol" (PDP). O estabelecimento e a modificação de contextos PDP impulsionados pelo dispositivoterminal móvel, o assim chamado "User Equipment" (UE), são autorizadosno assim chamado "Gateway GPRS Support Node" (GGSN) através da assim chamada interface Go pela assim chamada "Policy Decision Function"(função de decisão sobre recursos) (PDF), a qual conhece PS serviços usados pelo dispositivo terminal naquele momento. A PDF é informada atravésdesses serviços a respeito de uma ou mais das assim chamadas "Applications Functions" (funções de aplicação (AF), que trocam com o dispositivoterminal mensagens de sinalização para a negociação dos serviços, como,por exemplo, o protocolo SIP, IETF RFC 3261, usado no assim chamado "IPMultimedia core network Subsystem" (IMS) da 3GPP. A autorização fixa aassim chamada "Quality of Services" (qualidade do serviço) (QoS) permitidapara o contexto PDP, ou seja a largura de faixa e o retardamento permitidodos pacotes por meio da assim chamada classe QoS.In 3GPP standardization, for the authorization, depending on the service, of establishing useful IP connections through the packet-oriented radio network, the so-called "General Packet Radio Service" (GPRS), the so-called "Service BasedLocal" is standardized. Policy "(SBLP) on TS 23.207 as well as TS 29.207, TS 29.208 and TS29.209. Useful GPRS connections are peer-to-peer connections and are also called Packet Data Protocol (PDP) contexts. The establishment and modification of PDP contexts driven by the mobile terminal device, the so-called "User Equipment" (UE), is authorized in the so-called "Gateway GPRS Support Node" (GGSN) through the so-called Go interface by the so-called "Policy Decision Function". "(resource decision function) (PDF), which knows PS services used by the terminal device at that time. PDF is informed through these services of one or more of the so-called "Applications Functions", which exchange signaling messages with the terminal device to negotiate services, such as the SIP protocol, IETF RFC 3261, used in 3GPP's so-called "IPMultimedia core network Subsystem" (IMS). The fixed authorization is thus called "Quality of Services" (QoS) allowed for the PDP context, ie the bandwidth and the delay allowed for packets through the so-called QoS class.
A PDF sabe quais fluxos de dados IP pertencem a um serviço.Aqui, um fluxo de dados significa uma seqüência de pacotes de dados com omesmo endereço de remetente e destinatário, bem como com o mesmo tipode dados úteis daí transportados. No caso de transporte IP/UDP ou IP/TCP,o fluxo de dados IP deve ser caracterizado adicionalmente pelos mesmosnúmeros de porta UDP, respectivamente TCP, do remetente e do destinatário. É possível que um dispositivo terminal estabeleça e use ao mesmo tempo vários contextos PDP para o GGSN. Por isso, para a autorização de umcontexto PDP, a PDF tem que saber quais correntes de dados IP são aí res-pectivamente transportados.PDF knows which IP data streams belong to a service. Here, a data stream means a sequence of data packets with the same sender and recipient addresses, as well as the same kind of useful data they carry. In the case of IP / UDP or IP / TCP transport, the IP data stream must be further characterized by the same TCP, sender and recipient UDP port numbers. It is possible for a terminal device to establish and use multiple PDP contexts for GGSN at the same time. Therefore, in order to authorize a PDP context, PDF has to know which IP data streams are transported there respectively.
A solução para SBLP até aqui estandardizada na TS 29.207,que permite que a PDF identifique quais fluxos de dados IP são transportados em um contexto PDP, utiliza o assim chamado "token de autorização".Esse token é gerado para uma sessão de serviço pela PDF, por solicitaçãoda função de aplicação e é sinalizado pela função de aplicação para o dispositivo terminal. O dispositivo terminal utiliza o token, bem como o assim chamado "Flow Identifier", ou seja, índices adicionais que indicam o fluxo dedados IP dentro de um serviço, para no estabelecimento e alteração de umcontexto PDP na sinalização correspondente indicar para quais fluxos dedados IP deve ser empregado o contexto PDP. Token de autorização e FlowIdentifier são chamados juntos de "Binding Info". O GGSN encaminha essainformação a partir da sinalização de contexto PDP para a PDF através dainterface Go.The standardized SBLP solution so far in TS 29.207, which allows PDF to identify which IP data streams are carried in a PDP context, uses the so-called "authorization token". This token is generated for a service session by PDF. , upon request of the application function and is signaled by the application function to the terminal device. The terminal device uses the token as well as the so-called "Flow Identifier", that is, additional indices that indicate IP data flow within a service, to establish and change a PDP context in the corresponding signaling to indicate which IP data flows. the PDP context must be used. Authorization Token and FlowIdentifier are referred to together as "Binding Info". GGSN forwards this information from PDP context signaling to PDF via Go interface.
No entanto, a utilização do token de autorização tem como conseqüência uma série de desvantagens. Nesse sentido, a sinalização entre afunção de aplicação e o dispositivo terminal tem que apoiar o transporte dotoken, o que atualmente é o caso apenas para a sinalização SIP. Além disso, a sinalização pertencente à conexão útil na rede de acesso também temque apoiar o transporte da Binding Info, fato este que realmente se aplicapara PS contextos PDP do GPRS, mas não para redes de acesso alternativas que sejam de interesse na 3GPP, como por exemplo WLAN ou DSLHowever, using the authorization token has a number of disadvantages. In this sense, signaling between the application function and the terminal device has to support dotoken transport, which is currently the case only for SIP signaling. In addition, signaling pertaining to the useful connection in the access network also has to support Binding Info transport, a fact that really applies to PS GPRS PDP contexts, but not to alternative access networks that are of interest to 3GPP, as for example. example WLAN or DSL
Para o GPRS existe a limitação de que o primeiro contexto PDP estabelecido pelo dispositivo terminal não apoia nenhuma Binding Info, e por isso o dispositivo terminal, ao receber um token, tem que estabelecer outros con-textos PDP. Por isso, o primeiro contexto PDP estabelecido não pode sermonitorado através de SBLP.For GPRS there is the limitation that the first PDP context set by the terminal device does not support any Binding Info, so the terminal device, when receiving a token, has to establish other PDP context. Therefore, the first established PDP context cannot be monitored through SBLP.
No caso de GPRS, o estabelecimento ou a modificação de umcontexto PDP é impulsionado pelo dispositivo terminal por meio de sinalização estandardizada na TS 29.060. Nesse caso, o dispositivo terminal comunica ao GGSN, por meio de filtro de pacote no assim chamado "Traffic FlowTemplate" (TFT, codificação conforme a TS 24.008), como PS fluxos de dados IP recebidos da rede central IP devem ser distribuídos por contextosPDP com a finalidade de serem encaminhados ao dispositivo terminal.In the case of GPRS, the establishment or modification of a PDP context is driven by the terminal device by means of standardized signaling in TS 29.060. In this case, the terminal device communicates to the GGSN, by means of a packet filter in the so-called "Traffic FlowTemplate" (TFT, TS 24.008 encoding), as PS IP data streams received from the IP central network shall be distributed by PPD contexts. the purpose of being forwarded to the terminal device.
O objetivo da invenção é propor uma possibilidade simples eeficiente para a determinação da alocação de dados de no mínimo um fluxode dados para uma conexão útil e para a disponibilização dos recursos.The aim of the invention is to propose a simple and efficient possibility for determining the data allocation of at least one data stream for a useful connection and for resource availability.
Esse objetivo é alcançado de acordo com a invenção por meiodos objetos das reivindicações independentes. Formas de desenvolvimentoda invenção são apresentadas nas demais reivindicações.This object is achieved according to the invention by means of the independent claims. Forms of development of the invention are set forth in the other claims.
Um núcleo da invenção consiste em que para a determinação daalocação de fluxos de dados para conexões úteis, notifica-se a um nó decontrole de uma rede de comunicação, através de uma função de aplicação,de uma unidade de rede, por exemplo um nó de apoio GPRS de gatewayA core of the invention is that for determining the allocation of data streams for useful connections, a control node of a communication network is notified via an application function of a network unit, for example a communication node. gateway GPRS support
(GGSN), uma unidade de rede de gateway de pacote etc, e através de umdispositivo terminal. De acordo com a invenção, a unidade de rede envia aonó de controle no mínimo uma informação de filtro de pacote, como por exemplo um filtro de pacote TFT, recebida pelo dispositivo terminal, referenteà conexão útil a ser empregada para a transmissão de dados de no mínimo um fluxo de dados juntamente com no mínimo um atributo. Além disso, umafunção de aplicação envia ao nó de controle no mínimo uma informação,como por exemplo uma informação de fluxo IP de mídias (Media IP flow info), referente aos dados a serem enviados no mínimo de um fluxo de dados.O nó de controle compara a, no mínimo uma, informação de filtro de pacotecom o, no mínimo um, atributo, e com a, no mínimo uma, informação da função de aplicação e decide se a conexão útil a ser empregada, como por exemplo um contexto PDP, pode ser autorizada para PS dados a serem envi-ados de no mínimo um fluxo de corrente. No caso de uma comparação positiva, o nó de controle autoriza PS dados de no mínimo um fluxo de dadospara a conexão útil e envia, por exemplo, no mínimo um gate para a instalação em uma unidade de rede e fixa a qualidade do serviço para PS dadosdo, no mínimo um, fluxo de dados. Evidentemente, de acordo com a invenção também é possível que o dispositivo terminal também envie diretamenteao nó de controle a, no mínimo uma, informação de filtro de pacote. Nessecaso, a unidade de rede enviaria separadamente ao nó de controle o, nomínimo um, atributo, como por exemplo o endereço PDP, a informação QoS, o MSISDN etc.(GGSN), a packet gateway network unit, etc., and through a terminal device. According to the invention, the network unit sends the control node at least one packet filter information, such as a TFT packet filter, received by the terminal device regarding the useful connection to be employed for the transmission of data from minimum one data stream along with at least one attribute. In addition, an application function sends at least one information to the control node, such as Media IP flow info, for data to be sent at least one data stream. The control compares at least one packet filter information with at least one attribute and at least one application function information and decides whether the useful connection to be employed, such as a PDP context , data may be allowed for PS to be sent from at least one current stream. In the case of a positive comparison, the control node authorizes PS data from at least one data stream for the useful connection and sends, for example, at least one gate for installation on a network drive and fixes the quality of service for PS. data from at least one data stream. Of course, according to the invention it is also possible that the terminal device also sends the control node directly to at least one packet filter information. In this case, the network unit would send to the control node the name one, attribute, such as PDP address, QoS information, MSISDN, etc.
Portanto, com a invenção é possível identificar fluxos de dadosIP, respectivamente fluxos de dados, através de uma conexão com um nó decontrole, como por exemplo um servidor de recursos, com parâmetros, quepossam ser recebidos para uma conexão útil. Também é proposta uma solução que propõe uma nítida identificação de serviço e autorização de serviçocom base em informações mínimas do Transport-Layer. Além disso, com ainvenção é possível autorizar fluxos de dados "uplink", ou seja, fluxos de dados do dispositivo terminal para a rede central IP. De acordo com a invenção, o nó de controle recebe informações tais como, por exemplo, uma a|teração da largura de faixa, erros ou problemas de recursos em uma unidadede rede de Transport-Layer (por exemplo dispositivo terminal, GGSN etc).Essa informação pode ser usada, por exemplo, para que a função de aplicação seja informada sobre isso e para nova distribuição dos recursos. Dessemodo, o usuário de um dispositivo terminal pode utilizar um serviço com amáxima qualidade admissível do serviço.Thus, with the invention it is possible to identify IP data streams, respectively data streams, through a connection to a control node, such as a resource server, with parameters that can be received for a useful connection. A solution is also proposed that proposes clear service identification and service authorization based on minimum Transport-Layer information. In addition, with the invention it is possible to authorize "uplink" data streams, ie data streams from the terminal device to the IP central network. According to the invention, the control node receives information such as, for example, a bandwidth change, errors or resource problems in a Transport-Layer network unit (eg terminal device, GGSN etc). This information can be used, for example, to inform the application function about this and to re-allocate resources. In this way, a terminal device user may use a service with the highest permissible quality of service.
A invenção se baseia no emprego de um nó de controle (servidor de recursos = policy server) com base em uma função de decisão derecursos (Policy Decision Function = PDF). Em um elemento de memória,como por exemplo um banco de dados, do nó de controle poderiam ser armazenadas regras de decisão de recursos para a alocação de um fluxo dedados a uma conexão útil, que sejam levados em conta no caso de um resultado de comparação positivo de acordo com a invenção ao ocorrer a alo-cação. Além disso, em um outro elemento de memória poderia ser armazenado o, no mínimo um, atributo e as, no mínimo uma, informações de filtrode pacote para o exemplo de um ulterior emprego. Um servidor de aplicação, respectivamente uma função de aplicação (por exemplo um servidor deserviço, uma P-CSCF (Proxy-Call-State-Control-Function), disponibiliza parao nó de controle informações tais como, por exemplo, informações de MediaIP-Flow, no caso de uma ativação de serviço por meio de um dispositivoterminal. Nesse caso, o dispositivo terminal tem que estabelecer uma conexão útil, como por exemplo um contexto PDP, para uma unidade de rede,como por exemplo um nó de suporte de gateway-GPRS (Gateway-GPRS-Support-Node GGSN), uma unidade de rede de Paket-Gateway etc, da redede comunicação. Durante a ativação de serviço, podem ser estabelecidasconexões úteis adicionais, que possuem, por exemplo, uma QoS diferente(qualidade do serviço = Quality of Service). Nesse caso, um dispositivo terminai pode ser um aparelho de rádio móvel, um computador móvel, um Organizer móvel, um computador etc. Como rede de comunicação pode serempregada uma rede de rádio móvel celular, uma rede de comunicação detransmissão de pacotes, uma rede IP, uma rede WLAN etc. Uma unidade derede da rede de comunicação controla e monitora o tráfego de dados IP entre o dispositivo terminal e um outro dispositivo terminal ou entre o dispositivo terminal e uma função de aplicação. Em uma rede GPRS emprega-secomo unidade de rede o nó de suporte de Gateway-GPRS. As conexõesúteis em uma rede GPRS são denominadas em geral de contextos PDP. Emgeral, uma conexão útil é considerada como um canal lógico com recursosindividuais.The invention is based on the use of a control node (resource server = policy server) based on a policy decision function (PDF). In a memory element, such as a database, from the control node could be stored resource decision rules for the allocation of a data stream to a useful connection, which are taken into account in case of a comparison result. positive according to the invention upon allocation. In addition, in another memory element could be stored at least one attribute and at least one packet filter information for the example of further use. An application server, respectively an application function (for example a service server, a Proxy-Call-State-Control-Function (P-CSCF)) provides the control node with information such as, for example, MediaIP-Flow information. , in the case of a service activation through a terminal device. In this case, the terminal device must establish a useful connection, such as a PDP context, to a network drive, such as a gateway support node- Gateway-GPRS-Support-Node GGSN (GPRS), a network communication Paket-Gateway network unit, etc. During service activation, additional useful connections can be established, which have, for example, a different QoS (quality of service). In this case, an end device may be a mobile radio set, a mobile computer, a mobile Organizer, a computer, etc. As a communication network, a radio network may be used. level mobile phone, detransmissão packet communication network, an IP network, a WLAN etc. A unit from the communication network controls and monitors IP data traffic between the terminal device and another terminal device or between the terminal device and an application function. In a GPRS network, a gateway-GPRS support node is employed as a network unit. Useful connections in a GPRS network are commonly referred to as PDP contexts. In general, a useful connection is considered as a logical channel with individual resources.
Uma configuração vantajosa da invenção é a nova alocação dinâmica e reautorização de recursos no caso de uma modificação do serviçoativo ou da conexão útil, bem como no caso de novo estabelecimento deuma outra conexão útil. Nesse caso, podem ser integradas informações opcionais de Transport-Layer (por exemplo a prioridade do filtro de pacote IP, aqualidade do serviço etc). Desse modo é possível decidir dinamicamente se,por exemplo, um contexto PDP deve ser modificado ou se um novo contextoPDP deve ser estabelecido.An advantageous embodiment of the invention is the new dynamic allocation and reauthorization of resources in the event of a service modification or useful connection, as well as a new useful connection being established. In this case, optional Transport-Layer information can be integrated (eg IP packet filter priority, service quality, etc.). This allows you to dynamically decide whether, for example, a PDP context should be modified or if a new PDP context should be established.
Uma vantagem da invenção consiste em que o esforço de implementação no caso dos elementos de rede individuais, tal como o dispositivo terminal, o nó de controle, a unidade de rede etc, pode ser mantido reduzido. Especialmente para o dispositivo terminal não é necessária nenhuma modificação do comportamento mesmo quando um determinado modode preencher o filtro de pacote TFT possa otimizar o mecanismo de aloca-ção.An advantage of the invention is that the implementation effort in the case of individual network elements such as the terminal device, the control node, the network unit etc. can be kept low. Especially for the terminal device, no behavior modification is required even when a particular mode of filling the TFT packet filter can optimize the allocation mechanism.
A invenção será explicada detalhadamente a seguir com baseem um exemplo de execução mostrado em uma figura. Nesse caso, mostra-se:The invention will be explained in more detail below based on an exemplary embodiment shown in a figure. In this case, it shows:
Figura 1: o processo de acordo com a invenção, com base emuma arquitetura simplificada de rede;Figure 1: The process according to the invention, based on a simplified network architecture;
Figura 2: uma tabela para a comparação de acordo com a invenção;Figure 2: a table for comparison according to the invention;
Figura 3: um exemplo para a reautorização;Figure 3: An example for reauthorization;
Figura 4: duas tabelas para a reautorização de acordo com a invenção;Figure 4: Two tables for reauthorization according to the invention;
Figura 5: um dispositivo de acordo com a invenção.Figure 5: A device according to the invention.
A figura 1 mostra o processo de acordo com a invenção combase em uma arquitetura simplificada de rede.Figure 1 shows the process according to the invention based on a simplified network architecture.
Conceitos gerais:General Concepts:
Endereços IP de dispositivos terminais (UE IP address): endereços IP de dispositivos terminais destinatários na direção Downlink, ou seja,da rede central IP para o dispositivo terminal.UE IP address: IP addresses of receiving end devices in the Downlink direction, ie from the IP host to the terminal device.
Endereços PDP: endereços IP (prefixo de endereços de 64 bit,em Ipv6), que alocam o GGSN ao contexto PDP e ao dispositivo terminalcorrespondente.PDP Addresses: IP addresses (64-bit address prefix in Ipv6) that allocate GGSN to the PDP context and the corresponding terminal device.
Conexão de função de aplicação, respectivamente conexão AF(AF session): estabelecimento por meio de um protocolo de sinalização denível de aplicação, que é oferecido pela função de aplicação e um estabelecimento de conexão condicionante (session set-up) com descrição explícitada conexão antes da utilização do serviço.Application function connection, respectively AF session: Establishment by means of an application-level signaling protocol, which is provided by the application function and a session set-up with explicit description connection before of the use of the service.
Informação de fluxo IP de mídias, respectivamente informaçãode fluxo de dados (Media IP flow): fluxo de dados de uma conexão de funçãode aplicação que é descrito por meio de um filtro de pacote.Media IP flow information, respectively Media IP flow: Data flow from an application function connection that is described by means of a packet filter.
Identificador de fluxo de dados (Flow Identifier): o identificadorde fluxo de dados com um componente de mídias, que é associado com aconexão de função de aplicação, é usado para a identificação da informaçãode fluxo IP de mídias. O meio que é descrito por meio dos componentes demídias pode ser bidirecional ou unidirecional. Por isso, um identificador defluxo de dados identifica um fluxo de dados (para um componente de mídiasunidirecional) ou dois fluxos de dados (para um componente de mídias bidirecional).Flow Identifier: The flow identifier with a media component, which is associated with the application function connection, is used to identify the IP media flow information. The medium that is described by means of the demedia components can be bidirectional or unidirectional. Therefore, a data stream identifier identifies one data stream (for a one-way media component) or two data streams (for a two-way media component).
Para o exemplo de execução são feitas as duas suposições seguintes:For the execution example, the following two assumptions are made:
- supõe-se que um identificador inequívoco de dispositivo terminal (por exemplo um endereço IP de dispositivo terminal, um MSISDN etc.)encontra-se alocado a cada conexão AF e a cada contexto PDP.- An unambiguous terminal device identifier (for example, a terminal device IP address, an MSISDN, etc.) is assumed to be allocated to each AF connection and PDP context.
- fluxos de dados "uplink" e "downlink" com o mesmo identificador de fluxo de dados estão alocados ao mesmo contexto PDP (por exempio, fluxos de dados "uplink" e "downlink" de RTP e/ou RTCP estão alocadosao mesmo contexto PDP).- uplink and downlink data streams with the same data flow identifier are allocated to the same PDP context (for example, RTP and / or RTCP uplink and downlink data streams are allocated to the same PDP context ).
De acordo com a invenção, atributos de contexto PDP, como porexemplo PS endereços PDP, PS filtros TFT, a informação QoS, o MSISDNetc, são comparados com as informações (informações de fluxo de dados)de uma função de aplicação AF. Nesse caso, busca-se uma coincidênciados atributos de contexto PDP, que são enviados pela unidade de redeGGSN ao nó de controle PS, com as informações que são enviadas pelafunção de aplicação AF para o nó de controle PS. O dispositivo terminal UE,com um filtro de pacote TFT em uma rede GPRS, fixa, segundo uma decisãointerna, qual serviço qual contexto PDP deve usar. De acordo com a invenção, PS filtros de pacote TFT não são usados para a alocação do fluxo dedados "downlink" a contextos PDP através da unidade de rede GGSN, se-não que eles são encaminhados aos nós de controle PS pela unidade derede GGSN. Nesse caso, são instaladas gates de recepção junto à unidadede rede GGSN para a alocação dos fluxos de dados. Segundo o SBLP jáestandardizado, o nó de controle instala PS assim chamados "gates" noGGSN para PS contextos PDP controlados pelo SBLP. Um "gate" contémum filtro de pacote, bem como informações para o GGSN sobre se ele deverejeitar ou encaminhar pacotes IP correspondentes, ou seja, sobre como PSdados devem ser processados. Quanto mais informações detalhadas estejam contidas nos filtros de pacote TFT, melhor pode ser efetuada uma autorização para as solicitações de QoS do serviço. A unidade de rede GGSNenvia ao nó de controle todos PS atributos de contexto PDP disponíveis,como, por exemplo, PS endereços PDP, PS filtros de pacote TFT, a informação QoS, o MSISDN no caso da autorização da solicitação de conexão útil -e a modificação da conexão útil. O nó de controle PS armazena esses atributos para cada contexto PDP em um elemento de memória do nó de controle PS. PS atributos PDP podem ser utilizados para a comparação de acordo com a invenção.According to the invention, PDP context attributes, such as PS PDP addresses, PS TFT filters, QoS information, MSISDNetc, are compared with the information (data stream information) of an AF application function. In this case, one matches the PDP context attributes that are sent by the network unit GGSN to the PS control node, with the information that is sent by the AF application function to the PS control node. The UE terminal device, with a TFT packet filter on a GPRS network, determines, by an internal decision, which service which PDP context to use. According to the invention, PS TFT packet filters are not used for downlink data allocation to PDP contexts via the GGSN network unit, unless they are routed to the PS control nodes by the GGSN network unit. In this case, reception gates are installed next to the GGSN network unit for the allocation of data streams. According to the already standardized SBLP, the control node installs so-called gates in the GGSN for PS SBLP-controlled PDP contexts. A gate contains a packet filter, as well as information for GGSN about whether to drop or forward matching IP packets, ie how PSs should be processed. The more detailed information contained in the TFT packet filters, the better an authorization can be made for service QoS requests. The GGSN network unit sends to the control node all available PDP context attributes available, such as PS PDP addresses, PS TFT packet filters, QoS information, MSISDN in case of authorization of the useful connection request - and to useful connection modification. The PS control node stores these attributes for each PDP context in a memory element of the PS control node. PS PDP attributes may be used for comparison according to the invention.
De acordo com a invenção, PS filtros de fluxo IP de mídias, queforam enviados pela função de aplicação AF ao nó de controle PS, e PS filtros de pacote TFT mais PS endereços PDP que foram enviados pela unidade de rede GGSN ao nó de controle PS, são comparados na busca por coincidências. Nesse caso, a comparação é feita em função da prioridade dosfiltros de pacote TFT. A partida é dada com o filtro de pacote TFT máximo apartir do valor. Um filtro de fluxo IP de mídias tem uma coincidência com umfiltro de pacote TFT de um contexto PDP, quando a direção for igual, o endereço PDP for igual ao endereço IP de destinatário de downlink do dispositivoterminal da informação de conexão AF, as IDs de protocolo forem iguais ouforem munidas de um suporte de ajuste, e as portas (porta de recepção dedispositivo terminal UE e/ou porta-fonte AF da função de aplicação) foremiguais ou forem munidas de um suporte de ajuste. No caso de uma faixa denúmero de portas em um filtro de pacote TFT, só é requerida uma sobreposição parcial.União de Fluxo IP de MídiasAccording to the invention, PS media IP stream filters, which were sent by the AF application function to the PS control node, and PS TFT packet filters plus PS PDP addresses that were sent by the GGSN network unit to the PS control node. , are compared in the search for coincidences. In this case, the comparison is made based on the priority of the TFT packet filters. The match is started with the maximum TFT packet filter from the value. A media IP stream filter matches a TFT packet filter of a PDP context, when the direction is the same, the PDP address is the same as the device's downlink recipient IP address from the AF connection information, the protocol IDs they are the same or fitted with an adjustment bracket, and the doors (UE terminal device receiving port and / or application function AF source port) are the same or are fitted with an adjustment bracket. In the case of a range of ports in a TFT packet filter, only a partial overlap is required. Media IP Stream Union
Em duas situações é executada uma comparação de acordocom a invenção: a) no caso de uma ativação ou no caso de uma modificaçãode um contexto PDP (por exemplo, quando o nó de controle receber umasolicitação para autorização); b) no caso de um estabelecimento de conexãode uma conexão AF (por exemplo por meio do recebimento de novas informações de conexão que o nó de controle recebe da função de aplicação).In two situations a comparison according to the invention is performed: a) in the case of an activation or in the case of a modification of a PDP context (for example, when the control node receives an authorization request); b) in the case of a connection establishment of an AF connection (for example by receiving new connection information that the control node receives from the application function).
Na primeira situação, o nó de controle analisa PS atributos decontexto PDP (por exemplo endereço PDP, TFT, MSISDN, QoS) e identifica,em uma primeira etapa, as conexões de função de aplicação que correspondem ao endereço PDP de um modo tal que o parâmetro de identificador dedispositivo terminal que foi recebido pela função de aplicação seja igual aoidentificador de dispositivo terminal do contexto PDP. Em uma segunda etapa, PS fluxos de dados correspondentes dessa(s) conexão(ões) AF determinante(s) são verificados por meio do processo de acordo com a invenção.Cada fluxo de dados que tenha sido identificado no sentido de que ele podeser transportado através do contexto PDP (existe, portanto, possibilidadepara o transporte através do contexto PDP) será permitido, respectivamenteunido, para esse contexto PDP. PS gates correspondentes são instaladosem função da prioridade do correspondente filtro de pacote TFT na unidadede rede GGSN, e uma qualidade combinada do serviço (classe de tráfego dedados, taxa de dados etc.) será fixada e poderá ser autorizada. No caso emque o fluxo de dados úteis (Media IP Flow = fluxo IP de mídias) tenha sidounido a um outro contexto PDP, PS gates e a fração da qualidade do serviçono contexto PDP são eliminados de outro contexto PDP.In the first situation, the control node parses PS PDP decontext attributes (for example PDP address, TFT, MSISDN, QoS) and identifies, in a first step, the application function connections that correspond to the PDP address in such a way that terminal device identifier parameter that was received by the application function is the same as the terminal device identifier of the PDP context. In a second step, PS corresponding data streams from that determinant AF connection (s) are verified by the method according to the invention. Each data stream that has been identified in the sense that it can be carried through the PDP context (therefore there is a possibility for transport through the PDP context) will be allowed respectively for this PDP context. Matching gates are installed depending on the priority of the corresponding TFT packet filter in the GGSN network unit, and a combined quality of service (data traffic class, data rate, etc.) will be fixed and may be authorized. In the event that the useful data stream (Media IP Flow) has merged into another PDP context, PS gates and the fraction of service quality in the PDP context are deleted from another PDP context.
No caso do primeiro contexto PDP (aquele sem filtro de pacoteTFT), o nó de controle une cada fluxo de dados úteis das conexões AF determinantes a esse contexto PDP. Segundo, por exemplo, uma configuraçãode um provedor de rede, o nó de controle poderia estar autorizado a autorizar a qualidade do serviço para essa combinação do fluxo de dados úteis oua autorizar uma qualidade do serviço pré-configurada em geral pelo provedorde rede. A qualidade do serviço pré-configurada pelo provedor de rede pode-ria depender, por exemplo, da classe QoS, respectivamente da classe detráfego UMTS do contexto PDP.In the case of the first PDP context (the one without the TFT packet filter), the control node joins each useful data stream from the determining AF connections to that PDP context. Second, for example, a network provider configuration, the control node could be authorized to authorize quality of service for this useful data stream combination or to authorize a quality of service generally pre-configured by the network provider. The quality of service pre-configured by the network provider could depend, for example, on the QoS class, respectively the UMTS traffic class of the PDP context.
Na segunda situação, o nó de controle PS analisa as informações de conexão AF e identifica, em uma primeira etapa, se a conexão AFcorresponde a um endereço PDP existente. Se for esse o caso, então o nóde controle PS compara PS fluxos de dados úteis da conexão AF com PSfiltros de pacote TFT armazenados dos contextos PDP existentes. Se acomparação for positiva, o fluxo de dados úteis será unido a esse contexto esua qualidade de serviço será considerada na fixação da qualidade autorizada do serviço para o contexto PDP. PS gates correspondentes serão instalados e a qualidade combinada do serviço será autorizada. A qualidade doserviço de um contexto PDP será então modificada somente quando o dispositivo terminal iniciar uma modificação do contexto PDP.In the second situation, the PS control node analyzes the AF connection information and identifies, in a first step, whether the AF connection corresponds to an existing PDP address. If this is the case then the PS control node compares PS useful AF connection data streams with stored TFT packet filters from existing PDP contexts. If the comparison is positive, the useful data stream will be linked to this context and its quality of service will be considered in setting the authorized quality of service for the PDP context. Matching PS gates will be installed and the combined quality of service will be authorized. The quality of service of a PDP context is then changed only when the terminal device initiates a modification of the PDP context.
Um ponto essencial do processo de acordo com a invenção é abusca por uma comparação positiva entre um filtro de fluxo IP de mídias,enviado pela função de aplicação AF ao nó de controle PS, e um filtro depacote TFT mais endereço IP do dispositivo terminal, enviado pela unidadede rede GGSN ao nó de controle.An essential point of the process according to the invention is the positive comparison between an IP media stream filter sent by the AF application function to the PS control node and a TFT pack filter plus terminal device IP address sent GGSN network unit to the control node.
Nesse caso, existem as seguintes exigências para o emprego dofiltro de pacote TFT para o mecanismo de união:In this case, there are the following requirements for using the TFT packet filter for the joining mechanism:
- com o filtro de pacote TFT são identificados apenas filtros depacote IP de "downlink", de tal modo que uma unidade de rede é informadasobre como PS pacotes de dados que entram podem ser conduzidos por elapara dentro do contexto PDP correto. Até então, só é estandardizado o fatode que o dispositivo terminal envia o filtro de pacote TFT com PS filtros depacote "downlink". Desse modo, a conexão com um contexto PDP não funciona no caso de fluxos de dados úteis "uplink" unidirecionais. Como resultado disso, o nó de controle não pode saber qual contexto PDP é pensadopara PS fluxos de dados úteis "uplink" do dispositivo terminal UE. Como solução para isso, o nó de controle deve autorizar cada fluxo de dados úteis"uplink" unidirecionais da conexão AF que corresponda ao endereço PDP docontexto PDP.- No caso de que um fluxo de dados úteis "downlink" tenha recebido a mesma ID de fluxo que o fluxo de dados úteis "uplink", então PS dois fluxos de dados úteis são unidos ao mesmo contexto PDP. Por isso pode serempregado o contexto PDP que é pensado para o fluxo de dados úteis. Esteé derivado do filtro de pacote TFT do correspondente fluxo de dados úteis"downlink".- With the TFT packet filter only downlink IP packet filters are identified, such that a network drive is informed about how incoming PS data packets can be driven by and within the correct PDP context. Until then, only the fact that the terminal device sends the TFT packet filter with PS downlink packet filters is standardized. Therefore, connecting to a PDP context does not work for one-way useful uplink data streams. As a result, the control node cannot know which PDP context is intended for PS uplink useful data streams from the UE terminal device. As a solution to this, the control node must authorize each unidirectional "uplink" useful data stream from the AF connection that corresponds to the PDP address from the PDP context. - In case a downlink useful data stream has received the same ID from stream than the uplink useful data stream, so PS two useful data streams are joined to the same PDP context. Therefore the PDP context that is thought for the useful data stream can be preached. This is derived from the TFT packet filter of the corresponding downlink useful data stream.
- PS filtros de pacote TFT dependem do dispositivo terminal e desua implementação. Nesse caso, o nó de controle só pode executar umacomparação com informações de conexão AF quando essas informaçõestambém estiverem presentes em um determinado tempo. Adicionalmente, ainformação de conexão AF enviada pela função de aplicação AF ao nó decontrole PS depende do tipo de AF, respectivamente do tipo da função deaplicação AF. Por isso, poderia ocorrer que não fosse encontrada nenhumacomparação positiva em uma conexão AF durante uma solicitação de autorização para um contexto PDP, ou que as informações de comparação nãofossem suficientes para determinar o contexto PDP "correto" para o fluxo dedados úteis. Se nenhuma conexão AF puder ser encontrada, então será autorizada uma qualidade geral (default) do serviço (classe de tráfego de dados e taxa de dados) para o contexto PDP. Além disso, Gates gerais podemser enviadas à unidade de rede GGSN ou a solicitação de autorização serárecusada. Esse procedimento poderia ser configurado, por exemplo, pelooperador de rede. Poderia ocorrer que um fluxo de dados úteis que já seacha alocado a um contexto PDP apresente uma comparação positiva comum filtro de pacote TFT de um outro (ulterior) contexto PDP. Nesse caso, épossível que o nó de controle "reautorize" PS recursos para o fluxo de dadosúteis.- PS TFT packet filters depend on the terminal device and its implementation. In this case, the control node can only perform a comparison with AF connection information when this information is also present at a certain time. In addition, the AF connection information sent by the AF application function to the PS control node depends on the AF type, respectively the AF application function type. Therefore, it could happen that no positive comparison was found on an AF connection during an authorization request for a PDP context, or that the comparison information was not sufficient to determine the "correct" PDP context for the useful data stream. If no AF connection can be found, then an overall (default) quality of service (data traffic class and data rate) will be allowed for the PDP context. In addition, general Gates may be sent to the GGSN network drive or the authorization request will be refused. This procedure could be configured, for example, by the network operator. It could happen that a useful data stream that is already allocated to a PDP context presents a positive common TFT packet filter comparison of another (later) PDP context. In this case, it is possible for the control node to "reauthorize" PS resources for useful data flow.
- Poderia ser que não se encontre presente nenhuma informação TFT quando da solicitação para o estabelecimento de um segundo con-texto PDP, caso ela tenha sido anteriormente adicionada ao primeiro contexto PDP. Nesse caso, é autorizada uma QoS geral (classe de tráfego de dados e taxa de dados) para o contexto PDP. Além disso, Gates gerais podemser enviadas à unidade de rede GGSN ou a solicitação de autorização serárecusada. Esse procedimento poderia ser configurado, por exemplo, pelooperador de rede.- It may be that no TFT information is present when requesting to establish a second PDP context if it was previously added to the first PDP context. In this case, a general QoS (data traffic class and data rate) is allowed for the PDP context. In addition, general Gates may be sent to the GGSN network drive or the authorization request will be refused. This procedure could be configured, for example, by the network operator.
O processo de união básico de fluxo de dados úteis também poderia ser expandido por meio de: a) limitação dos fluxos de dados úteis unidos e de sua QoS autorizada; b) aperfeiçoamento da sinalização de contextoPDP. No caso do primeiro ponto, o nó de controle PS tenta limitar PS fluxosde dados úteis unidos para as conexões AF, que, em última instância, utilizam o contexto PDP. Isso ocorre já durante o estabelecimento do contextoPDP. Cada contexto PDP estabelecido ulteriormente terá um filtro de pacoteTFT com uma prioridade maior. Essa prioridade resulta da união do fluxo dedados úteis com o contexto PDP. Para que essa re-união e a sinalização aela correlacionada possam ser evitadas, PS esforços no nó de controle poderiam ser no sentido de que seja considerada adicionalmente a classe QoSsolicitada, respectivamente a classe de tráfego UMTS do contexto PDP durante o procedimento de união. Para cada corrente de dados úteis que apresente uma comparação positiva com um filtro de pacote TFT de um contextoPDP, será analisada em uma terceira etapa a classe QoS desse fluxo dedados úteis. Somente esses fluxos de dados úteis, que possuem uma classeQoS superior ou a mesma classe QoS que aquela que foi solicitada para ocontexto PDP, é que também serão, em última instância, unidos ao contextoPDP. Isso impede uma união de uma corrente de dados úteis com uma classe QoS mais baixa autorizável. Para um fluxo de dados úteis desse tipo poderia ser estabelecido um contexto PDP próprio. Pelo outro lado é permitidocada fluxo de dados úteis com uma classe QoS superior autorizável paraesse contexto PDP, pois existe a possibilidade de que a classe QoS solicitada do dispositivo terminal UE tenha sido rebaixada pela rede de comunicação. O segundo ponto visa o aperfeiçoamento da sinalização de contextoPDP em casos em que ocorrem dificuldades na autorização. O SBLP disponibiliza meios para a verificação de componentes de mídia que têm a permissão para serem alocados ao mesmo contexto PDP. O dispositivo terminalUE é informado através dessas limitações por meio de, por exemplo, umindicador de fluxo de reserva (single reservation flow indicator) (IETF RFC3524), de que componentes individuais de mídia não podem ser misturadoscom outros. Se for descoberta uma mistura desse tipo, a autorização serárecusada. Ao contrário, o nó de controle poderia se comportar no sentido deque a atual configuração dos contextos PDPe o filtro de pacote TFT não sejam considerados como sendo finais. Em vez da recusa da autorização, o nóde controle poderia tentar descobrir o maior grupo possível permitido de fluxos de dados úteis e autorizar PS mesmos. Em certas circunstâncias, esseprocedimento tem que ser repetido no caso de um estabelecimento ulteriorde um contexto PDP.The basic process of joining useful data streams could also be expanded by: a) limiting the joined useful data streams and their authorized QoS; b) improvement of PDP context signaling. In the case of the first point, the PS control node attempts to limit PS streams of joined useful data to AF connections, which ultimately use the PDP context. This already occurs during the establishment of the PPD context. Each subsequently established PDP context will have a higher priority TFT packet filter. This priority results from joining the stream of useful data with the PDP context. In order for such rejoining and correlated signaling thereto to be avoided, PS efforts at the control node could be that additional consideration should be given to the requested QoS class, respectively the PDTS context UMTS traffic class during the joining procedure. For each useful data stream that shows a positive comparison with a TDP packet filter of a PDD context, the QoS class of that stream will be analyzed in a third step. Only those useful data streams, which have a higher QoS class or the same QoS class as the one requested for the PDP context, will also ultimately be joined to the PDP context. This prevents a union of a useful data stream with a lower allowable QoS class. For such a useful data stream a PDP context of its own could be established. On the other hand useful data stream with a higher QoS class allowable for this PDP context is allowed, as there is a possibility that the requested QoS class of the UE terminal device has been downgraded by the communication network. The second point is to improve PPD context signaling in cases where authorization difficulties occur. SBLP provides means for checking media components that are allowed to be allocated to the same PDP context. The EU terminal device is informed through these limitations through, for example, a single reservation flow indicator (IETF RFC3524), that individual media components cannot be mixed with others. If such a mixture is discovered, the authorization will be refused. In contrast, the control node could behave in the sense that the current configuration of PDP contexts and the TFT packet filter are not considered to be final. Instead of refusing authorization, the control node could try to discover the largest possible group of useful data streams and authorize PS themselves. In certain circumstances this procedure has to be repeated in case of a subsequent establishment of a PDP context.
Por "reautorização" de recursos entende-se que um fluxo de dados úteis de uma conexão AF, que já tenha sido atribuído a um contextoPDP, será afastado desse contexto PDP atual (por exemplo, um PrimeiroContexto PDP (Primary PDP-Kontext) e será unido a um novo (ulterior) contexto PDP. Para cada contexto PDP que nessa etapa perde um fluxo de dados úteis, o nó de controle envia uma decisão de autorização de acordo comPS fluxos de dados úteis que ainda estejam unidos a esses recursos. O nóde controle fixa, portanto, a autorização para PS fluxos de dados remanescentes no contexto PDP. PS recursos alocados, a qualidade do serviço, serão modificados correspondentemente. Uma reautorização também deve serexecutada nos casos de modificação de um serviço ativo, pois isso afeta acomparação com PS atributos PDP modificados (por exemplo, são modificados atributos de serviço que têm que ser comparados com o filtro de pacoteTFT já existente). No caso de um serviço ativo, dados em pelo menos umfluxo de dados são transmitidos e são usados atualmente pelo dispositivoterminal, respectivamente o serviço é disponibilizado atualmente por umafunção de aplicação AF, por exemplo. As regras para a execução de umareautorização (por exemplo a remoção da união de um fluxo de dados úteisdo contexto PDP originalmente alocado) são configuráveis pelo provedor derede. Um fluxo de dados úteis, que já se acha alocado a um contexto PDP eque fornece um resultado positivo de comparação no caso de uma comparação com um filtro de pacote TFT de uma outra solicitação de autorização decontexto PDP, será sempre separado do contexto PDP anterior quando aprioridade do filtro de pacote TFT for maior.Resource "reauthorization" means that a useful data stream from an AF connection that has already been assigned to a PDDP context will be moved away from that current PDP context (for example, a Primary PDP-Kontext) and will be attached to a new (later) PDP context For each PDP context that loses a useful data stream at this stage, the control node sends an authorization decision according to PS useful data streams that are still attached to these resources. fixed control, therefore, authorization for PS remaining data streams in PDP context PS allocated resources, quality of service will be modified accordingly.Reauthorization should also be performed in cases of modification of an active service as this affects PS comparison modified PDP attributes (for example, service attributes that have to be compared with the existing TFT packet filter are modified.) For an active service, data in at least one data stream is transmitted and is currently used by the terminal device, respectively the service is currently provided by an AF application function, for example. The rules for performing an authorization (for example, removing the union of a useful data stream from the originally allocated PDP context) are configurable by the network provider. A useful data stream that is already allocated to a PDP context that gives a positive comparison result in the case of a comparison with a TFT packet filter from another PDP context-aware authorization request will always be separated from the previous PDP context when TFT packet filter priority is higher.
A figura 2 mostra uma tabela para a comparação de acordo coma invenção. Nessa tabela são apresentados exemplos para resultados positivos de comparação e resultados negativos de comparação (o endereço IPdos dispositivos terminais é igual para todos PS filtros) no processo de acordo com a invenção. PS filtros dos primeiros três fluxos de dados úteis têmum resultado positivo de comparação com PS dois filtros de pacote TFT,pois a direção é igual (TFT é sempre "downlink"). Além disso, as IDs de protocolo são iguais ou são ocupadas por um suporte de ajuste, e cada endereço IP, cada porta e cada faixa de números de porta é igual, é ocupado porum suporte de ajuste ou são sobrepostos (para a faixa de números de porta). PS filtros dos três últimos fluxos de dados úteis possuem um resultadonegativo de comparação com PS dois filtros de pacote TFT, pois sempre háum atributo que é diferente em relação ao atributo do filtro de pacote TFTocupado por um suporte de ajuste.Figure 2 shows a table for comparison according to the invention. In this table examples are given for positive comparison results and negative comparison results (the IP address of the terminal devices is the same for all PS filters) in the process according to the invention. PS filters from the first three useful data streams have a positive result compared to PS two TFT packet filters because the direction is equal (TFT is always downlink). In addition, protocol IDs are equal to or occupied by an adjustment bracket, and each IP address, each port, and each port number range is equal, occupied by an adjustment bracket, or overlapped (for the number range). door). PS filters from the last three useful data streams have a negative result compared to PS two TFT packet filters, as there is always an attribute that is different from the TFT packet filter attribute occupied by a tuning bracket.
A figura 3 mostra um exemplo para a reautorização. Não é levada em consideração uma segunda solicitação de autorização de contextoPDP com apenas um fluxo de dados "uplink" ou sem TFT, pois nesses casosa solicitação de autorização é rejeitada ou é autorizada com valores geraispara o contexto PDP. O dispositivo terminal UE ativa um segundo contextoPDP x com um fluxo de dados "downlink" (4) e PS fluxos de dados "uplink"(5)e (6), e um segundo contexto PDP y com PS fluxos de dados "downlink"(1)e (3) e com o fluxo de dados "uplink" (2). De acordo com a invenção, afunção de aplicação AF envia uma informação de conexão segundo a figura4 a) ao nó de controle PS. Essa informação de conexão deve ficar à disposição no caso da solicitação de autorização de contexto PDP. O endereço decontexto PDP e o filtro de pacote TFT para PS segundos contextos PDP segundo a figura 4 b) são enviados pela unidade de rede GGSN para a identificação do fluxo de dados úteis ao nó de controle PS.Figure 3 shows an example for reauthorization. A second PDP context authorization request with only one "uplink" data stream or no TFT is considered, as in such case authorization request is rejected or authorized with general values for the PDP context. The UE terminal device activates a second x PDP context with a downlink data stream (4) and PS uplink data streams (5) and (6), and a second PDP y context with PS downlink data streams (1) and (3) and with the uplink data stream (2). According to the invention, the application function AF sends a connection information according to figure 4 a) to the control node PS. This connection information should be available in case of PDP context authorization request. The PDP context address and the TFT packet filter for PS second PDP contexts according to Figure 4 (b) are sent by the GGSN network unit for identification of the useful data stream to the PS control node.
A identificação de serviço é executada de acordo com a invenção do seguinte modo:Contexto PDP x:Service identification is performed according to the invention as follows: PDP x context:
No caso da solicitação de ativação de contexto PDP para o contexto PDP x, a unidade de rede GGSN envia o endereço IP dos dispositivosterminais e a parte TFT (-, UE-Port 3, AF-Port 1, AF-IP, X, Prec=1) ao nó decontrole PS. O nó de controle executa uma comparação com as informaçõesde conexão da função de aplicação AF com o endereço IP de destino = endereço PDP, para que ele (PS) possa identificar o fluxo de dados úteis cor-respondente. No caso das conexões a) - b), foi identificado apenas o fluxode dados 4 (não se acha presente nenhum outro resultado positivo de comparação). A autorização para a qualidade do serviço é executada para essefluxo de dados e para todos PS fluxos de dados "uplink" (não unidos) (6) e(5) dessa conexão a) - d), que não estão aos pares.Contexto PDP v:In case of PDP context activation request for PDP x context, the GGSN network unit sends the end devices IP address and the TFT part (-, UE-Port 3, AF-Port 1, AF-IP, X, Prec = 1) to control node PS. The control node performs a comparison with the AF application function's connection information to the destination IP address = PDP address, so that it (PS) can identify the corresponding corresponding useful data stream. In the case of connections a) - b), only data stream 4 was identified (no other positive comparison results are present). Authorization for quality of service is performed for this data flow and for all PS "unplugged" uplink data streams (6) and (5) of that connection a) - d), which are not in pairs. PDP Context v:
No caso da solicitação de ativação de contexto PDP do contextoPDP y, a unidade de rede GGSN envia o endereço PDP UE-IP e a parte TFT((-, UE-Port1, AF-Port2, AF-IP, x, prec=2); (-, AF-IP, x, prec=3)) ao nó decontrole PS. O nó de controle PS compara as informações de conexão dafunção de aplicação AF com o endereço IP de destino = endereço PDP, paraque o correspondente fluxo de dados possa ser identificado. No caso da conexão a) - d), é identificado o fluxo de dados (1) com (-, UE-Port1, AF-Port2,AF-IP, x, prec=2). Já que o fluxo de dados "uplink" (2) se acha presente nosmesmos subcomponentes de mídia, então PS fluxos de dados (1) e (2) sãoautorizados para o contexto PDP y. O filtro de pacote TFT (-, AF-IP, x,prec=3) tem um resultado positivo de comparação com todos PS fluxos dedados "downlink" das conexões a) - d). No caso em que não seja permitidauma reautorização, o processo é executado do seguinte modo: já que PSfluxos de dados "uplink" (5) e (6) e o fluxo de dados "downlink" (4) já estãounidos ao contexto PDP, então só é autorizado o fluxo de dados (3) para ocontexto PDP y. No caso em que seja permitida uma reautorização, o processo é executado em função da prioridade do filtro de pacote TFT. Nessecaso, o fluxo de dados (4) não se encontra unido pelo contexto PDP x, pois aprioridade do filtro TFT correspondente tem o valor 1. O fluxo de dados (3)está autorizado para o contexto PDP y.In the case of the PDP context activation request from contextPDP y, the GGSN network unit sends the PDP UE-IP address and the TFT part ((-, UE-Port1, AF-Port2, AF-IP, x, prec = 2 ); (-, AF-IP, x, prec = 3)) to the control node PS. Control node PS compares the connection information of the AF application function with the destination IP address = PDP address so that the corresponding data stream can be identified. In the case of connection a) - d), data flow (1) with (-, UE-Port1, AF-Port2, AF-IP, x, prec = 2) is identified. Since the "uplink" data stream (2) is present in the same media subcomponents, then PS data streams (1) and (2) are authorized for the PDP y context. The TFT packet filter (-, AF-IP, x, prec = 3) has a positive comparison result with all PS downlink data flows from connections a) - d). If reauthorization is not allowed, the process is performed as follows: since PS uplink data streams (5) and (6) and downlink data stream (4) are already attached to the PDP context, then Only data stream (3) is allowed for the PDP context y. If reauthorization is allowed, the process is executed based on the priority of the TFT packet filter. In this case, the data stream (4) is not joined by the PDP x context, because the corresponding TFT filter priority has the value 1. The data stream (3) is authorized for the PDP y context.
A figura 5 mostra um nó de controle PS de acordo com a invenção para a execução do processo segundo as figuras de 1 a 4. O nó de controle PS apresenta uma unidade de recepção E, uma unidade de emissão Se uma unidade de processamento V.Figure 5 shows a PS control node according to the invention for carrying out the process according to Figures 1 to 4. The PS control node has a receiving unit E, a sending unit If a processing unit V.
Claims (23)
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE102005014852.2 | 2005-03-30 | ||
| DE102005014852A DE102005014852A1 (en) | 2005-03-30 | 2005-03-30 | Decision to allocate and allocate resources for at least one stream and at least one payload |
| PCT/EP2006/060597 WO2006103153A1 (en) | 2005-03-30 | 2006-03-09 | Decision regarding the assignment and allocation of resources for at least one data flow and at least one useable link |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BRPI0609263A2 true BRPI0609263A2 (en) | 2010-03-09 |
Family
ID=36463398
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0609263-2A BRPI0609263A2 (en) | 2005-03-30 | 2006-03-09 | decision for resource allocation and assignment for at least one data stream and at least one useful connection |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1867111A1 (en) |
| BR (1) | BRPI0609263A2 (en) |
| DE (1) | DE102005014852A1 (en) |
| RU (1) | RU2384001C2 (en) |
| WO (1) | WO2006103153A1 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102957625B (en) * | 2011-08-18 | 2017-11-03 | 邳州高新区生物医药研究院有限公司 | A kind of system and method for realizing end-to-end multilevel service quality |
| CN104348751B (en) * | 2013-07-31 | 2019-03-12 | 中兴通讯股份有限公司 | Virtual output queue authorization management method and device |
| CN108881014B (en) * | 2017-05-12 | 2021-10-01 | 北京猎户星空科技有限公司 | Data sending system and method |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2280780T3 (en) * | 2002-09-24 | 2007-09-16 | Orange Sa | METHOD FOR A CHANNEL OF SELECTION OF A CHANNEL TO TRANSFER DATA PACKAGES. |
| US7826353B2 (en) * | 2003-05-05 | 2010-11-02 | Nokia Corporation | Method, system and network element for authorizing a data transmission |
-
2005
- 2005-03-30 DE DE102005014852A patent/DE102005014852A1/en not_active Ceased
-
2006
- 2006-03-09 RU RU2007139914/09A patent/RU2384001C2/en active
- 2006-03-09 EP EP06708700A patent/EP1867111A1/en not_active Withdrawn
- 2006-03-09 BR BRPI0609263-2A patent/BRPI0609263A2/en not_active IP Right Cessation
- 2006-03-09 WO PCT/EP2006/060597 patent/WO2006103153A1/en active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| DE102005014852A1 (en) | 2006-10-05 |
| RU2007139914A (en) | 2009-05-10 |
| WO2006103153A1 (en) | 2006-10-05 |
| RU2384001C2 (en) | 2010-03-10 |
| EP1867111A1 (en) | 2007-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9661082B2 (en) | Token related apparatuses for deep packet inspection and policy handling | |
| JP5639638B2 (en) | Technology for handling network traffic | |
| JP4970422B2 (en) | Packet radio network and communication method | |
| US7546376B2 (en) | Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources | |
| US7483989B2 (en) | Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session | |
| JP5512719B2 (en) | Packet flow processing in communication systems | |
| US7383048B2 (en) | Transmission of data packets by a node | |
| US8514773B2 (en) | Packet flow processing in a communication system | |
| JP4875165B2 (en) | Apparatus and method for guaranteeing service requirements for each user equipment to bearer | |
| US8422495B2 (en) | Triggering bandwidth reservation and priority remarking | |
| BRPI0810914B1 (en) | policy control method on a network, device operating to act as an application function entity, device operation method and device to operate as an application function entity, device operating method to operate as an entity policy control and policy control system | |
| ES2557440T3 (en) | Bearer control based on service and operation of the traffic flow model with mobile IP | |
| EP1788747A1 (en) | A METHOD AND SYSTEM FOR DYNAMIC CONSULTING QoS IN NGN | |
| JP2012508525A (en) | Method and system for supporting SIP session policies using existing authentication architectures and protocols | |
| JP2008535301A (en) | Packet radio network and communication method | |
| US20090041043A1 (en) | Communication system, switching node computer and method for determining a control node | |
| BRPI0113044B1 (en) | method and system for authorization of the carrier on a wireless communication network providing enhanced security by authorizing access to the service | |
| BRPI0609263A2 (en) | decision for resource allocation and assignment for at least one data stream and at least one useful connection | |
| EP1332631A2 (en) | Media binding to coordinate quality of service requirements for media flows in a multimedia session with ip bearer resources | |
| WO2002037869A2 (en) | Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with ip bearer resources | |
| JP6115961B2 (en) | Technology for handling network traffic | |
| KR100879164B1 (en) | Binding mechanism for quality of service management in a communication network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE AS 5A E 6A ANUIDADES. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2161 DE 05/06/2012. |
|
| B15K | Others concerning applications: alteration of classification |
Ipc: H04L 12/927 (2013.01), H04L 12/14 (2006.01), H04L |