BR112020016497A2

BR112020016497A2 - Extensão de protocolo sx para suportar pdr de nó

Info

Publication number: BR112020016497A2
Application number: BR112020016497-6A
Authority: BR
Inventors: Yumei SONG; Jiehong YANG; Carlos Jimenez Cordon; Miguel Angel Muñoz De La Torre Alonso; Miguel Angel Puente Pestaña
Original assignee: Telefonaktiebolaget Lm Ericsson (Publ)
Priority date: 2018-02-15
Filing date: 2019-02-15
Publication date: 2020-12-15
Also published as: US20200396779A1; EP3753149A1; BR112020016497A8; EP3753149A4; WO2019158116A1; JP7153077B2; EP3753149B1; US11540339B2; JP2021520679A; BR112020016497B1

Abstract

as modalidades deste documento se referem à extensão de protocolo sx para suportar a pdr de nó. em uma modalidade, é proposto um método (500) em um primeiro nó de rede (301) configurado como função de plano de controle (cpf). o primeiro nó de rede (301) é acoplado a um segundo nó de rede (302) configurado como função de plano de usuário (upf) através de uma interface sx. o método (500) compreendendo transmitir (s501) uma mensagem associada à regra de detecção de pacote (pdr) para o segundo nó de rede (302) através da interface sx, em que a pdr é aplicável a mais de uma sessão sx. com modalidades deste documento, a taxa de transferência de sinalização de cpf-upf pode ser minimizada significativamente, e o consumo de memória por seção sx pode ser diminuída.

Description

EXTENSÃO DE PROTOCOLO SX PARA SUPORTAR PDR DE NÓ CAMPO TÉCNICO

[001] As modalidades deste documento se referem geralmente ao campo da comunicação e, mais particularmente, as modalidades deste documento se referem à extensão de protocolo Sx para suportar a PDR de nó.

FUNDAMENTOS

[002] A Especificação Técnica TSP 23.214 v14.2.0 do Projeto de Parceria para a Terceira Geração (3GPP), incorporada neste documento por referência, especifica a funcionalidade geral do nível de estágio 2 para separação de plano de controle e de usuário de Gateway Servidor (SGW) do Núcleo de Pacote Evoluído (EPC), Gateway de Rede de Dados de Pacote (PGW) e Função de Detecção de Tráfego (TDF). Isso permite um posicionamento flexível das funções de plano de controle e plano de usuário separadas para suportar diversos cenários de implantação (por exemplo, função de plano de usuário central ou distribuída) sem afetar a funcionalidade geral fornecida por essas entidades de EPC.

[003] A Figura 1 é um diagrama de blocos esquemático mostrando o modelo de referência de arquitetura no caso de separação entre o plano de controle e o plano de usuário. Esse modelo de referência de arquitetura abrange cenários de não roaming assim como de roteamento doméstico e de breakout roaming local.

[004] Além disso, o uso de uma SGW/PGW combinadas permanece possível em uma implantação com planos de controle e usuário separados. Isso é habilitado suportando uma interface Sx com uma estrutura de parâmetros comum para casos não combinados e combinados. A Figura 2 é um diagrama de blocos esquemático que mostra o modelo de referência de arquitetura para uma SGW/PGW combinadas no caso de separação entre o plano de controle e o plano de usuário.

[005] Além disso, a 3GPP TS 29.244 v14.1.0, que é incorporada neste documento por referência, especifica o Protocolo de controle de Encaminhamento de Pacote (PFCP) usado na interface entre a função de plano de controle e o plano de usuário em uma arquitetura de SGW, PGW e TDF dividida em EPC. O protocolo Sx (PFCP) detalhado em 3GPP TS 29.244 v14.1.0 fornece uma interface padrão em que um Plano de Controle (CP) pode instruir um Plano de Usuário (UP) com as Regras de Detecção de Pacote (PDRs) aplicáveis, ID de Regra de Ação de Encaminhamento (FAR), ID de Regra de Relatório de Uso (URR), ID de Regra de Cumprimento de Qualidade de Serviço (QER),… por sessão base Sx. Sumário

[006] Na 3GPP TS 29.244 v14.1.0, a PDR é instruída pelo CP para UP por sessão Sx. Assim, quando uma sessão de usuário é solicitada para ser iniciada, o Plano de Controle (CP) encaminhará ao Plano de usuário (UP) todas as PDRs aplicáveis ao tráfego, que esse usuário irá gerar ao longo da sessão. Os pacotes para esta sessão de usuário coincidirão às diferentes PDRs para a sessão Sx e as ações necessárias serão executadas para os pacotes de acordo com as regras (FAR, QER, URR,..) ligadas à PDR coincidente.

[007] Isso significa que o UP lidará com uma grande quantidade de sessões Sx, onde cada uma dessas sessões Sx lidará com uma lista de PDRs.

[008] Existem cenários nos quais, além das sessões em andamento e ativas Sx, a CP precisará instruir com uma PDR aplicável a todas as sessões Sx ou aplicável a um grupo de sessões Sx. Para alcançá-lo, considerando a 3GPP TS

29.244 v14.1.0, isso implicará: • acionar um procedimento de Modificação de Sessão Sx para cada uma das sessões Sx ativas. Cada um desses procedimentos de modificação de sessão

Sx incluirá exatamente a mesma e a nova PDR; • adicionar essa nova PDR em cada novo procedimento de estabelecimento de Sessão Sx.

[009] Isso não é ideal do ponto de vista da sinalização Sx de CP-UP, pois um procedimento de Modificação de Sessão Sx com a mesma PDR deve ser enviado pelo CP para o UP tantas vezes quanto as sessões Sx ativas e não é ideal do ponto de vista da memória do UP uma vez que a mesma PDR (com as mesmas informações) deverá ser armazenada em todas as sessões Sx ativas e nas novas sessões Sx.

[0010] Como um exemplo, os seguintes cenários serão sujeitos a serem tratados com o procedimento descrito acima, onde a mesma PDR deverá ser provisionado para todas as sessões Sx novas e existentes: • qualquer sinalização do TCP (preparação e/ou desmontagem) a ser cobrada com uma taxa especial; • quaisquer pacotes retransmitidos de TCP, gratuitamente; • qualquer tráfego com tethering, a ser cobrado com uma taxa diferente; • tráfego coincidindo a um filtro catch-all padrão, que será cobrado na mesma taxa e assim por diante.

[0011] Em vista do caso típico acima, as modalidades deste documento propõem otimizar a maneira como um CP deve instruir uma PDR que é aplicável a todas as sessões Sx ativas, a um grupo de sessões Sx ou à nova sessão Sx a ser criada.

[0012] Em uma modalidade, é proposto um método em um primeiro nó de rede configurado como função de plano de controle (CPF), o primeiro nó de rede é acoplado a um segundo nó de rede configurado como função de plano de usuário (UPF) através de uma interface Sx, o método compreendendo: transmitir uma mensagem associada a uma PDR para o segundo nó de rede através da interface Sx, em que a PDR é aplicável a mais de uma sessão Sx.

[0013] Em outra modalidade, é proposto um método em um segundo nó de rede configurado como UPF, o segundo nó de rede é acoplado a um primeiro nó de rede configurado como CPF através de uma interface Sx, o método compreendendo: receber uma mensagem associada a uma PDR do primeiro nó de rede através da interface Sx, em que a PDR é aplicável a mais de uma sessão Sx.

[0014] Em ainda outra modalidade, é proposto um primeiro nó de rede configurado como CPF, o primeiro nó de rede é acoplado a um segundo nó de rede configurado como UPF através de uma interface Sx, o primeiro nó de rede compreendendo: pelo menos um processador; e um meio legível por computador não transitório acoplado ao pelo menos um processador, o meio legível por computador não transitório contém instruções executáveis por pelo menos um processador, pelo qual o pelo menos um processador é configurado para: transmitir uma mensagem associada a uma PDR para o segundo nó de rede através da interface Sx, em que a PDR é aplicável a mais de uma sessão Sx.

