As discusses atuais da rede 5G esto freqentemente focadas no fornecimento de funes de

orquestrao e gerenciamento mais abrangentes e integradas, a fim de melhorar a

gerenciabilidade e a programabilidade "de ponta a ponta", derivadas de NGMN e requisitos
similares. Embora estes sejam desafios importantes, este artigo assume a perspectiva de que,
para chegar a uma rede mais poderosa, importante compreender os pontos de dor e as
razes para certas escolhas de design das redes de hoje. Entender os drivers para sistemas de
gerenciamento de trfego, middleboxes, CDNs e outras sobreposies de camada de aplicao
deve ser tomado como base para a anlise de casos de uso 5G e seus requisitos. Neste artigo,
estou a referir que muitas das necessidades empresariais de hoje e os ambiciosos casos de
utilizao de 5G exigem um plano de transmisso de dados mais poderoso, tomando o ICN
como exemplo. As caractersticas de um tal plano de encaminhamento incluiro um melhor
suporte para redes heterogneas (redes de acesso e implantaes de rede inteiras),
comunicao multi-caminho, armazenamento em rede e implementao de polticas de
operadores. Isso ajudaria a evitar silos de sobreposio e, finalmente, simplificar o
gerenciamento de rede.

5G o ttulo atual para a maior parte do trabalho do sistema de rede na indstria de

telecomunicaes nos dias de hoje. Todas as empresas, SDOs e fruns do setor esto agora
trabalhando em tecnologias 5G. Parece haver um consenso aproximado sobre requisitos e
casos de uso, e as primeiras propostas [1] parecem sugerir que o projeto e a implementao
tero algo a ver com SDN / NFV. Em geral, os pressupostos so que 5G ser mais rpido (graas
a melhor rdio), maior (destinado a cobrir mais dispositivos conectados devido a IoT, smart
city, novos mercados), mais flexvel (programabilidade de rede) e convergido (unificao de
dispositivos mveis E acesso rede fixa / ncleo).

Neste artigo, estou fazendo o ponto que o projeto de uma arquitetura de sistema novo e a
formulao de exigncias para que deve ser baseado em um bom entendimento das
realidades e problemas de redes de hoje. Estou afirmando que devemos usar as ferramentas
que temos agora desenvolvido como NFV, SDN, mas tambm conhecimento sobre transporte
eficiente, distribuio de contedo, segurana para repensar a rede e a arquitetura do sistema.

Eu comeo com uma discusso de pontos de dor nas redes de hoje, antes de abordar os casos
de uso populares 5G como proposto por NGMN. Estou avaliando algumas opes de design 5G
e formular uma proposta construtiva como concluso.

O sucesso comercial das redes mveis e fixas atuais est claramente baseado no sucesso da
Internet e da web. As aplicaes Web so extremamente populares, especialmente os servios
de vdeo baseados na web. um pouco irnico que esses aplicativos so s vezes chamados
Over-the-Top (OTT) (do ponto de vista do operador de rede) - claramente estas so as
aplicaes - no existem essencialmente outras aplicaes que sejam de interesse para os
usurios (exceto para telefonia de udio Que ainda tratada como uma aplicao especial).

As redes atuais so em grande parte alavancando tecnologias de Internet (isto IP) - contudo
ns tivemos que desenvolver um jogo grande da engrenagem adicional para fazer um servio
til fora dela. Por exemplo, gerenciamento de mobilidade: Com base no requisito de servio de
"conectividade transparente", o LTE emprega uma abordagem de mobilidade baseada em
ncora, implementada atravs de tunelamento (baseado em GTP ou proxy-MIP). Este conceito
presta-se a um projeto centralizado com os problemas habituais de ineficincia e
escalabilidade - portanto, as pessoas comearam a inventar tecnologias como os requisitos de
endereamento de trfego selecionado para acesso web - o caso de uso prevalente para a
conectividade Internet mvel O que no necessariamente requer conectividade IP sem
descontinuidades [9].