[0015] Em ainda outra modalidade, é proposto um segundo nó de rede configurado como UPF, o segundo nó de rede é acoplado a um primeiro nó de rede configurado como CPF através de uma interface Sx, o segundo nó de rede compreendendo: pelo menos um processador; e um meio legível por computador não transitório acoplado ao pelo menos um processador, o meio legível por computador não transitório contém instruções executáveis por pelo menos um processador, pelo qual o pelo menos um processador é configurado para: receber uma mensagem associada a uma PDR a partir do primeiro nó de rede através da interface Sx, em que a PDR é aplicável a mais de uma sessão Sx.

[0016] Em ainda outra modalidade, é proposto um meio legível por computador compreendendo código legível por computador, que quando executado em um aparelho, faz com que o aparelho realize qualquer um dos métodos acima.

[0017] Com modalidades deste documento, que suportam PDRs aplicáveis a todas as sessões Sx ativas ou a um grupo de sessões Sx, a taxa de transferência de sinalização de CPF-UPF pode ser minimizada significativamente e o consumo de memória por sessão Sx pode ser diminuída. Breve Descrição dos Desenhos

[0018] Os desenhos anexos, que são incorporados neste documento e fazem parte do relatório descritivo, ilustram várias modalidades da presente invenção e, juntamente com a descrição, servem adicionalmente para explicar os princípios da invenção e para permitir que um especialista na técnica faça e use as modalidades descritas neste documento. Nos desenhos, números de referência semelhantes indicam elementos idênticos ou funcionalmente semelhantes, e nos quais: a Figura 1 é um diagrama de blocos esquemático, que mostra o modelo de referência de arquitetura no caso de separação entre o plano de controle e o plano de usuário; a Figura 2 é um diagrama de blocos esquemático que mostra o modelo de referência de arquitetura para uma SGW/PGW combinadas no caso de separação entre o plano de controle e o plano de usuário; a Figura 3 é um diagrama de blocos esquemático que mostra um sistema de comunicação exemplar, no qual as modalidades deste documento podem ser implementadas; a Figura 4 é um fluxograma esquemático, que mostra um fluxo de processamento de pacote exemplar no segundo nó de rede, de acordo com as modalidades deste documento;

a Figura 5 é um fluxograma esquemático, que mostra um método exemplar no primeiro nó de rede, de acordo com as modalidades deste documento; a Figura 6 é um fluxograma esquemático, que mostra um método exemplar no segundo nó de rede, de acordo com as modalidades deste documento; a Figura 7 é um diagrama de blocos esquemático que mostra um primeiro nó de rede exemplar, de acordo com as modalidades deste documento; a Figura 8 é um diagrama de blocos esquemático que mostra um segundo nó de rede exemplar, de acordo com as modalidades deste documento; a Figura 9 é um diagrama de blocos esquemático que mostra um aparelho, de acordo com as modalidades deste documento. Descrição Detalhada das Modalidades

[0019] As modalidades descritas neste documento serão descritas em detalhes a seguir com referência aos desenhos anexos, nos quais as modalidades são mostradas. Essas modalidades aqui apresentadas podem, no entanto, ser executadas de várias formas diferentes e não devem ser interpretadas como limitadas às modalidades aqui estabelecidas. Os elementos dos desenhos não são necessariamente dimensionados um em relação ao outro.

[0020] A referência a “uma (1) modalidade” ou “uma modalidade” significa que uma característica, estrutura ou recurso específico descrito em conexão com a modalidade está incluído em pelo menos uma modalidade. Assim, as menções da frase “em uma modalidade” que aparecem em vários lugares ao longo do relatório descritivo não estão necessariamente todas se referindo à mesma modalidade.

[0021] O termo “A, B ou C” utilizado neste documento significa “A” ou “B” ou “C”; o termo “A, B e C” utilizado neste documento significa “A” e “B” e “C”; o termo “A, B e/ou C” utilizado neste documento significa “A”, “B”, “C”, “A e B”, “A e C”, “B e C” ou “A, B, e C”.

[0022] As modalidades propostas neste documento propõem um novo procedimento relacionado ao nó Sx que será usado pelo CP para instruir ao UP aquelas PDRs aplicáveis a todas as sessões Sx ativas ou a um grupo de Sessões Sx. As PDRs instruídas pelo CP serão tratadas pelo UP de maneira separada das PDRs tradicionais instruídas por sessão Sx.

[0023] A Figura 3 é um diagrama de blocos esquemático que mostra um sistema de comunicação exemplar 300, no qual as modalidades deste documento podem ser implementadas.

[0024] Em uma modalidade, o sistema de comunicação 300 pode incluir, mas não se limitar a, um primeiro nó de rede 301 e um segundo nó de rede 302. O primeiro nó de rede 301 pode ser configurado como função de plano de controle, que também pode ser referida como CPF, função de CP, ou CP. O segundo nó de rede 302 pode ser configurado como função de plano de usuário, que também pode ser referida como UPF, função de UP ou UP. O primeiro nó de rede 301 e o segundo nó de rede 302 podem ser acoplados um ao outro através de uma interface, que pode ser referida como interface Sx ou ponto de referência Sx.

[0025] Em uma modalidade, o primeiro nó de rede 301 pode ser configurado como SGW CPF (SGW-C), o segundo nó de rede 302 pode ser configurado como SGW UPF (SGW-U) e a interface Sx pode ser interface Sxa entre SGW-C e SGW-U.

[0026] Em outra modalidade, o primeiro nó de rede 301 pode ser configurado como PGW CPF (PGW-C), o segundo nó de rede 302 pode ser configurado como PGW UPF (PGW-U) e a interface Sx pode ser interface Sxb entre PGW-C e PGW-U.

[0027] Em ainda outra modalidade, o primeiro nó de rede 301 pode ser configurado como TDF CPF (TDF-C), o segundo nó de rede 302 pode ser configurado como TDF UPF (TDF-U) e a interface Sx pode ser interface Sxc entre TDF- C e TDF-U.

[0028] Em ainda outra modalidade, o primeiro nó de rede 301 pode ser configurado como SGW/PGW CPF combinadas (SGW/PGW-C), o segundo nó de rede 302 pode ser configurado como SGW/PGW UPF combinadas (SGW/PGW- U), e a interface Sx pode ser combinada com a interface Sxa/Sxb entre SGW/PGW-C e SGW/PGW-U.

[0029] Para resolver o problema na técnica anterior, as seguintes modalidades são propostas no nível de procedimento Sx e no nível de tráfego. Nível de procedimentos Sx

[0030] Um novo procedimento, por exemplo, o procedimento de Solicitação e Resposta de Gerenciamento de PDR de Nó Sx, é proposto para ser usado pelo CP e UP para aqueles cenários em que uma PDR é aplicável a todas as sessões Sx ativas ou a um grupo de sessões Sx, ou seja, aplicável a mais de uma sessão Sx. Observe que, o tipo de PDR proposta pode ser referida coma PDR de nó ou PDR de Nó, enquanto a PDR padronizada pode ser referida coma PDR de sessão Sx.

[0031] Na mensagem de Solicitação de Gerenciamento de PDR de Nó Sx, os seguintes Elementos de Informações (IEs) são necessários para serem instruídos pelo CP (por exemplo, o primeiro nó de rede 301): • as informações de PDR de nó. Essa PDR terá a maioria dos IEs do que uma PDR de sessão Sx, mas:

[0032] Não há CP F-SEID IE, UP F-SEID IE, etc que são usados para identificar a sessão Sx, pois a PDR de Nó é aplicável a mais de uma sessão Sx;

[0033] A identidade de regras relevantes (FAR, QER, URR) ligada a qualquer PDR de Nó também pode ser ligada a partir de uma PDR de sessão Sx, o que significa que não haverá um tipo de FAR de Nó, QER de Nó, ….

• o novo IE, NodePDRId, é usado para identificar exclusivamente a PDR de Nó entre todas as outras PDRs do Nó; • o novo IE, GroupedSessionIdentity, é usado para especificar a quais sessões Sx a PDR de Nó é aplicável. Um valor específico (por exemplo, 0) pode ser usado para indicar que a PDR de Nó é aplicável a todas as sessões Sx.

[0034] Na mensagem de Solicitação de Gerenciamento de PDR de Nó Sx, a função de CP (por exemplo, o primeiro nó de rede 301) proverá quaisquer alterações, como: • adicionar nova(s) PDR(s) de Nó; • alterar qualquer campo na(s) PDR(s) de Nó existente(s); • remover a(s) PDR(s) de Nó existente(s).

[0035] Na mensagem de Resposta de Gerenciamento de PDR de Nó Sx, a função de UP (por exemplo, o segundo nó de rede 302) responderá “com êxito” se ações relacionadas forem concluídas com precisão, caso contrário, a resposta será “sem êxito”.

[0036] Ademais, também é necessária uma alteração nos procedimentos de sessão Sx existentes para lidar com o GroupedSessionIdentity IE já mencionado. Portanto, a função de CP proverá o GroupedSessionIdentity IE no seguinte procedimento: • procedimento de Solicitação de Estabelecimento de Sessão Sx, para indicar se essa sessão Sx está incluída em uma GroupedSessionIdentity; • procedimento de Solicitação de Modificação de Sessão Sx, para indicar qualquer modificação relacionada ao GroupedSessionIdentity IE para essa sessão Sx.

[0037] O GroupedSessionIdentity IE é aplicável por sessão Sx e a função de UP armazenará esse IE junto com o restante das informações dessa sessão Sx.

[0038] Caberá ao CP definir o que está por trás de cada

GroupedSessionIdentity. Por exemplo, uma GroupedSessionIdentity pode agrupar todos os assinantes relacionados a dispositivos de medição elétricos, para que, sempre que uma sessão Sx for estabelecida para qualquer uma dessas assinaturas, o GroupedSessionIdentity correto seja enviado em qualquer um desses procedimentos de estabelecimento de sessão Sx. Nível de procedimento Sx alternativo

[0039] Alternativamente, o nível de procedimento Sx acima pode ser incorporado em três procedimentos separados: • procedimento de Solicitação e Resposta de Estabelecimento de PDR de Nó Sx • procedimento de Solicitação e Resposta de Modificação de PDR de Nó Sx • procedimento de Solicitação e Resposta de Exclusão de PDR de Nó Sx.

[0040] No procedimento de solicitação de estabelecimento de PDR de nó Sx, os seguintes IEs são necessários para serem instruídos pelo CP: • as informações da(s) PDR(s) do Nó. Essa PDR terá a maioria dos IEs de uma PDR de sessão Sx, mas:

[0041] Não há IEs como CP F-SEID IE, UP F-SEID IE, etc que são usados para identificar a sessão Sx, pois a PDR de Nó é aplicável a mais de uma sessão Sx.

[0042] A precedência para uma PDR de Nó será aplicável entre o restante das PDRs de Nó juntamente com as PDRs de sessão.

[0043] A identidade de regras relevantes (FAR, QER, URR) ligada a qualquer PDR de Nó também pode ser ligada a partir de uma PDR de sessão Sx, o que significa que não haverá um tipo de FAR de Nó, QER de Nó,…. • O novo IE, NodePDRApplicability, para especificar é a PDR de Nó é aplicável a todas as Sessões Sx ou a PDR de Nó é aplicável apenas a um grupo de sessões Sx.

• Quando a PDR de Nó é aplicável a um grupo de sessões Sx, outro novo IE, GroupedSessionIdentity, deve ser instruído pelo CP. Isso pode ser entendido como um identificador que permitirá à UPF saber a quais sessões Sx essa PDR de Nó se aplicará.

[0044] No procedimento de Solicitação de Modificação de PDR de Nó Sx, a função de CP proverá qualquer alteração em uma(s) PDR(s) de Nó já existente(s), como: • alterar em qualquer campo em PDR IE • alterar no NodePDRApplicability IE • alterar no GroupedSessionIdentity IE.

[0045] No procedimento de Solicitação de Exclusão de PDR de Nó Sx, a função de CP proverá a(s) PDR(s) do Nó a serem excluídas.

[0046] Para esses três novos procedimentos, a função de UP responderá “com êxito” se as ações relacionadas forem concluídas com precisão, caso contrário, a resposta será “sem êxito”. Nível de tráfego

[0047] A Figura 4 é um fluxograma esquemático que mostra um exemplo de fluxo de processamento de pacote no segundo nó de rede 302, de acordo com as modalidades deste documento.

[0048] Para o tráfego de carga útil, deve-se considerar que: • Todas as PDRs do Nó terão sua própria precedência e deverão ser avaliadas juntamente com as PDRs no nível de sessão. • Em todas as PDRs de nó, pode haver PDR(s) do Nó aplicável(eis) a todas as sessões Sx e PDR(s) do Nó aplicável(eis) a um grupo de sessões Sx.

[0049] Portanto, quando um pacote de carga útil é recebido no UP, as seguintes ações serão executadas na ordem descrita abaixo: • A pesquisa da sessão Sx é executada, para identificar uma sessão Sx à qual um pacote de plano de usuário recebido corresponde. • Quando a sessão Sx for conhecida, será verificado se alguma(s) PDR(s) de nó é(são) aplicável(eis) a essa sessão Sx. Em uma modalidade, uma ou mais PDRs de Nó aplicáveis à sessão Sx são encontradas. • Se houver, as PDRs de Nó serão avaliadas em ordem de precedência, juntamente com as PDRs no nível de sessão. Em uma modalidade, as uma ou mais PDRs de Nó, juntamente com uma PDR do nível de sessão, são avaliadas em ordem decrescente de precedência e a primeira PDR coincidente é selecionada. • Aplicar conjuntos de instruções na PDR selecionada, ou seja, a primeira PDR coincidente.

[0050] Como descrito acima, as modalidades deste documento fornecem um novo nível de PDR, isto é, PDR de Nó. Esses tipos de PDRs são definidos para ser aplicados a todas as sessões Sx ou a um grupo de sessões Sx.

[0051] Pelas modalidades deste documento, os seguintes efeitos técnicos podem ser alcançados: • minimizar significativamente a taxa de transferência de sinalização de CP - UP, pois não há necessidade de prover repetidamente uma pluralidade de PDRs idênticas para uma pluralidade de sessões Sx aplicáveis (ou seja, uma PDR de Nó pode ser suficiente); e • diminuir o consumo de memória por sessão Sx, pois não há necessidade de armazenar repetidamente uma pluralidade de PDRs idênticas para uma pluralidade de sessões Sx aplicáveis (ou seja, uma PDR de Nó pode ser suficiente).

[0052] A Figura 5 é um fluxograma esquemático, mostrando um método 500 exemplar no primeiro nó de rede, de acordo com as modalidades deste documento. Em uma modalidade, o fluxograma na Figura 5 pode ser implementado no primeiro nó de rede 301 na Figura 3.