A maior parte do trabalho extra precisa ser feito no lado do desempenho: proxies TCP,
sistemas de gerenciamento de trfego, otimizadores de trfego de aplicativos, CDNs. A Figura
1 contrasta a arquitetura terica Com uma implementao mais tpica. A motivao para isso
Funcionalidade extra a seguinte:

Proxies TCP so ferramentas para operadores mveis para ajustar o desempenho da rede com
relao s suas necessidades. O controle de congestionamento de ponta a ponta do TCP no
funciona to bem quando tem de conectar redes heterogneas com causas diferentes para
atrasos e perda de pacotes. Uma das razes pelas quais ele no funciona to bem
especialmente em redes mveis na verdade o design do sistema como um servio de circuito
virtual: buffering significativo, latncia varivel, sem AQM, sem notificao de
congestionamento. Proxies TCP podem melhorar o desempenho - ao custo de problemas de
interoperabilidade [2].

Os sistemas de gesto do trfego tm uma motivao semelhante: dar aos operadores uma
ferramenta para implementar polticas de desempenho e de partilha de capacidade. Existem
diferentes implementaes desse conceito, mas em geral, esses sistemas normalmente
funcionam da seguinte forma: um sistema centralizado de gerenciamento de trfego coleta
dados em tempo real e de longo prazo e de desempenho de estaes base, roteadores etc. e
usa isso para configurar Policiais em gateways, estaes de base etc. Esta abordagem pode
parecer nem elegante nem escalvel. No entanto, feito, no entanto, porque o prprio IP no
fornece recursos de gerenciamento de trfego suficiente em si, de modo que alguns deles
poderiam ser feitos em banda. Outra razo que, sem AQM e ECN, essas abordagens
baseadas em gerenciamento so percebidas como a nica opo para que a rede reaja para
sobrecarregar.

Os otimizadores de trfego de aplicativo so aplicados principalmente para cache, pacing,

transcodificao de trfego de vdeo, por exemplo, youTube. Pode haver outras finalidades,
tais como anlise de comportamento do usurio, estatsticas etc. Esses sistemas so
implementados como uma cadeia transparente de classificadores de trfego, balanceadores
de carga e a funo de aplicao real. O TCP / IP per se no oferece cache na camada de rede /
transporte e proxies HTTP explcitos tm Problemas de interoperabilidade, o que motiva esta
abordagem de implementao. Obviamente, isto se tornar cada vez mais difcil / caro
medida que mais criptografia for implantada, por exemplo, atravs de HTTP / 2.

Cooperao de servidor de rede / aplicao: Uma variante estendida da gesto de trfego a

proposta de Orientao de Throughput de Trfego Mvel [3]. Trata-se de compartilhar a
estao-base e outras informaes relevantes para servidores de aplicativos fora do domnio
do operador para permitir que aplicativos (remetentes de vdeo) se adaptem de forma mais
rpida e proativa - superando a falta de funcionalidade correspondente da camada de rede /
transporte.

CDN implantao onipresente nos dias de hoje. Nenhum servio web principal implantado
sem ele. As CDNs so redes de distribuio / gerenciamento de contedo em grande escala
que fornecem funes como distribuio pr-ativa, armazenamento em cache,
transcodificao, filtragem etc. Os CDNs so essencialmente otimizadores de trfego de
aplicativos em larga escala. Mas uma vez que os ns CDN normalmente no esto no caminho
direto para todo o trfego do usurio, eles exigem redirecionamento explcito que feito
atravs da resoluo baseada em DNS dos nomes DNS para os ns CDN do operador (telco ou
DNS). Com relao privacidade e criptografia do usurio, as CDNs no podem interceptar
comunicao TLS entre um usurio e um servidor orign sem representar esse servidor. A razo
pela qual TLS e CDN ainda funciona hoje que os ns CDN hoje so configurados com seus
prprios certificados para um determinado domnio (por exemplo, "cdn.example.com") Que
esto vinculados a uma cadeia de confiana vlida para que os navegadores dos usurios
aceite esses certificados. Para isso, os ns CDN representam efetivamente o proprietrio real
do contedo.