[0053] O método 500 pode começar na etapa S501, na qual o primeiro nó de rede 301 pode transmitir uma mensagem associada a uma PDR para o segundo nó de rede 302, em que a PDR pode ser aplicável a mais de uma sessão Sx. A PDR é uma PDR de Nó, que é distinguível da PDR tradicional de nível de sessão Sx (a PDR tradicional de sessão Sx precisa do IE para identificar uma sessão Sx).

[0054] Em uma modalidade, o primeiro nó de rede 301 (CPF) inicia o procedimento de Gerenciamento de PDR de Nó Sx para criar uma nova PDR de Nó ou modificar/excluir uma PDR de Nó existente. A CPF deve prover todas as regras novas, atualizadas ou excluídas. As regras atualizadas devem conter apenas as informações que devem ser alteradas, adicionadas e/ou excluídas.

[0055] Em uma modalidade, a PDR de nó pode incluir um NodePDRId IE para identificar a PDR de nó entre todas as outras PDRs. Um exemplo de NodePDRId IE pode ser codificado da seguinte forma: Bits Octetos 8 7 5 6 4 3 2 1 1a2 Tipo = 117 (decimal) 3a4 Comprimento = n 5a6 ID de Regra Esse(s) octeto(s) está/estão presentes apenas se especificado 7a (n+4) explicitamente

[0056] Os octetos 5 a 6 contêm a ID de regra e devem ser codificados como um número inteiro.

[0057] Além disso, a PDR de nó também pode incluir um GroupedSessionIdentity IE para identificar um grupo de sessões ao qual a PDR de nó é aplicável. Para a PDR de nó aplicável a todas as sessões Sx, o

GroupedSessionIdentity IE pode ser estipulado como um valor específico, por exemplo 0. Um exemplo de GroupedSessionIdentity IE pode ser codificado da seguinte forma: Bits Octetos 8 7 6 5 4 3 2 1 1a2 Tipo = 118 (decimal) 3a4 Comprimento = n 5 Identidade de Sessões Agrupadas 6 a (n+4) Esse(s) octeto(s) está/estão presentes apenas se especificado explicitamente

[0058] O valor da Identidade de Sessão Agrupada deve ser codificado como uma série de Octeto. Observe que, o valor de Identidade de Sessão Agrupada “0” representa todas as sessões no Nó.

[0059] Em uma modalidade, a PDR de nó também pode incluir um precedence IE para indicar sua precedência ao ser aplicado pelo segundo nó de rede 302. Além disso, a PDR de nó pode incluir uma indicação de ação (ou regra) a ser executada pelo segundo nó de rede 302.

[0060] Em uma modalidade, a mensagem pode ser uma mensagem de Solicitação de Gerenciamento de PDR de Nó Sx. Um exemplo de mensagem de Solicitação de Gerenciamento de PDR de Nó Sx pode ter o seguinte formato: Elementos de Apl. P Condição/Comentário Tipo de IE informações Sxa Sxb Sxc Esse IE deve conter a identificação X X X ID de Nó M ID de Nó específica do Nó de envio. Quando presente, esse IE deve conter a X X X Regra de PDR que é solicitada para ser removida. Remover Remover PDR C Diversos IEs no mesmo tipo de IE PDR de de Nó podem estar presentes para Nó representar uma lista de PDRs para remover. Quando presente, esse IE deve conter a X X X Remover Remover FAR C Regra FAR que é solicitada para ser

FAR removida.

Diversos IEs no mesmo tipo de IE podem estar presentes para representar uma lista de FARs para remover. Quando presente, deve conter a Regra X X X URR que é solicitada para ser removida. Diversos IEs no mesmo tipo de IE Remover Remover URR C podem estar presentes para URR representar uma lista de URRs para remover. Quando presente, esse IE deve conter a - X X Regra QER que é solicitada para ser removida. Remover Remover QER C Diversos IEs no mesmo tipo de IE

QER podem estar presentes para representar uma lista de QERs para remover. Quando presente, esse IE deve conter a X - - Remover Remover BAR C Regra de BAR que é solicitada para ser

BAR removida. Esse IE deve estar presente se a função X X X de CP solicitar a função de UP para criar uma nova PDR de Nó. Criar PDR de Criar PDR C Diversos IEs no mesmo tipo de IE Nó de Nó podem estar presentes para representar uma lista de PDRs para criar. Esse IE deve estar presente se a função X X X de CP solicitar a função de UP para criar uma nova FAR. Criar FAR C Diversos IEs no mesmo tipo de IE Criar FAR podem estar presentes para representar uma lista de FARs para criar. Esse IE deve estar presente se a função X X X de CP solicitar a função de UP para criar uma nova URR. Criar URR C Criar URR Diversos IEs no mesmo tipo de IE podem estar presentes para representar uma lista de URRs para criar. Esse IE deve estar presente se a função - X X de CP solicitar a função de UP para criar uma nova QER. Criar QER C Diversos IEs no mesmo tipo de IE Criar QER podem estar presentes para representar uma lista de QERs para criar. Esse IE deve estar presente se a função X - - Criar BAR C de CP solicitar a função de UP para criar Criar BAR uma nova BAR. Esse IE deve estar presente se a PDR de X X X Nó criada anteriormente precisar ser modificada. Atualizar Atualizar PDR C Diversos IEs no mesmo tipo de IE PDR de de Nó podem estar presentes para Nó representar uma lista de PDRs para atualizar. Esse IE deve estar presente se a FAR X X X criada anteriormente para a sessão Sx precisar ser modificada. Diversos IEs no Atualizar Atualizar FAR C mesmo tipo de IE podem estar FAR presentes para representar uma lista de FARs para atualizar. Esse IE deve estar presente se URR(s) X X X criada anteriormente para a sessão Sx precisar ser modificada. Diversos IEs no mesmo tipo de IE Atualizar Atualizar URR C podem estar presentes para

URR representar uma lista de URRs modificadas. URRs anteriores que não são modificadas não devem ser incluídas. Esse IE deve estar presente se QER(s) - X X criada anteriormente para a sessão Sx precisar ser modificada. Atualizar Atualizar QER C Diversos IEs no mesmo tipo de IE

QER podem estar presentes para representar uma lista de QERs modificadas.

QERs criadas anteriormente que não são modificadas não devem ser incluídas. Esse IE deve estar presente se a BAR X - - criada anteriormente para a sessão Sx Atualizar Atualizar BAR C precisar ser modificada.

BAR Uma BAR criada anteriormente que não é modificada não deve ser incluída.

[0061] Na mensagem de Solicitação de Gerenciamento de PDR de Nó Sx, o primeiro nó de rede 301 pode instruir o segundo nó de rede 302 a: adicionar uma PDR de nó; alterar um campo em uma PDR de nó; e/ou remover uma PDR de nó.

[0062] Um Criar PDR IE de Nó pode ter o seguinte formato: Octeto 1 e 2 Criar PDR IE de Nó Tipo = 1 (decimal) Octetos 3 e 4 Comprimento = n Elementos de Apl. P Condição/Comentário Tipo de IE informação Sxa Sxb Sxc Esse IE deve identificar X X X PDR ID de Nó PDR ID de Nó M especificamente a PDR do Nó entre todas as PDRs de nível de Nó. Identidade de Esse IE deve identificar o grupo de X X X Sessões sessão ao qual a PDR de Nó é Agrupadas aplicável. Identidade de M Identidade de Sessão Agrupada de Sessões valor “0” indica que a PDR de Nó Agrupadas deve ser aplicável para todas as sessões. Esse IE indica a precedência de PDR - X X de Nó a ser aplicada pela função de Precedência M UP entre todos os Nós, quando Precedência busca uma PDR coincidente a um pacote de entrada. Esse IE deve conter a PDI com a qual X X X PDI M os pacotes de entrada serão PDI coincididos. Remoção do Esse IE deve estar presente se a X X - Remoção do Cabeçalho C função de UP for solicitada para Cabeçalho Externo remover um ou mais cabeçalho(s) Externo externo(s) dos pacotes que coincidem a essa PDR. FAR ID Esse IE deve estar presente se o IE X X X de Ativar Regras Predefinidas não estiver incluído ou se estiver incluído mas não resultar na