Criptografia de transporte ir proliferar muito rpido devido integrao de TLS em HTTP / 2 e

a poltica "sempre criptografar" nos principais navegadores da web. Vai ver uma absoro
significativa Uma vez que as CDNs comeam a implant-lo, isto , tambm como adaptadores
para servidores legados HTTP / 1.1. Isso tornar intil a maioria dos otimizadores de trfego e
gerenciamento de trfego existentes ou, pelo menos, tornar sua operao mais cara. Isso
est criando algumas preocupaes no lado do operador mvel - o que alimenta discusses
atuais sobre se e como a rede, a aplicao do usurio e os servidores de aplicativos devem
cooperar para trocar pelo menos algumas informaes de gerenciamento de trfego na
presena de criptografia onipresente (ver IAB / Workshop GSMA MARNEW 1). Por exemplo, h
discusso sobre potenciais solues de sobreposio com melhor suporte para o
gerenciamento de sinalizao e outras meta-informaes [10].

Resumindo, no de estranhar que precisamos de uma quantidade significativa de

equipamentos na rede de hoje para faz-los funcionar e funcionar bem: os conceitos de
encaminhamento IP ea rede Arquitetura no foram projetados para esta escala de
implantao comercial, para necessidades especficas de negcios e requisitos de
desempenho. Tivemos que cortar o sistema at certo ponto para obter essa funcionalidade
integrada: os loops de controle de congestionamento localizados exigem proxies TCP
transparentes (e frgeis). A falta de visibilidade na rede de congestionamento iminente em
mltiplos estrangulamentos nos fez recorrer a abordagens baseadas na gesto, E a falta de
rede / transporte caching, bem como a falta de poltica de solicitao de encaminhamento nos
deu CDN. No entanto, isto tambm introduz problemas, por exemplo, falta de verdadeira
segurana end-to-end com criptografia baseada em conexo e CDN; E os problemas associados
para alavancar multipath comunicao [11].

Essas coisas so presumivelmente normais quando os sistemas crescem ao longo do tempo e

as pessoas aprendem o que necessrio, o que funcionou bem, o que no funcionou to bem
etc. Em algum momento, voc aprendeu o suficiente para construir um novo sistema - Tempo
em que a experincia passada deve ser considerada.

A indstria de telefonia mvel tem tentado abordar o tpico 5G, formulando os seguintes
casos de uso no NGMN 5G White Paper [1]:

Acesso em banda larga em reas densas ( "Vdeo Pervasivo")

Banda larga Acesso Em toda parte")

Maior Mobilidade do Usurio ( "Trem de Alta Velocidade")

Internet Massiva das Coisas ( "Redes de Sensores")

Comunicaes extremas em tempo real ( "Internet Ttil")

Comunicaes Lifeline ( "Desastre Natural")

Comunicaes ultra-fiveis ( "E-Health Services")

Servios de radiodifuso ( "Broadcast Services")

O Livro Branco da NGMN no reivindica esta lista como exaustiva. Gostaria de acrescentar
Acessvel Acessar como outro caso de uso, ou seja, ao longo das linhas do que discutido na
Global Access para a Internet para todos (GAIA) [4] comunidade.

Alm disso, o que no explicitamente mencionado so as redes da indstria, ou seja, o

conceito de 1) usar a Internet e tecnologia de rede virtual e plataformas para redes de fbrica
e similares, e 2) interligar sites da indstria. Obviamente para ambos os casos, o desafio seria
garantir baixa latncia, confiabilidade - ao executar sobre uma infra-estrutura de rede
multiplexada.

Finalmente, gostaria de acrescentar o prximo caso de uso lista, isto , a necessidade de

manter a rede aberta para futuras inovaes que no podem ser planejadas ou imaginadas
hoje. Isso se refere inovao sem permisso, evitando silos na rede e criando uma poderosa
plataforma de propsito geral.

Todo mundo tem sua prpria interpretao quando se trata de derivar requisitos e previses,
mas, em minha opinio, o seguinte pode ser inferido:

O acesso 5G ser muito mais heterogneo em relao s propriedades da camada de link,

largura de banda, latncia, disponibilidade; Por exemplo, comunicao de alta frequncia com
rdios mmWave. Isto ofereceria uma taxa de transferncia super alta e baixa latncia, contudo
apenas em clulas muito pequenas. Tem desafios interessantes, por exemplo, aumentar as
taxas de envio Em uma sesso TCP com pares na Internet ou gerenciar a conectividade para
usurios mveis [12]. Depois, h redes muito restritas em cenrios de IoT, ou rdios baratos
mas de baixa largura de banda em cenrios do GAIA. Encontrar uma boa rede de abstraco
para todos estes tipos diferentes de redes importante para 5G.
Casos de uso como o acesso de banda larga em todos os lugares e a Internet ttil requerem
uma latncia super baixa - especialmente a ltima no toleraria o atraso do caminho
completo, por isso precisaria de algumas possibilidades de comunicao local (por exemplo,
atravs de cache ou edge computing). Relacionado com o aumento da heterogeneidade,
tambm muito provvel que os dispositivos mveis tenham mais opes de acesso
simultneas, ou seja, eles seriam capazes de selecionar interface ou como us-los em paralelo
dependendo dos requisitos de desempenho e restries de custo. A comunicao Lifeline, por
exemplo, em cenrios de desastres, exigiria uma rede que fosse capaz de fornecer servios
teis na presena de fragmentao, perda de conectividade de rede bsica, etc. O projeto
GreenICN 2 investigou isso intensamente [5]. Claramente, o controle centralizado e os
gateways no se prestam a tais cenrios.

Nas discusses de projeto atuais, h algumas idias que so freqentemente propostas:

Plano de dados / controle dividido por SDN: esta essencialmente a idia de projetar recursos
de switch e uma interface programvel para permitir que os controladores programem o
comportamento de processamento GTP. uma idia direta para generalizar plataformas PDN-
GW, mas claramente ortogonal aos requisitos listados acima.

Ncleo mvel simplificado: Aceitando o fato de que nem todas as aplicaes mveis
precisariam de gerenciamento de mobilidade perfeito e conectividade perfeita, uma idia
simplificar o De uma forma que proporciona uma pilha de servios em camadas, isto , com
uma camada de linha de base mnima que menos complicada e menos dispendiosa para
operar. Isso poderia realmente ajudar com metas de melhoria de desempenho.

Arquitetura de rede cortada: Potencialmente baseada na idia de rede mvel simplificada,

tambm h propostas para aplicar a virtualizao rede mvel e oferecer cortes separados
(em analogia ao SO virtual ou s fatias de host na virtualizao de recursos computacionais).
Existem duas variantes para isso: Multitenancy para MVNOs e Quality of Service Slicing.
Multitenancy para MVNOs relativamente direto e essencialmente sobre permitindo
MVNOs acesso mais profundo rede de um operador de rede fsico atravs de virtualizar a
maioria de ncleo e funes de rede de acesso, incluindo estaes de base.

Quality of Service Slicing: uma outra viso sobre o corte oferecer fatias individuais de
Qualidade de Servio (como as classes QCI no to freqentemente usadas em UMTS e LTE).
Por exemplo, seria a fatia do melhor esforo, o slide multi-media interativo, a fatia IoT etc.
realmente como mapear os conceitos tradicionais de QoS para rede virtual - com problemas
semelhantes: como um operador saberia quais configuraes de fatia sero Necessrio no
futuro? Como uma aplicao ou um usurio selecionaria fatias? Como esse sistema
corresponderia aos requisitos de neutralidade da rede - como manteria a propriedade de
inovao sem permisso da Internet?