C FAR ID ativação de uma FAR predefinida. Quando presente esse IE deve conter a FAR ID a ser associada à PDR. URR ID Esse IE deve estar presente se uma X X X ação de medição deve ser aplicada a pacotes que coincidem a essa PDR. Quando presente, esse IE deve C conter as IDs de URR a serem URR ID associadas à PDR. Diversos IEs no mesmo tipo de IE podem estar presentes para representar uma lista de URRs a serem associadas à PDR. QER ID Esse IE deve estar presente se uma - X X ação de cumprimento de QoS deve ser aplicada a pacotes que coincidem a essa PDR. Quando presente, esse IE deve C conter as IDs de QER a serem QER ID associadas à PDR. Diversos IEs no mesmo tipo de IE podem estar presentes para representar uma lista de QERs a serem associadas à PDR. Ativar Regras Esse IE deve estar presente se - X X Ativar Regras Predefinidas C Regra(s) Predefinida(s) devem ser Predefinidas ativadas para essa PDR.

[0063] Um PDI IE exemplar pode ter o seguinte formato: Octeto 1 e 2 PDI IE Tipo = 2 (decimal) Octetos 3 e 4 Comprimento = n Elementos de Apl. P Condição/Comentário Tipo de IE informação Sxa Sxb Sxc

Interface de M Este IE deve identificar a Interface de X X X Interface Origem Origem do pacote de entrada. de Origem Instância de O Se presente, este IE deve identificar a X X X Rede Instância de Rede para coincidir para o Instância pacote de entrada. Ver OBSERVAÇÃO de Rede

1. Endereço UE O Se presente, este IE deve identificar a - X X IP um endereço IP de origem ou de Endereço destino para coincidir para o pacote de UE IP entrada. Filtro de SDF O Se presente, este IE deve identificar o - X X Filtro de Filtro de SDF para coincidir para o

SDF pacote de entrada. ID de O Se presente, este IE deve identificar a - X X ID de Aplicação ID de Aplicação para coincidir para o Aplicação pacote de entrada. OBSERVAÇÃO 1: O parâmetro de Instância de Rede é necessário, por exemplo, nos seguintes casos: - A função PGW/TDF UP suporta várias PDNs com endereços IP sobrepostos; - A função de SGW UP é conectada às PGWs em diferentes domínios IP (S5/S8); - A função de PGW UP é conectada às SGWs em diferentes domínios IP (S5/S8); - A função de SGW é conectada à eNodeBs em diferentes domínios IP.

[0064] Um Atualizar PDR IE de Nó exemplar pode ter o seguinte formato: Octeto 1 e 2 Atualizar PDR IE Tipo = 9 (decimal) Octetos 3 e 4 Comprimento = n Elementos de Apl. P Condição/Comentário Tipo de IE informação Sxa Sxb Sxc M Esse IE deve identificar X X X PDR ID de Nó especificamente a PDR de Nó entre PDR ID de Nó todas as PDRs de Nó. Identidade de C Esse IE deve estar presente se a PDR X X X Sessões de Nó é aplicável a um grupo de Agrupadas sessão diferente. Identidade de Identidade de Sessões Agrupadas Sessões de valor “0” indica que a PDR de Nó Agrupadas deve ser aplicável para todas as sessões.

Remoção do C Esse IE deve estar presente se X X - Remoção do Cabeçalho precisa ser alterado. Cabeçalho Externo Externo C Esse IE deve estar presente se há - X X uma alteração na precedência de PDR de Nó a ser aplicada por uma Precedência função de UP entre todas as PDRs Precedência de Nó, quando busca uma PDR coincidente a um pacote de entrada. C Esse IE deve estar presente se há X X X uma alteração da PDI com a qual os pacotes de entrada coincidem. PDI Quando presente, esse IE deve PDI substituir a PDI armazenada anteriormente em uma função de UP para essa PDR. FAR ID C Esse IE deve estar presente se X X X

FAR ID precisa ser alterado. URR ID C Esse IE deve estar presente se uma X X X ação de medição deve ser aplicada ou não mais aplicada a pacotes coincidentes a essa PDR. URR ID Quando presente, esse IE deve conter a lista de todas as IDs de URR a serem associadas à PDR. QER ID C Esse IE deve estar presente se uma - X X ação de aplicação de QoS deve ser aplicada ou não mais aplicada a pacotes coincidentes a essa PDR. QER ID Quando presente, esse IE deve conter a lista de todas as IDs de QER a serem associadas à PDR. Ativar Regras C Esse IE deve estar presente se - X X Ativar Regras Predefinidas nova(s) Regra(s) Predefinida(s) Predefinidas precisa(m) ser ativadas para a PDR. Desativar C Esse IE deve estar presente se - X X Desativar Regras Regra(s) Predefinida(s) precisa(m) Regras Predefinidas ser desativadas para a PDR. Predefinidas OBSERVAÇÃO: Os IEs que não precisam ser alterados não devem ser incluídos no Atualizar PDR IE. A função de UP deve continuar a se comportar de acordo com os valores recebidos anteriormente para os IEs que não estão presentes no Atualizar PDR IE.

[0065] Em uma modalidade, o primeiro nó de rede 301 instrui o IE de GroupedSessionIdentity no seguinte procedimento: • procedimento de Solicitação de Gerenciamento de PDR de Nó Sx, para indicar a quais sessões Sx a PDR de nó será aplicada; • procedimento de Solicitação de Estabelecimento de Sessão Sx, para indicar se a sessão Sx está incluída em uma GroupedSessionIdentity; e • procedimento de Solicitação de Modificação de Sessão Sx, para indicar qualquer modificação relacionada ao GroupedSessionIdentity IE para a sessão Sx.

[0066] Então, o método 500 pode prosseguir para a etapa S502, na qual o primeiro nó de rede 301 pode receber uma mensagem de Resposta de Gerenciamento de PDR de Nó Sx do segundo nó de rede 302 para indicar se a mensagem de Solicitação de Gerenciamento de PDR de Nó Sx é aceita ou rejeitada.

[0067] Em uma modalidade, quando o primeiro nó de rede 301 (CPF) recebe uma Resposta de Gerenciamento de PDR de Nó Sx com a causa “sucesso”, ele deve continuar com o procedimento que iniciou o procedimento de Gerenciamento de PDR de Nó Sx.

[0068] As etapas acima são apenas exemplos, e o primeiro nó de rede 301 pode realizar qualquer ação descrita em conexão com as Figuras 3, para gerenciar a PDR de nó, por exemplo, pelo procedimento de Solicitação e Resposta de Gerenciamento de PDR de Nó Sx.

[0069] A Figura 6 é um fluxograma esquemático, mostrando um método exemplar 600 no segundo nó de rede, de acordo com as modalidades deste documento. Em uma modalidade, o fluxograma na Figura 6 pode ser implementado no segundo nó de rede 302 na Figura 3.

[0070] O método 600 pode começar na etapa S601, na qual o segundo nó de rede 302 pode receber uma mensagem associada a uma PDR do primeiro nó de rede 301, em que a PDR é aplicável a mais de uma sessão Sx. A PDR é uma PDR de nó, que é distinguível de PDR tradicional no nível de sessão Sx (a PDR tradicional de sessão Sx precisa do IE para identificar uma sessão Sx).