(Deep) Cache na rede e computao: Para casos de uso como "Internet Ttil" e realidade
virtual, mas tambm para aplicaes mais profanas como gateways IoT e armazenamento em
cache Na rede de acesso, h muitas idias para mover tais funes mais profundamente na
rede. Iniciativas da indstria, como Mobile Edge Computing esto perseguindo isso de forma
limitada hoje. Tecnicamente, isso seria sobre o gerenciamento de IaaS e sobre a mudana de
recipientes de funo para o lugar certo na rede. Mais propostas voltadas para o futuro esto
assumindo funes de computao de camada de aplicao arbitrria em locais arbitrrios na
rede. Existem diferentes motivaes por parte dos diferentes operadores: os operadores de
rede vem esta oportunidade como uma oportunidade para "criar valor" para as suas redes,
isto , oferecendo plataformas que podem hospedar tais funes. Os provedores de CDNs
vem esta uma oportunidade de estender sua plataforma, tanto em termos de alcance como
de funcionalidade (Akamai) [6]. Se voc estender um CDN maciamente voc poderia
efetivamente executar uma rede de distribuio de multicast de sobreposio. Novamente, as
deficincias Rede subjacente e camada de transporte so fatores motivadores para fazer isso
como uma sobreposio.

Programao de servios de rede e orquestrao: Estendendo o conceito de computao em

rede, voc tambm poderia imaginar uma plataforma distribuda programvel que ofereceria
Programabilidade mais flexvel do que apenas empurrar recipientes para locais especificados.
Por exemplo, um provedor de TV mvel de prxima gerao poderia operar uma multicast-
overlay em uma rede de operadores, com cadeias de funes para cache, transcodificao etc.
A distribuio, a gesto em tempo de execuo, etc., seriam ento sujeitas a uma funo de
orquestrao independente da aplicao. Essa idia tambm motivada pela "criao de
valor", Isto , os operadores de rede forneceriam as funes de plataforma e orquestrao aos
desenvolvedores / provedores de servios de aplicativos. (Ver projecto SONATA 3).

As duas ltimas abordagens levantam questes interessantes sobre como gerencivel essa
abordagem seria no final. H provavelmente muitos provedores CDN que gostaria de executar
suas funes mais profundas na rede. Depois, h tambm aplicativos especficos que exigem
algum armazenamento em cache, mas no querem usar plataformas de CDNs externas, por
exemplo, servios de vdeo sob demanda. Como resultado, voc pode acabar com uma coleo
de silos, cada um com sua superposio especfica, conforme ilustrado na figura 2.

A abordagem do "silo profundo" tambm motivada pelo modelo de comunicao e

segurana baseado em conexo. Como no realmente possvel compartilhar dados
(mantendo propriedades de segurana, como direitos de controle de acesso, autenticidade) na
rede, tendemos a criar silos centralizados em torno do modelo de habilitao de uma conexo
com um servidor nomeado.

Existe um risco particular associado abordagem e segurana do "silo profundo". Suponha

que um grande nmero de ns CDN virtualizados, cada um dos que mantm certificados e
chaves pblicas para o servio CDN global. Endurecer essas plataformas de modo que
nenhuma delas acabasse por perder chaves ou outro material relevante para a segurana
parece ser um objetivo principal. Em geral, executar servios em funes de software
massivamente distribudas em profundidade na rede tem riscos como este - o que torna a
abordagem geral parece questionvel.

B. Controle centralizado e orquestrao

O tpico de orquestrao destaca um problema especfico: as deficincias existentes da infra-

estrutura de rede no que diz respeito s suas capacidades de encaminhamento e autogesto
J requerem uma coleo preocupante de funes de gerenciamento como explicado na seo
II. Em vez de capacitar a rede, removendo a necessidade de middleboxes transparentes,
Sobreposies etc., podemos estar levando a necessidade de gerenciamento de rede ao
extremo - adicionando mais sobreposies, mais funes de camada de aplicao rede.

Isso exemplificado pela aplicao incorreta do paradigma SDN para o controle completo da
rede "de ponta a ponta" com uma mentalidade de gerenciamento de rede. Deixe-me explicar
isso: o SDN (OpenFlow em particular) foi criado uma vez como uma interface programtica
para redes de empresas / campus que permitiria implementar polticas de segurana
consistentes (isolando ns em uma rede virtualizada). Isso foi motivado pelo fato de que este
difcil de alcanar com o plano de controle tradicional e conjunto de ferramentas de
gerenciamento de rede. Alm disso, como mencionado acima, o IP realmente limitado no
que se refere ao suporte gesto do trfego, ganchos para implementao de polticas, etc.

Com o OpenFlow, um controlador em um domnio local habilitado para programar

encaminhamento e regras de transformao limitadas em switches em uma rede para que eles
possam ser tratados como um switch virtual. Isso pode ser feito em domnios bem controlados
(redes de empresas / campus, centros de dados ou mesmo WANs bem controladas como o
Google B4 [13]) e remover a necessidade Para algumas funes de plano de controle
distribudo e protocolos. Uma vez que partes maiores de redes mveis funcionam em data
centers, esta tambm uma tecnologia vlida para 5G - como uma ferramenta para
implementar controle de rede para alcanar uma melhor flexibilidade de rede e
implementao de polticas.

O que (na minha opinio) no funciona to bem elevar o paradigma de controle centralizado
SDN para um mantra para a arquitetura de rede, aplicando o conceito de controle centralizado
para a Internet em geral. Por exemplo (um pouco exagerado) a criao de um poderoso
controlador centralizado para o controle da comunicao de rdio da estao base, a rede de
transporte, a rede central, as caixas intermedirias, os servidores de aplicativos susceptvel
de criar um complexo E sistema logo ossificado com uma sobrecarga de controle gigantesco.
No s voc ter que dominar os problemas de tempo, se voc quiser alcanar o controle
granular fino atravs das camadas, voc tambm ter que pensar sobre a interao do
controlador domnio-domnio ( "interfaces leste / oeste") etc.

Tal abordagem suportava o risco de sempre requerer interao com uma camada de controle
SDN inter-domnio, exigindo conhecimento de aplicao correspondente em controladores
SDN e orquestradores de rede - e assim efetivamente removendo flexibilidade, independncia
de aplicao e inovao sem permisso. Em vez disso, seria mais produtivo pensar em recursos
desejveis de avano de avies e Abstraes para isso - e, em seguida, usar o SDN para
controlar as redes de uma forma programtica, isto , sem controle reativo de gro fino e sem
ligar gerenciamento de rede e orquestrao programao da rede.
V. W AY F ORWARD

Ento, o que fazer para 5G? Em primeiro lugar, importante entender que "5G" no vai ser
um sbito upgrade fork-lift maior da rede. Na verdade, um ttulo de esforo de inovao e
vamos ver mudanas nas fases:

Otimizando a implementao do sistema LTE atravs do NFV e SDN est acontecendo agora.
Isto incluiria tambm "Plano de dados / controle dividido atravs de SDN". H otimizaes de
implementao em vez de mudanas fundamentais de arquitetura de rede - mas elas seriam
teis no sentido de melhorar a infra-estrutura e explorar o potencial para mudanas de
arquitetura mais fundamentais.