[0071] Em uma modalidade, a PDR de nó pode incluir um NodePDRId IE para identificar a PDR de nó entre todas as outras PDRs. Além disso, a PDR de nó também pode incluir um GroupedSessionIdentity IE para identificar um grupo de sessões ao qual a PDR de nó é aplicável. Para a PDR de nó aplicável a todas as sessões Sx, o GroupedSessionIdentity IE pode ser estipulado como um valor específico, por exemplo 0. Em uma modalidade, a PDR de nó também pode incluir um precedence IE para indicar sua precedência ao ser aplicado pelo segundo nó de rede 302. Além disso, a PDR de nó pode incluir uma indicação de ação (ou regra) a ser executada pelo segundo nó de rede 302.

[0072] Em uma modalidade, a mensagem pode ser uma mensagem de Solicitação de Gerenciamento de PDR de Nó Sx. Na mensagem de Solicitação de Gerenciamento de PDR de Nó Sx, o primeiro nó de rede 301 pode instruir o segundo nó de rede 302 a: adicionar uma PDR de nó; alterar um campo em uma PDR de nó; e/ou remover uma PDR de nó.

[0073] Então, o método 600 pode prosseguir para a etapa S602, na qual o segundo nó de rede 302 pode aplicar a PDR de nó a mais de uma sessão Sx. Em uma modalidade, ao aplicar a PDR de nó, o segundo nó de rede 302 pode realizar as seguintes ações: - realizar pesquisa de sessão Sx, para identificar uma sessão Sx à qual um pacote de plano de usuário recebido corresponde; - encontrar uma ou mais PDRs de nó aplicáveis à sessão Sx;

- selecionar a primeira PDR coincidente ao pacote de plano de usuário recebido entre a uma ou mais PDRs de nó junto com uma PDR do nível de sessão em ordem decrescente de precedência; e - disparar as ações relacionadas à PDR selecionada.

[0074] Um pacote coincide a uma PDR se todos os campos de coincidência das Informações de Detecção de Pacote (PDI) da PDR coincidirem aos campos de cabeçalho de pacote correspondentes. Se um campo de coincidência não for incluído na PDI, será considerado como coincidente a todos os valores possíveis no campo de cabeçalho do pacote. Se o campo de coincidência estiver presente e não incluir uma máscara, o campo de coincidência será considerado como coincidente ao campo de cabeçalho correspondente do pacote, se tiver o mesmo valor. Se o campo de coincidência estiver presente e incluir uma máscara (por exemplo, endereço IP com uma máscara de prefixo), o campo de coincidência será considerado como coincidente ao campo de cabeçalho correspondente do pacote, se tiver o mesmo valor para os bits estipulados na máscara.

[0075] Em uma modalidade, a precedência da uma ou mais PDR(s) de nó é maior que a precedência de PDR do nível de sessão, de modo que a PDR de nó seja considerada primeiro. O segundo nó de rede 302 (UPF) pode descartar pacotes não coincidentes com qualquer (quaisquer) PDR(s).

[0076] Então, o método 600 pode prosseguir para a etapa S603, na qual o segundo nó de rede 302 pode transmitir uma mensagem de Resposta de Gerenciamento de PDR de Nó Sx para o primeiro nó de rede 302 para indicar se a mensagem de solicitação de Gerenciamento de PDR de Nó Sx foi aceita ou rejeitada. Observe que, as etapas acima S602 e S603 podem ser executadas em qualquer sequência, executadas ao mesmo tempo ou executadas separadamente.

[0077] Em uma modalidade, o segundo nó de rede 302 pode executar a(s)

respectiva(s) ação(ões) conforme instruído pelo primeiro nó de rede 301, por exemplo, o segundo nó de rede 302 pode adicionar uma PDR de nó; alterar um campo em uma PDR de nó; e/ou remover uma PDR de nó. Se o segundo nó de rede 302 concluir as ações com precisão, ele enviará uma mensagem de Resposta de Gerenciamento de PDR de Nó Sx para indicar que a mensagem de Solicitação de Gerenciamento de PDR de Nó Sx foi aceita. Caso contrário, o segundo nó de rede 302 pode enviar uma mensagem de Resposta de Gerenciamento de PDR de Nó Sx para indicar que a mensagem de Solicitação de Gerenciamento de PDR de Nó Sx foi rejeitada e o(s) motivo(s) pelos quais essa mensagem foi rejeitada.

[0078] Em uma modalidade, quando o segundo nó de rede 302 (UPF) recebe uma Solicitação de Modificação de PDR de Nó Sx, o mesmo deve: - atualizar e aplicar as regras recebidas na solicitação e enviar uma Resposta de Gerenciamento de PDR de Nó Sx com causa “sucesso”, se todas as regras na Solicitação de Gerenciamento de PDR de Nó Sx forem aceitas e aplicadas; - caso contrário, se pelo menos uma regra não tiver sido atualizada ou aplicada, retornar um valor de causa de erro apropriado com a ID da Regra que está causando o primeiro erro, descartar todas as regras recebidas.

[0079] Um exemplo de mensagem de Resposta de Gerenciamento de PDR de Nó Sx pode ter o seguinte formato: Elementos Apl. Tipo de de P Condição/Comentário Sxa Sxb Sxc

IE informações M Esse IE deve conter a identificação X X X ID de Nó ID de Nó específica do Nó de envio. M Esse IE deve indicar a aceitação ou X X X Causa a rejeição da mensagem de Causa solicitação correspondente. IE Ofensor C Esse IE deve ser incluído se a X X X IE rejeição é em virtude de um IE Ofensor condicional ou mandatório ausente ou defeituoso. C Esse IE deve ser incluído se o IE de X X X Falha na Falha na ID Causa indicar uma rejeição em ID de de Regra virtude de uma falha de criação Regra ou modificação de regra.

[0080] As etapas acima são apenas exemplos, e o segundo nó de rede 302 pode realizar qualquer ação descrita em conexão com as Figuras 3-4, para gerenciar a PDR de nó, por exemplo, por procedimento de Solicitação e Resposta de Gerenciamento de PDR de Nó Sx, e para aplicar a PDR de nó ao pacote recebido.

[0081] A Figura 7 é um diagrama de blocos esquemático que mostra um primeiro nó de rede 301 exemplar, de acordo com as modalidades deste documento.

[0082] Em uma modalidade, o primeiro nó de rede 301 pode incluir pelo menos um processador 701; e um meio legível por computador não transitório 702 acoplado ao pelo menos um processador 701. O meio legível por computador não transitório 702 contém instruções executáveis por pelo menos um processador 701, em que o pelo menos um processador 701 é configurado para realizar as etapas no método exemplar 500, como mostrado no fluxograma esquemático da Figura 5; os detalhes dos mesmos são omitidos aqui.

[0083] Observe que, o primeiro nó de rede 301 pode ser executado como hardware, software, firmware e qualquer combinação dos mesmos. Por exemplo, o primeiro nó de rede 301 pode incluir uma pluralidade de unidades, conjuntos de circuitos ou módulos, cada um dos quais pode ser usado para executar uma etapa do método 500 exemplar ou qualquer etapa mostrada nas Figuras 3-4 relacionada ao primeiro nó de rede 301.

[0084] A Figura 8 é um diagrama de blocos esquemático que mostra um segundo nó de rede 302 exemplar, de acordo com as modalidades deste documento.

[0085] Em uma modalidade, o segundo nó de rede 302 pode incluir pelo menos um processador 801; e um meio legível por computador não transitório 802 acoplado ao pelo menos um processador 801. O meio legível por computador não transitório 802 contém instruções executáveis por pelo menos um processador 801, em que o pelo menos um processador 801 é configurado para realizar as etapas no método 600 exemplar, como mostrado no fluxograma esquemático da Figura 6; os detalhes dos mesmos são omitidos aqui.

[0086] Observe que, o segundo nó de rede 302 pode ser executado como hardware, software, firmware e qualquer combinação dos mesmos. Por exemplo, o segundo nó de rede 302 pode incluir uma pluralidade de unidades, conjunto de circuitos ou módulos, cada um dos quais pode ser usado para executar uma etapa do método 600 exemplar ou qualquer etapa mostrada nas Figuras 3-4 relacionada ao segundo nó de rede 302.

[0087] A Figura 9 é um diagrama de blocos esquemático mostrando um aparelho 900, de acordo com as modalidades deste documento. Em uma modalidade, o aparelho 900 pode ser configurado como o aparelho mencionado acima, como o primeiro nó de rede 301 ou o segundo nó de rede 302.

[0088] Em uma modalidade, o aparelho 900 pode incluir, mas não se limitar a, pelo menos um processador, como Unidade Central de Processamento (CPU) 901, um meio legível por computador 902 e uma memória 903. A memória 903 pode compreender uma memória volátil (por exemplo, Memória de Acesso Aleatório, RAM) e/ou não volátil (por exemplo, um disco rígido ou memória flash). Em uma modalidade, o meio legível por computador 902 pode ser configurado para armazenar um programa de computador e/ou instruções que, quando executadas pelo processador 901, fazem com que o processador 901 execute qualquer um dos métodos mencionados acima.

[0089] Em uma modalidade, o meio legível por computador 902 (como meio legível por computador não transitório) pode ser armazenado na memória

903. Em outra modalidade, o programa de computador pode ser armazenado em um local remoto, por exemplo, produto de programa de computador 904 (também pode ser incorporado como meio legível por computador) e acessível pelo processador 901, por exemplo, através da portadora 905.

[0090] O meio legível por computador 902 e/ou o produto de programa de computador 904 pode ser distribuído e/ou armazenado em um meio legível por computador removível, por exemplo disquete, CD (disco compacto), DVD (disco de vídeo digital), flash ou mídia de memória removível similar (por exemplo, compact flash, SD (secure digital), stick de memória, mini cartão SD, cartão multimídia MMC, smart media), HD-DVD (DVD de alta definição) ou DVD Blu-ray, mídia de memória removível baseada em USB (Barramento Serial Universal), mídia de fita magnética, mídia de armazenamento óptico, mídia magneto- óptica, memória de bolha, ou distribuída como um sinal propagado por uma rede (por exemplo, Ethernet, ATM, ISDN, PSTN, X.25, Internet, Rede de Área Local (LAN) ou redes similares capazes de transportar pacotes de dados para o nó de infraestrutura).

[0091] Os seguintes aspectos adicionais são propostos neste documento: Aspecto 1: Um método para instalar/criar PDRs que afeta todas as sessões Sx ou um subconjunto de sessões Sx no UPF. Aspecto 2. O método do aspecto 1, compreendendo: a. Mensagem de Solicitação e Resposta de Gerenciamento de PDR de Nó Sx. A solicitação, incluindo: I. Criar nova(s) PDR(s) de Nó. 1) os parâmetros de PDR de Nó, juntamente com a lista de IDs de sessão às quais a PDR se aplica, 2) uma precedência de PDR, 3) e uma indicação opcional de um grupo de sessões às quais a PDR se aplica (ID de grupo). ii. Atualizar a(s) PDR(s) de Nó para modificar os parâmetros de PDR de Nó correspondentes. iii. Excluir PDR(s) de Nó, para excluir um(as) determinada(s) PDR(s) de Nó. b. A resposta no procedimento acima, indica o sucesso da criação. Aspecto 3. Procedimento de Estabelecimento de Sessão Sx existente, incluindo uma indicação se a sessão pertence a um grupo. Aspecto 4. Procedimento de Modificação de Sessão Sx existente, incluindo qualquer modificação no grupo ao qual a sessão pertence.

[0092] Modalidades exemplares são descritas neste documento com referência a diagramas de blocos e/ou ilustrações de fluxograma de métodos, aparelhos (sistemas e/ou dispositivos) implementados por computador e/ou produtos não transitórios de programas de computador. Entende-se que um bloco de diagramas de bloco e/ou ilustrações de fluxograma e combinações de blocos nos diagramas de bloco e/ou ilustrações de fluxograma, podem ser implementados por instruções de programa de computador que são executadas por um ou mais circuitos de computador. Essas instruções do programa de computador podem ser fornecidas a um circuito do processador de um circuito de computador de uso geral, circuito de computador de uso especial e/ou outro circuito de processamento de dados programável para produzir uma máquina, de modo que as instruções executadas pelo processador do computador e/ou outro aparelho de processamento de dados programável, transistores de transformação e controle, valores armazenados em locais de memória e outros componentes de hardware dentro desses conjuntos de circuitos para implementar as funções/ações especificadas nos diagramas de blocos e/ou bloco ou blocos do fluxograma e, assim, criar meios (funcionalidade) e/ou estrutura para implementar as funções/ações especificadas nos diagramas de blocos e/ou bloco(s) do fluxograma.

[0093] Essas instruções do programa de computador também podem ser armazenadas em um meio legível por computador tangível que pode direcionar um computador ou outro aparelho de processamento de dados programável para funcionar de uma maneira particular, de modo que as instruções armazenadas no meio legível por computador produzam um artigo de fabricação incluindo instruções que implementam as funções/ações especificadas nos diagramas de blocos e/ou bloco ou blocos do fluxograma. Por conseguinte, modalidades dos presentes conceitos inventivos podem ser incorporadas no hardware e/ou no software (incluindo firmware, software residente, microcódigo, etc) que é executado em um processador, como um processador de sinal digital, que pode ser coletivamente referido como “conjunto de circuitos”, “um módulo” ou variantes dos mesmos.

[0094] Também deve ser observado que, em algumas implementações alternativas, as funções/ações observadas nos blocos podem ocorrer fora da ordem indicada nos fluxogramas. Por exemplo, dois blocos mostrados em sucessão podem de fato ser executados substancialmente simultaneamente ou os blocos às vezes podem ser executados na ordem inversa, dependendo da funcionalidade/ações envolvidas. Além disso, a funcionalidade de um determinado bloco dos fluxogramas e/ou diagramas de blocos pode ser separada em vários blocos e/ou a funcionalidade de dois ou mais blocos dos fluxogramas e/ou diagramas de blocos pode ser pelo menos parcialmente integrada. Finalmente, outros blocos podem ser adicionados/inseridos entre os blocos ilustrados e/ou operações/blocos podem ser omitidos sem se afastar do escopo dos conceitos inventivos. Além disso, embora alguns dos diagramas incluam setas em percursos de comunicação para mostrar uma direção primária de comunicação, deve-se entender que a comunicação pode ocorrer na direção oposta às setas representadas.

[0095] Muitas variações e modificações podem ser feitas nas modalidades sem se afastar substancialmente dos princípios dos presentes conceitos inventivos. Todas essas variações e modificações devem ser incluídas aqui dentro do escopo dos presentes conceitos inventivos. Por conseguinte, o assunto divulgado acima deve ser considerado ilustrativo, e não restritivo, e os exemplos anexos de modalidades destinam-se a cobrir todas essas modificações, aprimoramentos e outras modalidades, que se enquadram no espírito e no escopo dos presentes conceitos inventivos. Assim, na extensão máxima permitida por lei, o escopo dos presentes conceitos inventivos deve ser determinado pela interpretação mais ampla permitida da presente divulgação, incluindo os seguintes exemplos de modalidades e seus equivalentes, e não deve ser restringido ou limitado pela descrição detalhada acima. Abreviações 3GPP Projeto de Parceria para a Terceira Geração CPF Função de Plano de Controle EPC Núcleo de Pacote Evoluído FAR Regra de Ação de Encaminhamento PCRF Função de Política e Regra de Cobrança PDI Informação de Detecção de Pacote PDR Regra de Detecção de Pacote PFCP Protocolo de Controle de Encaminhamento de Pacote PGW Gateway de Rede de Dados de Pacote PGW-C Função de Plano de Controle de Gateway de PDN