Introduza AQM, ECN e protocolos de transporte modernos AGORA. Muitos avanos foram
feitos nos ltimos anos (Experimentando com a ECN, Codel [7], melhorando a fila de espera
com o Codel 4, e j hora de implementar essas tecnologias, especialmente na presena de
criptografia onipresente, quando o gerenciamento de trfego baseado em DPI Tem menos
alavancagem. realmente importante para reduzir a latncia ainda mais e para permitir que as
aplicaes para responder e adaptar ao congestionamento mais rpido.Um item de trabalho
aqui para obter o interfuncionamento de IP e camada camada protocolos correto.Nesse
contexto, tambm seria til Para repensar a partilha de capacidades ea gesto do trfego. Por
exemplo, devemos tentar O (experimental) IETF ConEx [8] esforo para encontrar formas de
combinar o desempenho, formas mais inteligentes de partilha de capacidade de TCP equidade
tradicional, e incentivos para aplicaes de Cooperar melhor - sem exigir um complicado
sistema de gesto de trfego para impor isso.

Permitir concorrncia e inovao no lado do provedor de servios de rede: Para avanar para
5G, os casos de uso antecipados, incluindo tambm servios inspirados no GAIA, Devemos
facilitar a criao de novos servios de conectividade de rede, no apenas como servios
virtuais em cima das redes existentes. Nesse contexto, os esforos da FCC para a partilha de
espectro 5 entre os operadores histricos e os novos intervenientes so interessantes.

Evite "Intelligent Networks-2.0". Pode parecer tentador criar plataformas super-poderosas

para servios na rede, APIs para criao de servios etc. para criar um

Rede valiosa. Mas devemos definitivamente levar em conta os requisitos e preocupaes das
partes interessadas que esto construindo Internet e Servios da Web. Por exemplo,

Servios como youTube iria beneficiar melhor de um bitpipe de baixa latncia eficiente, no de
uma plataforma de servio de rede. O risco fundamental que estamos construindo uma
plataforma de servios muito elaborada, com poderosa orquestrao, etc., que muito
complicada e custosa de usar, ou pode impedir a inovao atravs do cumprimento de certos
formulrios de comunicao - para que os provedores de servios de aplicativos se abstenham
de us-lo. Fazer tudo "over-the-top". Alternativamente, eles iriam iniciar seus prprios servios
de rede, por exemplo, no esprito do Projeto Fi 6, a abordagem MVNO do Google.

Nenhuma suposio sobre onde a rede termina: Se quisermos incluir GAIA-como servios,
beneficiar de offloading para comunicao local, conseguir mais robusto, resilincia de
desastres Redes, ento temos de evoluir nossa compreenso limitada dos componentes e
modelos de comunicao permitidos na rede. Em outras palavras, temos que aceitar a
conectividade intermitente, retransmisso sobre vrios lpulos e DTN-como armazenar-carry-
and-orward operao [14] como parte da arquitetura. Isso tambm requer uma abordagem
diferente para a segurana:

Como permitir uma melhor privacidade do usurio e controle de acesso a dados: Como
mencionado anteriormente, a criptografia baseada em conexo atual em HTTP / 2.0 fornece
uma privacidade geral e dados de usurio limitados segurana. Muitas vezes, a privacidade
termina no permetro do CDN ou do centro de dados do servio de nuvem. Isso pode ser
melhorado atravs da introduo de segurana baseada em objetos de dados. Como um
exemplo simples, imagine o servio de armazenamento em nuvem que d aos usurios
controle total sobre quem pode ver ou transformar seus dados.

Inovar no plano de reencaminhamento. A fim de atender aos requisitos de desempenho,

especialmente considerando a maior heterogeneidade da tecnologia de acesso e maior
flexibilidade Com relao s opes de implantao de rede graas ao NFV e SDN, precisamos
de um plano de encaminhamento mais poderoso que permita rede lidar melhor com
gargalos locais, Oportunidades de comunicao multi-caminho, armazenamento na rede para
reparo local, compartilhamento de dados e adaptao de taxa. Isso permitiria que a rede
lidasse com muitos Otimiza por si mesmo - sem exigir controle fino do gerenciamento de rede.
Permitir-nos-ia fornecer tais funes de uma maneira eficiente, independente da aplicao
Sem criar silos diferentes com funcionalidade similar que est emaranhada com especificaes
de aplicao.

A. Powerful Forwarding Plane

Os trs ltimos pontos so a motivao para as pessoas olharem para o Networking

Centralizado em Informao (ICN) como um plano de encaminhamento 5G. O ICN baseia-se na
noo de "Acesso a dados nomeados" como o servio de rede fundamental. Os dados
nomeados podem ser pacotes, Unidades de Dados de Aplicao, pedaos ou objetos. Os dados
so protegidos (criptograficamente ligados a um nome e / ou origem) de modo que no
precisa de segurana baseada em conexo. Isso facilita o cache independente de aplicativos na
rede e outras funes que so feitas hoje em silos especficos de aplicativos.

Os roteadores ICN tm uma melhor visibilidade do desempenho porque podem medir o

desempenho da interface / caminho em correlao com os nomes dos pedidos - para cada
lpulo onde isso necessrio. Isso permite que um plano de encaminhamento que seja
poderoso o suficiente para lidar com desafios como conectividade intermitente, vrios
gargalos locais, variando o desempenho do caminho - sem adicionar demasiada complexidade.
Os operadores podem configurar diferentes, Poderosas estratgias de encaminhamento em
roteadores individuais, que a chave para suportar os diferentes casos de uso 5G e redes de
acesso heterogneas. Essas propriedades podem permitir um conjunto de benefcios
relevantes para 5G:

Em geral, o ICN fornece suporte implcito para o cache em rede independente de aplicativos
para compartilhamento, reparo local e adaptao de taxa. Combinar conhecimento mais
detalhado do plano de encaminhamento e armazenamento em cache pode possibilitar
estratgias de cache de latncia e warehouse livres de sinalizao (e sem gerenciamento) [15]
que so necessrias para os objetivos de baixa latncia de 5G.

A segurana baseada em objeto de dados permite uma melhor autenticao de objeto e de

provenincia, bem como a privacidade do usurio. Isto tambm permitiria um melhor suporte
de aplicao para realmente usar a segurana, por exemplo, atravs da automatizao de
autenticao granular fina [18].

O ICN tornaria a gesto da mobilidade muito mais fcil - de uma forma que no precisaria dos
actuais sistemas de gesto da mobilidade baseados na ncora. Por exemplo, a transferncia do
solicitante apenas uma questo de (re) solicitar dados nomeados nos novos pontos de
conexo da rede. As estratgias de encaminhamento do ICN e o armazenamento em cache na
rede fariam isso to perfeito quanto a mobilidade gerenciada de hoje [17]. As estratgias de
encaminhamento tambm podem ser aplicadas ao provedor de comunicao multipath
melhor e mais eficiente em termos de custos (sem sinalizao, sem gerenciamento), isto ,
para seleo de caminhos, solicitaes de difuso seletiva [16].

H tambm outros benefcios, como ter uma abstrao de comunicao unificada tanto para a
parte de rede mvel das redes 5G e IoT. A noo importante a seguinte: Aprendemos muito
sobre a funcionalidade necessria para tornar a Internet til para diversos conjuntos de
aplicaes comerciais e no comerciais. Para muitos daqueles, tivemos que reverter para
sobreposies de camada de aplicativo e suporte de gerenciamento de rede elaborado. Com
esse conhecimento, agora podemos redesenhar a interao de camada de rede, camada de
transporte e aplicao, bem como gerenciamento de rede para construir melhores redes.

A questo chave encontrar uma rede adequada e abstrao de plano de encaminhamento,

ou seja, para definir as capacidades dos ns na rede e encontrar uma boa funo dividida
entre Plano de encaminhamento e controle SDN e gerenciamento de rede (os dois ltimos so
duas coisas diferentes). A abordagem geral para a simplificao deve ser fazer apenas coisas
no gerenciamento de rede que voc no pode fazer na camada de rede. ICN apenas um
exemplo de como fazer design como uma diviso de funo - e ilustra os benefcios.

A abordagem de dados nomeada um ajuste melhor aos modernos requisitos de

comunicao. Fornece segurana de objeto, permite o consumo de dados independentemente
da fonte atual de Os bits, que transformar um pr-requisito de cache em rede, comunicao
dispositivo a dispositivo e comunicao tolerante ao atraso, tudo o que considerado crtico
para 5G. Passamos de circuitos fsicos para conexes TCP - agora hora de ir um passo alm da
telefonia para a computao em rede.