PGW-U Função de Plano de Usuário de Gateway de PDN QER Regra de Aplicação de QoS SGW Gateway de Rede de Serviço SGW-C Função de Plano de Controle de Gateway Servidor SGW-U Função de Plano de Usuário de Gateway Servidor TDF Função de Detecção de Tráfego TDF-C Função de Plano de Controle de Função de Detecção de Tráfego TDF-U Função de Plano de Usuário de Função de Detecção de Tráfego UPF Função de Plano de Usuário URR Regra de Relatório de Uso

Claims

REIVINDICAÇÕES

1. Um método (500) em um primeiro nó de rede (301) configurado como função de plano de controle (CPF), o primeiro nó de rede (301) é acoplado a um segundo nó de rede (302) configurado como função de plano de usuário (UPF) através de uma interface Sx, o método (500) compreendendo: - transmitir (S501) uma mensagem associada a uma Regra de Detecção de Pacote (PDR) para o segundo nó de rede (302) através da interface Sx, em que a PDR é aplicável a mais de uma sessão Sx.

2. O método (500) de acordo com a reivindicação 1, em que a PDR é uma PDR de nó, e a mensagem é uma mensagem de Solicitação de Gerenciamento de PDR de Nó Sx.

3. O método (500) de acordo com a reivindicação 2, em que a mensagem de solicitação de gerenciamento de PDR de Nó Sx indica pelo menos um dentre: • uma PDR de nó deve ser adicionada; • um Elemento de Informações (IE) de uma PDR de nó deve ser modificado; • uma PDR de nó deve ser removida.

4. O método (500) de acordo com a reivindicação 2 ou 3, em que a PDR de nó inclui: um NodePDRId IE para identificar a PDR de nó; um GroupedSessionIdentity IE para identificar um grupo de sessões ao qual a PDR de nó é aplicável.

5. O método (500) de acordo com qualquer uma das reivindicações 2 a 4, em que a PDR de nó inclui: um precedence IE para identificar uma precedência da PDR de nó.

6. O método (500) de acordo com a reivindicação 4, em que a PDR de nó é aplicável a todas as sessões Sx, e o valor do GroupedSessionIdentity IE é 0.

7. O método (500) de acordo com a reivindicação 4 ou 6, em que o primeiro nó de rede (301) transmite a mensagem de Solicitação de Gerenciamento de PDR de Nó Sx associada ao GroupedSessionIdentity IE da PDR de nó no seguinte procedimento: • procedimento de Solicitação de Gerenciamento de PDR de Nó Sx, para indicar a quais sessões Sx a PDR de nó é aplicável; • procedimento de Solicitação de Estabelecimento de Sessão Sx, para indicar se a sessão Sx a ser estabelecida está incluída no grupo de sessões identificado pela GroupedSessionIdentity; e • procedimento de Solicitação de Modificação de Sessão Sx, para indicar uma modificação do GroupedSessionIdentity IE da PDR de nó aplicável à sessão Sx a ser modificada.

8. Um método (600) em um segundo nó de rede (302) configurado como função de plano de usuário (UPF), o segundo nó de rede (302) é acoplado a um primeiro nó de rede (301) configurado como função de plano de controle (CPF) através de uma interface Sx, o método (600) compreendendo: - receber (S601) uma mensagem associada a uma Regra de Detecção de Pacote (PDR) do primeiro nó de rede (301) através da interface Sx, em que a PDR é aplicável a mais de uma sessão Sx.

9. O método (600) de acordo com a reivindicação 8, em que a PDR é uma PDR de nó, e a mensagem é uma mensagem de Solicitação de Gerenciamento de PDR de Nó Sx.

10. O método (600) de acordo com a reivindicação 9, em que o método (600) compreende adicionalmente: - de acordo com a mensagem de Solicitação de Gerenciamento de PDR de Nó Sx, realizando pelo menos uma das opções dentre: • adicionar uma PDR de nó; • modificar um Elemento de Informação (IE) de uma PDR de nó;

• remover uma PDR de nó.

11. O método (600) de acordo com a reivindicação 9 ou 10, em que a PDR de nó inclui: um NodePDRId IE para identificar a PDR de nó; um GroupedSessionIdentity IE para identificar um grupo de sessões ao qual a PDR de nó é aplicável.

12. O método (600) de acordo com qualquer uma das reivindicações 9 a 11, em que a PDR de nó inclui: um precedence IE para identificar uma precedência da PDR de nó.

13. O método (600) de acordo com a reivindicação 11, em que a PDR de nó é aplicável a todas as sessões Sx, e o valor do GroupedSessionIdentity IE é 0.

14. O método (600) de acordo com qualquer uma das reivindicações 9 a 13, em que o método (600) compreende adicionalmente: - aplicar (S602) a PDR de nó a mais de uma sessão Sx, incluindo: - realizar pesquisa de sessão Sx, para identificar uma sessão Sx à qual um pacote de plano de usuário recebido corresponde; - encontrar uma ou mais PDRs de nó aplicáveis à sessão Sx; - selecionar a primeira PDR coincidente ao pacote de plano de usuário recebido entre as uma ou mais PDRs do nó juntamente com uma PDR do nível de sessão em ordem decrescente de precedência, em que a PDR do nível de sessão inclui o IE para identificar uma sessão Sx; e - aplicar a PDR selecionada.

15. O método (600) de acordo com a reivindicação 14, em que a precedência de cada uma ou mais PDRs do nó é superior à precedência da PDR de nível de sessão.

16. O método (600) de acordo com qualquer uma das reivindicações 8 a 15, o método (600) compreende adicionalmente:

- transmitir (S603) uma mensagem de Resposta de Gerenciamento de PDR de Nó Sx para o primeiro nó de rede (301) para indicar se a mensagem de Solicitação de Gerenciamento de PDR de Nó Sx é aceita ou rejeitada.

17. Um primeiro nó de rede (301) configurado como função de plano de controle (CPF), o primeiro nó de rede (301) é acoplado a um segundo nó de rede (302) configurado como função de plano de usuário (UPF) através de uma interface Sx, o primeiro nó de rede (301) compreendendo: pelo menos um processador (701); e um meio legível por computador não transitório (702) acoplado ao pelo menos um processador (701), o meio legível por computador não transitório (702) contém instruções executáveis por pelo menos um processador (701), pelo qual o pelo menos um processador (702) é configurado para executar os métodos de qualquer uma das reivindicações 1 a 7.

18. Um segundo nó de rede (302) configurado como função de plano de usuário (UPF), o segundo nó de rede (302) é acoplado a um primeiro nó de rede (301) configurado como função de plano de controle (CPF) através de uma interface Sx, o segundo nó de rede (302) compreendendo: pelo menos um processador (801); e um meio legível por computador não transitório (802) acoplado a pelo menos um processador (801), o meio legível por computador não transitório (802) contém instruções executáveis por pelo menos um processador (801), pelo qual o pelo menos um processador (801) é configurado para executar os métodos de qualquer uma das reivindicações 8 a 16.

19. Um meio legível por computador (702, 902, 904) compreendendo código legível por computador, que quando executado em um aparelho (900), faz com que o aparelho (900) execute o método (500) de acordo com qualquer uma das reivindicações 1 a 7.

20. Um meio legível por computador (802, 902, 904) compreendendo código legível por computador, que quando executado em um aparelho (900), faz com que o aparelho (900) execute o método (600) de acordo com qualquer uma das reivindicações 8 a 16.