ES2644311T3 - Manipulación de mensajes de señalización en el plano de datos en una arquitectura definida por software - Google Patents

Manipulación de mensajes de señalización en el plano de datos en una arquitectura definida por software Download PDF

Info

Publication number
ES2644311T3
ES2644311T3 ES13766033.8T ES13766033T ES2644311T3 ES 2644311 T3 ES2644311 T3 ES 2644311T3 ES 13766033 T ES13766033 T ES 13766033T ES 2644311 T3 ES2644311 T3 ES 2644311T3
Authority
ES
Spain
Prior art keywords
data plane
message
gtp
instruction
plane entity
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES13766033.8T
Other languages
English (en)
Inventor
Klaus Hoffmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Nokia Solutions and Networks GmbH and Co KG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Solutions and Networks GmbH and Co KG filed Critical Nokia Solutions and Networks GmbH and Co KG
Application granted granted Critical
Publication of ES2644311T3 publication Critical patent/ES2644311T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/026—Capturing of monitoring data using flow identification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Manipulacion de mensajes de serialization en el plano de datos en una arquitectura definida por software Campo
La presente invention se refiere al manejo de un mensaje de senalizacion en un plano de datos en una arquitectura definida por software. Mas especlficamente, la presente invencion se refiere a medidas (incluyendo metodos, aparatos y productos de programas informaticos) para permitir el manejo de un mensaje de senalizacion en un plano de datos en una arquitectura definida por software.
Antecedentes
Los servicios de transmision de datos moviles y fijos y los servicios de datos estan progresando constantemente, en donde tales servicios proporcionan diversos servicios de comunicacion, tales como voz, video, datos de paquetes, mensajerla, difusion, etc. En los ultimos anos se han especificado LTE y LTE-A, que utilizan la Evolved Universal Terrestrial Radio Access Network (E-UTRAN) como arquitectura de comunicacion de radio de acuerdo con las especificaciones 3GPP.
Ademas, la virtualization de la red se utiliza en tecnologlas recientes, que dividen las redes convencionales y sus elementos de red en subconjuntos para ser utilizados, operados y administrados por diferentes organizaciones independientes de la organization. El uso de la virtualizacion de red ofrece flexibilidad en el desarrollo de futuras arquitecturas de red.
En el contexto de la virtualizacion de la red, la migration de elementos de red en combination con redes definidas por software (SDN, por sus siglas en ingles) es capaz de transformar las redes de hoy en una infraestructura totalmente definida por software que es altamente eficiente y flexible. De forma similar, tambien se puede lograr una infraestructura completamente definida por el software mediante la migracion de elementos de red en combinacion con la virtualizacion de funciones de red (NFV). Por consiguiente, esta a punto de adoptarse una arquitectura de red definida por software (SDN) y/o una arquitectura de virtualizacion de funciones de red (NFV) en sistemas de comunicaciones moviles y/o fijos.
En el desarrollo de infraestructuras definidas por software para/en redes, se emplea una separation del plano de control y del plano de datos (que tambien puede denominarse plano de usuario, plano de reenvlo, etc.). La comunicacion entre los planos de control y de datos separados se realiza a traves de protocolos de comunicacion dedicados, tales como, por ejemplo, OpenFlow, ForCES (protocolo de separacion de elementos de encaminamiento y control) o similares. Con este fin, un controlador intermedio se implementa tlpicamente como una interfaz de comunicacion entre planos, que esta configurada para controlar las entidades respectivas en el plano de control y el plano de datos de acuerdo con el protocolo de comunicacion aplicable, tal como, por ejemplo, OpenFlow, ForCES (protocolo de separacion de elementos de encaminamiento y control) o similares.
La US2011286324A1 describe un esquema de detection de fallo de enlace y redirection de trafico en una red de flujo abierto, en la que se generan mensajes OAM localmente en un conmutador OpenFlow. Con referencia a las especificaciones 3GPP, los elementos de red tales como eNB, RNC, SGSN, GGsN, SGW, PGW, ePDG, BRAS y TWAN, as! como LSR, pueden ser implementados en una arquitectura SDN y/o NFV, descompuesto en una entidad de plano de control y una entidad de plano de datos con un controlador de comunicacion entre planos intermedio (que puede estar integrado en/con la entidad de plano de control).
Sin embargo, en arquitecturas SDN y/o NFV, la entidad de plano de control (de cualquiera de dichos elementos de red) tlpicamente no es capaz de manejar apropiadamente un mensaje de senalizacion en el plano de datos, es decir, generar y enviar un mensaje saliente correspondiente sobre los datos a dicho mensaje de senalizacion entrante en el plano de datos. Por ejemplo, el Protocolo de Tunel GPRS (GTP) define una parte de protocolo de plano de usuario (GTP-U) (en 3GPP TS 29.281), en el que se envlan mensajes de senalizacion a traves de un tunel (GTP-U) entre elementos de red a como pares de GTPU) para la gerencia de la trayectoria y la gerencia del tunel. Uno de tales mensajes de senalizacion GTP-U es una Petition de Eco GTP-U, con la cual un par GTP-U intenta averiguar si el par GTP-U en el extremo opuesto del tunel esta vivo y que tiene que ser respondido adecuadamente por pares GTP-U en el extremo opuesto del tunel por una Respuesta de eco GTP-U a fin de facilitar una ruta /gestion adecuadas de tuneles. Sin embargo, si un elemento de red que representa un punto final del tunel GTP-U, es decir, un par GTP-U, se implementa en una arquitectura SDN con entidades de control descompuestas y de plano de usuario, no es posible responder a responder a la peticion de eco GTP-U en el plano del usuario, es decir, para generar y enviar una Respuesta de eco GTPU en el plano del usuario.
Por lo tanto, existe la necesidad de permitir el manejo de mensajes de senalizacion en el plano de datos en una arquitectura definida por software.
5
10
15
20
25
30
35
40
45
50
55
Resumen
Varias realizaciones de ejemplo de la presente invencion tienen por objeto tratar al menos parte de los inconvenientes y/o problemas y desventajas mencionados anteriormente.
Diversos aspectos de las realizaciones de ejemplo de la presente invencion se exponen en las reivindicaciones independientes 1, 4, 7 y 10 adjuntas, as! como las reivindicaciones dependientes. De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un metodo que comprende establecer, en una entidad de plano de control, una instruction para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, y proporcionar la instruccion establecida desde la entidad de plano de control a una entidad de plano de datos para instruir a la entidad de plano de datos a reaccionar al mensaje de senalizacion entrante especlfico con al menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida.
De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un metodo que comprende obtener, en una entidad de plano de datos, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, construir, en la entidad de plano de datos, al detectar un mensaje de senalizacion entrante especlfico en el plano de datos, al menos un mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion obtenida y emitir el al menos un mensaje saliente correspondiente en el plano de datos plano de datos como una reaction al mensaje de senalizacion entrante especlfico.
De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un aparato que comprende un procesador, y una memoria configurada para almacenar codigo de programa de ordenador, en el que el procesador esta configurado para hacer que el aparato realice: establecer, en una entidad de plano de control, una instruccion para reaccionar a un mensaje de senalizacion de entrada especlfico en el plano de datos con al menos un mensaje de salida correspondiente en el plano de datos y proporcionar la instruccion establecida desde la entidad de plano de control a una entidad de plano de datos para instruir a la entidad de plano de datos a reaccionar a la un mensaje de senalizacion entrante especlfico con al menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida.
De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un aparato que comprende un procesador, y una memoria configurada para almacenar codigo de programa de ordenador, en el que el procesador esta configurado para hacer que el aparato realice: obtener, en una entidad de plano de datos, una instruccion para reaccionar a un mensaje de senalizacion de entrada especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, construir, en la entidad de plano de datos, al detectar el mensaje de senalizacion entrante especlfico en el plano de datos, correspondiente en el plano de datos de acuerdo con la instruccion obtenida, y emitir el al menos un mensaje saliente correspondiente en el plano de datos como una reaccion al mensaje de senalizacion entrante especlfico.
De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un aparato que comprende medios para establecer, en una entidad de plano de control, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente sobre los datos un plano y un medio para proporcionar la instruccion establecida desde la entidad de plano de control a una entidad de plano de datos para instruir a la entidad de plano de datos a reaccionar al mensaje de senalizacion entrante especlfico con al menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida.
De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un aparato que comprende medios para obtener, en una entidad de plano de datos, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en los datos plano, medios para construir, en la entidad de plano de datos, al detectar un mensaje de senalizacion entrante especlfico en el plano de datos, al menos un mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion obtenida, y medios para emitir al menos un mensaje saliente correspondiente en el plano de datos como una reaccion al mensaje de senalizacion entrante especlfico.
De acuerdo con un aspecto de ejemplo de la presente invencion, se proporciona un producto de programa informatico que comprende un codigo de programa informatico ejecutable por ordenador que, cuando se ejecuta (o se pone en marcha) el codigo de programa en un ordenador o el programa se ejecuta en un ordenador de un aparato de acuerdo con cualquiera de los aspectos de ejemplo relacionados con el aparato anteriormente mencionados de la presente invencion), esta configurado para hacer que el ordenador lleve a cabo el metodo de acuerdo con cualquiera de los aspectos de ejemplo de la presente invencion relacionados con el metodo antes mencionado.
El producto de programa de ordenador puede comprender o puede estar incorporado como medio (tangible) legible por ordenador (de almacenamiento) o similar, sobre el que se almacena el codigo de programa de ordenador
5
10
15
20
25
30
35
40
45
ejecutable por ordenador y/o el programa puede cargarse directamente en una memoria interna del ordenador o un procesador del mismo.
Se exponen a continuacion otros desarrollos y/o modificaciones de los aspectos de ejemplo antes mencionados de la presente invention.
A modo de ejemplo de realization de la presente invencion, se activa la manipulation de mensajes de serialization en el plano de datos en una arquitectura definida por software. Dicho en otras palabras, esta habilitado en una arquitectura virtual basada en software con un plano de control descompuesto y entidades de plano de datos que un mensaje saliente correspondiente para un mensaje de senalizacion entrante especlfico en el plano de datos es generado y enviado en el plano de datos.
Breve description de los dibujos
A continuacion, la presente invencion se describira con mayor detalle por medio de ejemplos no limitativos con referencia a los dibujos adjuntos, en los que
La figura 1 muestra un diagrama esquematico que ilustra un primer ejemplo de metodos en una entidad de plano de control y una entidad de plano de datos de una primera alternativa segun realizaciones de ejemplo de la presente invencion,
La figura 2 muestra un diagrama esquematico que ilustra un segundo ejemplo de metodos en una entidad de plano de control y una entidad de plano de datos de la primera alternativa segun realizaciones de ejemplo de la presente invencion,
La figura 3 muestra un diagrama esquematico que ilustra un ejemplo de un procedimiento en una disposition de sistema en una arquitectura SDN de la primera alternativa segun realizaciones de ejemplo de la presente invencion,
La figura 4 muestra un diagrama esquematico que ilustra un ejemplo de metodos en una entidad de plano de control y una entidad de plano de datos de una segunda alternativa segun realizaciones de ejemplo de la presente invencion,
La figura 5 muestra un diagrama esquematico que ilustra un ejemplo de un procedimiento en una disposicion de sistema en una arquitectura SDN de la segunda alternativa segun realizaciones de ejemplo de la presente invencion,
La figura 6 muestra un diagrama esquematico que ilustra un ejemplo de un procedimiento en una disposicion de sistema en una arquitectura SDN de una tercera alternativa segun realizaciones de ejemplo de la presente invencion, y
La figura 7 muestra un diagrama esquematico que ilustra un ejemplo de una estructura de aparatos de acuerdo con realizaciones de ejemplo de la presente invencion.
Descripcion detallada de dibujos y realizaciones de la presente invencion
La presente invencion se describe en la presente memoria con referencia a ejemplos particulares no limitativos y a lo que actualmente se considera que son realizaciones concebibles de la presente invencion. Un experto en la tecnica apreciara que la invencion no se limita en modo alguno a estos ejemplos, y puede aplicarse mas ampliamente.
Debe observarse que la siguiente descripcion de la presente invencion y sus realizaciones se refiere principalmente a las especificaciones que se utilizan como ejemplos no limitativos para ciertas configuraciones de red de ejemplo y despliegues de sistema. A saber, la presente invencion y sus realizaciones se describen principalmente en relation con las especificaciones 3GPP y OpenFlow que se utilizan como ejemplos no limitativos para ciertas configuraciones de red de ejemplo y despliegues. Como tal, la descripcion de realizaciones de ejemplo dada aqul se refiere especlficamente a una terminologla que esta directamente relacionada con la misma. Tal terminologla se utiliza solamente en el contexto de los ejemplos no limitativos presentados, y naturalmente no limita la invencion de ninguna manera. Mas bien, cualquier otra configuration de red o despliegue de sistema, etc., tambien se pueden utilizar en tanto las realizaciones de ejemplo descritas en la presente memoria sean aplicables a la misma.
En particular, la presente invencion y sus realizaciones pueden ser aplicables en cualquier sistema de comunicacion movil y/o fijo y/o implementation de sistema que soporte arquitectura SDN y/o NFV, es decir, la implementation de elementos de red con una separation entre plano de control y plano de datos de acuerdo con a una arquitectura definida por el software.
5
10
15
20
25
30
35
40
45
50
55
Cuando se hace referenda aqul a una entidad de plano de control y a una entidad de plano de datos, el termino "entidad" debe interpretarse de la manera mas amplia posible, incluyendo cualquier implementation concebible en terminos de elementos flsicos/basados en hardware y/o logicos/virtuales/basados en software. A saber, el termino "entidad" puede referirse a una entidad de software (potencialmente, junto con o dentro de su entorno de hardware) o una entidad de funcion (potencialmente, junto con o dentro de su entorno de software). Nociones similares se aplican igualmente cuando se hace referencia aqul a un controlador de comunicacion entre planos que tambien se ha de interpretar de la manera mas amplia posible, incluyendo cualquier implementacion concebible en terminos de hardware elementos flsicos/basados en hardware y/o logicos/virtuales/basado en software, es decir, como una entidad de software o una entidad de funcion.
Para ser mas especlficos, uno cualquiera de una entidad de plano de control, un plano de datos y un controlador de comunicacion entre planos se implementa en una arquitectura SDN (pura) o en una arquitectura NFV con planos de control y datos separados de acuerdo con el principio SDN, o en una combination de los mismos. En una arquitectura SDN (pura), una entidad de plano de control, un plano de datos y un controlador de comunicacion entre planos puede considerarse como entidades de software, que pueden realizarse en un nodo o elemento de red o similar. En una arquitectura NFV con planos de control y de datos separados segun el principio SDN, una entidad de plano de control, un plano de datos y un controlador de comunicacion entre planos pueden considerarse como entidades o funciones de funcion (virtualizadas), que pueden realizarse en un centro de datos, servidor central, o similar.
En adelante, se describen diversas realizaciones de ejemplo e implementaciones de la presente invention y sus aspectos usando varias variantes y/o alternativas. Se observa generalmente que, de acuerdo con ciertas necesidades y restricciones, todas las variantes y/o alternativas descritas pueden proporcionarse solas o en cualquier combinacion concebible (incluyendo tambien combinaciones de caracterlsticas individuales de las diversas variantes y/o alternativas). En esta description, debe entenderse que las palabras "comprender" e "incluir" no limitan las realizaciones de ejemplo y las implementaciones descritas para que consistan unicamente en aquellas caracterlsticas que se han mencionado, y tales realizaciones de ejemplo e implementaciones tambien pueden contener caracterlsticas, estructuras, unidades, modulos, etc. que no se han mencionado especlficamente.
En los dibujos, se observa que las llneas/flechas que interconectan bloques o entidades individuales se dirigen generalmente a ilustrar un acoplamiento operacional entre ellos, que puede ser un acoplamiento flsico y/o logico, que por una parte es independiente de la implementacion cableado o inalambrico) y por otra parte tambien puede comprender un numero arbitrario de bloques o entidades funcionales intermedias no mostradas.
De acuerdo con realizaciones de ejemplo de la presente invencion, en terminos generales, se proporcionan medidas y mecanismos para permitir el manejo de mensajes de serialization en el plano de datos en una arquitectura definida por software.
En general, la realization ejemplar de la presente invencion se refiere a una entidad de plano de control y a una entidad de plano de datos, que puede formar elementos de red descompuestos implementados en arquitectura SDN pura (es decir, como entidades de plano de control y plano de datos puros) o arquitectura NFV (es decir, como un plano de control virtualizado y entidades de plano de datos) o una combinacion de los mismos. La entidad de plano de datos puede ser (parte de) un conmutador o enrutador de un tipo de protocolo dedicado (por ejemplo, un conmutador/enrutador OpenFlow, un elemento de reenvlo ForCES o similar) y la entidad de plano de control puede ser parte de un controlador de un tipo de protocolo dedicado (por ejemplo, un controlador de elemento de red operable por OpenFlow, un elemento de control ForCES o similar). Un controlador de comunicacion entre planos (no mostrado en la Figura 1) entre la entidad de plano de control y la entidad de plano de datos puede ser integrado en/con la entidad de plano de control (exponiendo as! la denominada SB (interfaz Southbound) a la entidad de plano de datos ) o puede realizarse como una entidad separada entre la entidad del plano de control y la entidad del plano de datos (exponiendo as! la denominada SB (interfaz Southbound) a la entidad del plano de datos y exponiendo la denominada NB (interfaz Northbound) a la entidad del plano de control), o puede integrarse en/con la entidad del plano de datos (exponiendo as! la denominada NB (interfaz Northbound) a la entidad del plano de control). El controlador de comunicacion entre planos puede ser (parte de) una interfaz de un tipo de protocolo dedicado (por ejemplo, un controlador OpenFlow, un elemento de red ForCES o similar).
La entidad de plano de control puede ser implementada en equipos de computation en nube, y puede estar asociada con una o mas entidades de plano de datos. Es decir, la entidad de plano de control puede implementarse centralmente para una entidad de plano de datos unica, varias entidades de plano de datos o todas las entidades de plano de datos en un cierto dominio administrativo. De lo contrario, la entidad de plano de control puede ser implementada en equipo informatico de red, y puede estar asociada con una entidad de plano de datos. Es decir, la entidad de plano de control puede implementarse distributivamente para una entidad de plano de datos unica, es decir, la entidad de plano de control puede funcionar en el mismo equipo informatico de red que la entidad de plano de datos asociada.
A continuation, se describe una primera alternativa segun realizaciones de ejemplo de la presente invencion.
5
10
15
20
25
30
35
40
45
50
55
La figura 1 muestra un diagrama esquematico que ilustra un primer ejemplo de metodos en una entidad de plano de control y una entidad de plano de datos de acuerdo con realizaciones de ejemplo de la presente invencion.
Como se muestra en la Figura 1, un metodo segun una realizacion ejemplar de la presente invencion se refiere a una entidad 1100 de plano de control. Dicho metodo comprende una operacion (1110) de establecer, en la entidad de plano de control, una instruccion para reaccionar a una entrada especlfica un mensaje de senalizacion en el plano de datos con al menos un mensaje de salida correspondiente en el plano de datos y una operacion (1120) de proporcionar la instruccion establecida desde la entidad de plano de control a una entidad de plano de datos (como se indica por una flecha discontinua) la entidad del plano de datos para reaccionar al mensaje de senalizacion entrante especlfico con el al menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida.
Tal como se muestra en la Figura 1, un metodo segun una realizacion ejemplar de la presente invencion se refiere a una entidad 1200 de plano de datos. Dicho metodo comprende una operacion (1210) de obtencion, en la entidad de plano de datos, de una instruccion para reaccionar a una entrada especlfica un mensaje de senalizacion en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, una operacion (1220) de construccion, en la entidad de plano de datos, tras la detection del mensaje de senalizacion entrante especlfico en el plano de datos, saliente en el plano de datos de acuerdo con la instruccion obtenida, y una operacion (1230) de emision del al menos un mensaje saliente correspondiente en el plano de datos como una reaction al mensaje de senalizacion entrante especlfico.
En la disposition de ejemplo de la figura 1, se supone que la entidad 1100 de plano de control proporciona la instruccion de reaccion a la entidad 1200 de plano de datos junto con una instruccion para almacenar la instruccion de reaccion como un almacenamiento local. En consecuencia, en el contexto de la obtencion de la instruccion de reaccion, la entidad 1200 de plano de datos recibe la instruccion de reaccion desde la entidad 1100 de plano de control, por ejemplo, a traves de un controlador de comunicacion entre planos, y almacena localmente la instruccion de reaccion. Sobre la base de tal enfoque local, cualquier entidad de plano de datos, puede almacenar una instruccion de reaccion en si y usar la instruccion de reaccion almacenada localmente para reaccionar al mensaje de senalizacion entrante especlfico en el plano de datos. Es decir, las instrucciones de reaccion relacionadas para el mensaje de senalizacion entrante especlfico podrlan ser almacenadas en cualquier entidad de plano de datos (potencialmente) procesando tal mensaje de senalizacion entrante especlfico, por ejemplo, en cualquier par de GTP-U, o en cualquier otra entidad (es decir, no necesariamente una entidad de plano de datos).
Dicho almacenamiento local en la entidad de plano de datos puede realizarse de una manera distribuida/separada para cada puerto, canal o conexion entrante de la entidad de plano de datos o puede realizarse de manera centralizada para todos los puertos, canales o conexiones entrantes de los datos entidad plana. En el caso de un almacenamiento local distribuido/separado, la instruccion de reaccion puede almacenarse para el manejo de mensajes de senalizacion entrantes del tipo especlfico relacionado, dependiendo del puerto, canal o conexion, a traves de/desde el cual se reciben los mensajes de senalizacion entrantes. Por ejemplo, la instruccion de reaccion se puede almacenar en diferentes ubicaciones de almacenamiento para el manejo de todos los mensajes de petition de eco GTP-U entrantes de diferentes pares/tuneles GTP. Por ejemplo, cuando el mensaje de senalizacion entrante especlfico es un mensaje GTP-U tal como una peticion de eco GTPU, el elemento de information de extension privado puede estar vaclo u omitido. En el caso de un almacenamiento local centralizado, la instruccion de reaccion se puede almacenar (como tipo de plantilla) para el tratamiento de todos los mensajes de senalizacion entrantes del tipo especlfico relacionado, independientemente del puerto, canal o conexion, a traves del cual se reciben mensajes de senalizacion. Por ejemplo, la instruccion de reaccion se puede almacenar en un unico lugar de almacenamiento (como una plantilla comun) para el manejo de todos los mensajes de peticion de eco GTP-U entrantes desde cualquier par/tunel GTP. Para ello, al proporcionar la instruccion de reaccion desde la entidad de plano de control a la entidad de plano de datos (por ejemplo, en un mensaje OpenFlow que contiene la instruccion de reaccion), puede incluirse una referencia a la ubicacion de almacenamiento (central), donde la instruccion de reaccion relacionada es para ser almacenado. Por lo tanto, la entidad de plano de datos puede referirse al almacenamiento central (y a la instruccion de reaccion almacenada de este modo) para el manejo del mensaje de senalizacion entrante del tipo especlfico relacionado.
La Figura 2 muestra un diagrama esquematico que ilustra un segundo ejemplo de metodos en una entidad de plano de control y una entidad de plano de datos de acuerdo con realizaciones de ejemplo de la presente invencion.
Como se muestra en la Figura 2, un metodo de acuerdo con una realizacion ejemplar de la presente invencion relativa a una entidad 2100 de plano de control corresponde basicamente al que se relaciona con la entidad 1100 de plano de control de la Figura 1 y un metodo de acuerdo con una realizacion ejemplar de la presente invencion relativa a una entidad 2300 de plano de datos corresponde basicamente a la que se refiere a la entidad 1200 de plano de datos de la Figura 1. Especlficamente, las operaciones 2110 y 2120 de la Figura 2 corresponden basicamente a las operaciones 1110 y 1120 de la Figura 1 y las operaciones 2310 a 2330 de la Figura 2 corresponden basicamente a las operaciones 1210 a 1230 de la figura 1, respectivamente. Por consiguiente, se hace referencia a la description anterior de la Figura 1 para detalles.
5
10
15
20
25
30
35
40
45
50
55
En la disposicion de ejemplo de la figura 2, se supone sin embargo que la entidad 2100 de plano de control proporciona la instruction de reaction a una entidad tal como, por ejemplo, una entidad 2200 de plano de datos y la otra entidad tal como la entidad 2300 de plano de datos obtiene la instruccion de reaccion de la entidad 2200 de plano de datos. Es decir, la entidad tal como la entidad 2200 de plano de datos puede actuar como almacenamiento central para la instruccion de reaccion. Con este fin, la entidad 2100 de plano de control proporciona la instruccion de reaccion a la entidad tal como la entidad 2200 de plano de datos junto con una instruccion para almacenar la instruccion de reaccion como almacenamiento central. En el contexto de obtener la instruccion de reaccion, la entidad 2300 de plano de datos adquiere la instruccion de reaccion de la entidad tal como la entidad 2200 de plano de datos que actua como almacenamiento central. Dicha adquisicion mediante el acceso al almacenamiento central de la instruccion de reaccion se puede habilitar porque la instruccion de reaccion esta unida unicamente con una referencia al almacenamiento central de la misma. Sobre la base de tal enfoque central, una entidad unica tal como una entidad de plano de datos unica en un dominio administrativo puede almacenar una instruccion de reaccion y (ademas de su uso local por la entidad de almacenamiento) la instruccion de reaccion almacenada puede usarse como una central almacenada en reaccionar al mensaje de senalizacion entrante especlfico en el plano de datos por cualquier otra entidad tal como cualquier otra entidad de plano de datos en el dominio administrativo. Para adquirir la instruccion de reaccion desde la ubicacion de almacenamiento central, por ejemplo, la entidad 2200 de plano de datos, la entidad que procesa dicho mensaje de senalizacion de entrada especlfico, tal como una entidad de plano de datos, puede utilizar un protocolo externo, como por ejemplo RPC (Llamada de Procedimiento Remota), una interfaz de base de datos o similar.
A saber, la instruccion de reaccion se puede almacenar (como tipo de plantilla) para el manejo de todos los mensajes de senalizacion entrantes del tipo especlfico relacionado en una pluralidad de entidades. Para ello, al proporcionar la instruccion de reaccion desde la entidad de plano de control a la entidad de almacenamiento tal como la entidad de plano de datos de almacenamiento (por ejemplo, en un mensaje OpenFlow que contiene la instruccion de reaccion), puede incluirse una referencia a la ubicacion de almacenamiento (central) donde se almacena la instruccion de reaccion relacionada. Por lo tanto, cualquier entidad puede referirse al almacenamiento central (ya la instruccion de reaccion almacenada de este modo) para el manejo del mensaje de senalizacion entrante del tipo especlfico relacionado. De este modo, se pueden reducir los requisitos de almacenamiento generales en el dominio administrativo y/o en el sistema/red en general.
La instruccion de reaccion antes mencionada de acuerdo con realizaciones de ejemplo de la presente invention puede ser especlfica para cualquier tipo de mensaje de senalizacion en el plano de datos. Tales mensajes de senalizacion especlficos pueden comprender, por ejemplo, uno o mas de un mensaje GTP-U, un mensaje RTCP, un mensaje TCP, un mensaje OSPF, un mensaje IS-IS, un mensaje BFD, un mensaje MPLS, un mensaje MPLS-TP, un mensaje de canal asociado generico MPLS (RFC5586) y un mensaje RSVP.
La instruccion de reaccion antes mencionada de acuerdo con realizaciones de ejemplo de la presente invencion puede referirse a responder al mensaje de senalizacion entrante especlfico. A este respecto, la instruccion de reaccion puede comprender una instruccion para construir el al menos un mensaje saliente como un mensaje de respuesta que responde al mensaje de senalizacion entrante especlfico mediante la transformation del mensaje de senalizacion entrante especlfico en un mensaje de respuesta correspondiente. Por ejemplo, un mensaje de Respuesta de eco GTP- U puede ser construido y enviado como reaccion a un mensaje de petition de eco GTP-U.
La instruccion de reaccion anteriormente mencionada de acuerdo con las realizaciones de ejemplo de la presente invencion puede (ademas o alternativamente) referirse a otro tipo de reaccion (distinta de una respuesta (directa)) al mensaje de senalizacion entrante especlfico. A este respecto, la instruccion de reaccion puede comprender una instruccion para construir el al menos un mensaje saliente como un mensaje dedicado que es activado por el mensaje de senalizacion entrante especlfico generando el mensaje dedicado en reaccion al mensaje de senalizacion entrante especlfico. Es decir, la reception de un mensaje de senalizacion entrante especlfico en el plano de datos puede desencadenar, como reaccion a la misma, la construction y el envlo de un mensaje dedicado, alternativamente o ademas de un mensaje de respuesta (directo) descrito anteriormente. Por ejemplo, puede mencionarse una notification a una entidad de supervision, que desearla ser informada acerca de un suceso especlfico en la entidad de plano de datos en cuestion (es decir, un evento relacionado con la recepcion de un mensaje de senalizacion entrante especlfico en el plano de datos).
Cuando se refiere a un manejo de respuesta, la instruccion de reaccion antes mencionada de acuerdo con realizaciones de ejemplo de la presente invencion puede comprender un conjunto de comandos para, y el edificio relacionado puede comprender as! operaciones correspondientes de establecer un tipo de mensaje de respuesta y al menos un origen de intercambio y direcciones de destino, intercambio de puertos de origen y de destino, y generation, modification o supresion de al menos un elemento de information o encabezado. La instruccion de reaccion (o, especlficamente, el conjunto de instrucciones de la misma) se puede implementar de diversas maneras. Por ejemplo, el conjunto de comandos puede estar listado como ordenes atomicas, es decir, cada orden puede ser identificada/definida por separado, o el conjunto de comandos o un subconjunto de los mismos puede agregarse en una lista compuesta, es decir, pueden identificarse/definirse comunmente varios comandos. Dicha lista de compuestos puede ser mas eficaz porque se puede hacer referencia con una referencia mas corta en comparacion con una lista
5
10
15
20
25
30
35
40
45
50
de comandos separados, permitiendo as! ahorrar recursos en el canal de control entre la entidad de plano de control y la entidad de plano de datos almacena la instruccion de respuesta.
La figura 3 muestra un diagrama esquematico que ilustra un ejemplo de un procedimiento en una disposicion de sistema en una arquitectura SDN de acuerdo con realizaciones de ejemplo de la presente invencion.
Como se muestra en la Figura 3, la disposicion de sistema subyacente comprende a manera de ejemplo elementos de red 3GPP eNB, SGW y PGW, que se implementan en una arquitectura SDN, siendo utilizado OpenFlow como protocolo de comunicacion entre planos. En consecuencia, uno cualquiera de los elementos de red eNB, SGW y PGW se descompone en una entidad de plano de control (eNB-C, SGW-C y PGW-C) y una entidad de plano de datos/usuario (eNB-U, SGW-U y PGW- U) con un controlador de comunicacion entre planos intermedio de acuerdo con el protocolo OpenFlow (OFC). De manera similar, tambien podrlan aplicarse otros elementos de red a este respecto, incluyendo, por ejemplo, RNC, SGSN, GGSN, ePDG, BRAS y TWaN. Incluso si el UE se descompone en una arquitectura SDN, tambien es posible aplicar dicho UE SDN.
Cuando se implementa en una arquitectura NFV o una arquitectura SDN/NFV combinada, al menos parte de las entidades individuales (es decir, eNB-C, eNB-U, SGW-C, SGW-U, PGW-C, PGW-U y OFC para eNB y/o SGW y/o PGW)) estarlan comprendidos en al menos un centro de datos, servidor central o similar (en lugar de en los nodos o elementos de red correspondientes).
Aunque el controlador OpenFlow se ejemplifica como una entidad separada entre la entidad de plano de control y la entidad de plano de datos para cada uno de los elementos de red ilustrados, podrla integrarse igualmente en/con la respectiva entidad de plano de control o la entidad respectiva de plano de datos, tal como se ha mencionado encima. En el presente ejemplo, cualquier comunicacion entre las respectivas entidades de plano de control, controladores de comunicacion entre planos y entidades de plano de datos se basa en el protocolo OpenFlow. Dependiendo de la implementacion del controlador OpenFlow en la respectiva entidad de plano de control o la respectiva entidad de plano de datos, cualquier comunicacion de este tipo puede ser llevada a traves de la denominada interfaz SB o la llamada interfaz NB, como se indica en la Figura 3.
En la siguiente descripcion, se supone, a manera de ejemplo, que una peticion de eco GTP-U, que es enviada desde el SGW al eNB a traves de un tunel GTP-U, representa un mensaje de senalizacion especlfico que ha de responder el eNB. Este ejemplo es solo con fines ilustrativos y no limita la presente invencion. Especlficamente, cualquier otro mensaje de senalizacion en el plano de datos/usuario puede procesarse de manera similar en cualquiera de los elementos de red ilustrados.
En un primer paso, el eNB-C establece una instruccion para responder (como un ejemplo no limitante de reaccion) a la Peticion de eco GTP-U y proporciona lo mismo al OFC. En una segunda etapa, el oFc envla la instruccion al eNB- U.
En el contexto actualmente ilustrado de OpenFlow, la instruccion puede comprender una regla de coincidencia para emparejar el mensaje de senalizacion especlfico (la Peticion de Eco GTP-U en el presente ejemplo) con una entrada de flujo anadida o modificada en una tabla de flujo de la entidad de plano de datos y un conjunto de acciones, asociado con la entrada de flujo coincidente, para definir uno o mas comandos para transformar el mensaje de senalizacion especlfico (la Peticion de Eco GTP-U en el presente ejemplo) en el mensaje de respuesta correspondiente (la Respuesta de eco GTP-U en el presente ejemplo). Por consiguiente, la instruccion puede proporcionarse en forma de una instruccion de modificacion de flujo (MOD-FLOW) o una instruccion de adicion de flujo (ADD-FLOW) para el tunel GTP-U en cuestion a traves del OFC al eNB-U. En tal instruccion, se identifican/definen comandos especlficos para ciertas acciones para aplicar a la Peticion de eco GTP-U, tal como se ejemplifica a continuacion.
En un tercer paso, el eNB-U recibe la peticion de eco GTP-U a traves del tunel GTP-U desde el SGW, es decir, detecta su recepcion y genera una respuesta transformando la Peticion de eco GTP-U en una Respuesta de eco GTP-U de acuerdo con la instruccion del eNB-C. En un cuarto paso, el eNB-U emite la Respuesta de eco GTP-U en el plano de datos a traves del tunel GTP-U al SGW como reaccion a la peticion de eco GTP-U.
La instruccion para transformar la Peticion de eco GTP-U en una Respuesta de eco GTP-U puede comprender un conjunto de comandos para ello, y la transformacion relacionada puede comprender as! operaciones correspondientes de reemplazar un tipo de mensaje de peticion por un tipo de mensaje de respuesta y al menos uno de intercambio de direcciones de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de datagrama de usuario de origen y destino, sustitucion de un identificador de punto final de tunel, insercion o sustitucion de un elemento de informacion de extension privado y empuje de un elemento de informacion de recuperacion.
El diseno de la peticion de eco GTP-U es el siguiente:
- Extension privada [opcional]
- Encabezado GTP-U (incluye el tipo de mensaje, TEID, Numero de secuencia, N-PDU)
- UDP
- IP
5 El diseno de la Respuesta de eco GTP-U es el siguiente:
- Extension privada [opcional]
- Recuperacion
- Encabezado GTP-U (incluye tipo MSG, TEID, numero de secuencia, numero N-PDU)
- UDP
10 - IP
El elemento de informacion de extension privado contiene un identificador de extension y un valor de extension para representar informacion especlfica del proveedor. El elemento de informacion de extension privado es un elemento de informacion opcional que puede incluirse en cualquier mensaje de serialization GTP, en el que un mensaje de serialization GTP puede incluir mas de un elemento de informacion del tipo de extension privado.
15 El elemento de informacion de recuperacion contiene un contador de reinicio que siempre se establece en 0.
En vista de los disenos de mensajes descritos anteriormente, se pueden incluir las siguientes acciones/ordenes en la instruction para transformar la Petition de eco GTP-U en una Respuesta de eco GTP-U.
Accion/Comando
Description
Cambiar la direccion IP
Intercambio/permuta mutuo del contenido de las direcciones IP de origen y destino
Intercambiar puerto IP
Intercambio/permuta mutuo del contenido de los puertos IP de origen y de destino
Intercambiar puerto UDP
Intercambio/permuta mutuo del contenido de los puertos UDP de origen y de destino
Establecer tipo de Mensaje
Reemplazar el tipo de Mensaje existente
Establecer TEID
Reemplazar el TEID existente (realizar funcion de resumen recursivo)
Establecer Extension Privada
Reemplazar el elemento de informacion existente “Extension Privada”
Impulsar Recuperacion
Impulsar un nuevo elemento de informacion “Recuperacion”
Tales acciones/ordenes pueden estar asociadas con la regla de coincidencia para la reception de la Peticion de Eco 20 GTP-U para ser ejecutadas en la Peticion de eco GTP-U recibida al emparejar la misma a la entrada de flujo correspondiente, es decir, las acciones/se evaluan sobre la base de la peticion de eco GTP-U recibida por el eNB-U. Posteriormente, la Respuesta de eco GTP-U as! transformada se envla a traves del puerto de salida asociado con la direction IP y el puerto de origen.
En consecuencia, en lugar de reenviar la Peticion de Eco GTP-U desde el eNB-U al OFC, el eNB-U mantiene la 25 Peticion de Eco GTP-U dentro de su dominio, de acuerdo con el requisito de los comandos/acciones como asociados con la regla de coincidencia de la Peticion de eco GTP-U, con el fin de manipular el mensaje recibido de modo que se vuelva a escribir para que sea una Respuesta de eco GTP-U.
En una disposition de sistema basada en OpenFlow, las realizaciones de ejemplo de la presente invention abarcan los siguientes procedimientos. Por una parte, se anade una accion/indicacion con respecto a la instruccion al menos
5
10
15
20
25
30
35
40
45
50
55
al mensaje ADDFLOW o MOD-FLOW. Por otra parte, la entidad de plano de datos anuncia su capacidad de poder aplicar el nuevo conjunto de comandos/acciones de acuerdo con la instruccion en un mensaje de respuesta de caracterlsticas en respuesta a un mensaje de solicitud de caracterlsticas hacia el OFC durante un procedimiento de establecimiento de la conexion OpenFlow canal.
Como resulta evidente de lo anterior, el procedimiento de eco GTP-U de acuerdo con las especificaciones 3GPP esta totalmente soportado por la primera alternativa segun realizaciones de ejemplo de la presente invencion.
La primera alternativa segun realizaciones de ejemplo de la presente invencion permite que un mensaje saliente correspondiente en el plano de datos se construya como una reaccion a un mensaje de senalizacion especlfico en el plano de datos. A este respecto, la entidad de plano de datos (y/o, si esta integrada, el controlador de comunicacion entre planos) evalua (y potencialmente modifica) el mensaje de senalizacion especlfico unicamente en el nivel de datos/plano de reenvlo y emite el mensaje saliente resultante en el plano de datos.
En comparacion con una segunda alternativa que se describira mas adelante, la primera alternativa segun realizaciones de ejemplo de la presente invencion presenta diversas ventajas. Basicamente, es beneficioso que la entidad de plano de control (el eNB-C en el ejemplo anterior y/o, si esta integrado, el controlador de comunicacion entre planos) y/o el correspondiente controlador de comunicacion entre planos no esta obligado a recibir o procesar el mensaje de senalizacion entrante especlfico (la Peticion de eco GTP-U en el ejemplo anterior) y para crear el mensaje saliente correspondiente (la Respuesta de eco GTP-U en el ejemplo anterior). Ademas, la carga de calculo es menor, lo que carga la entidad de plano de control (el eNB-C en el ejemplo anterior y/o, si esta integrado, el controlador de comunicacion entre planos), la interfaz de comunicacion entre planos y la entidad de plano de datos el eNB-U en el ejemplo anterior y/o, si esta integrado, el controlador de comunicacion entre planos). Por lo tanto, se pueden prevenir cargas potencialmente pesadas en estas entidades. Esto da como resultado la posibilidad de tener mas conexiones tales como tuneles GTP entre elementos de red correspondientes o pares, que pueden ser manejados simultaneamente. Esto es mas eficiente en terminos de uso de recursos. Es decir, la primera alternativa segun realizaciones de ejemplo de la presente invencion libera la entidad de plano de control (el eNB-C en el ejemplo anterior y/o, si esta integrado, el controlador de comunicacion entre planos) y el controlador de comunicacion entre planos el OFC en el ejemplo anterior) de carga adicional y minimiza la carga de trafico en las interfaces de comunicacion entre planos entre ellos.
A continuacion, se describe una segunda alternativa segun realizaciones de ejemplo de la presente invencion.
La figura 4 muestra un diagrama esquematico que ilustra un ejemplo de metodos en una entidad de plano de control y una entidad de plano de datos de acuerdo con realizaciones de ejemplo de la presente invencion.
Como se muestra en la Figura 4, un metodo segun una realizacion ejemplar de la presente invencion se refiere a una entidad 4200 de plano de datos. Dicho metodo comprende una operacion (4210) de reenvlo de un mensaje de senalizacion entrante especlfico, al detectar el mensaje de senalizacion entrante especlfico en el plano de datos, a una entidad 4100 de datos de control, una operacion (4220) para obtener al menos un mensaje saliente correspondiente al mensaje de senalizacion entrante especlfico desde la entidad 4100 de plano de control, y una operacion (4230) de emision del al menos uno correspondiente saliente en el plano de datos como una reaccion al mensaje de senalizacion entrante especlfico.
Tal como se muestra en la Figura 4, un metodo segun una realizacion ejemplar de la presente invencion se refiere a una entidad 4100 de plano de control. Dicho metodo comprende una operacion (4110) de establecimiento de una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, una operacion (4120) para obtener el mensaje de senalizacion entrante especlfico de la entidad 4200 de plano de datos, una operacion (4130) de construccion del al menos un mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion establecida, y una operacion (4140) de reenvlo del al menos un mensaje saliente correspondiente para el mensaje de senalizacion de entrada especlfico a la entidad 4200 de plano de datos.
La instruccion antes mencionada de acuerdo con realizaciones de ejemplo de la presente invencion puede ser especlfica para cualquier tipo de mensaje de senalizacion en el plano de datos. Tales mensajes de senalizacion especlficos pueden comprender, por ejemplo, uno o mas de un mensaje GTP-U, un mensaje RTCP, un mensaje TCP, un mensaje OSPF, un mensaje IS-IS, un mensaje BFD, un mensaje MPLS, un mensaje MPLS-TP, un mensaje de canal asociado generico MPLS (RFC5586) y un mensaje RSVP.
Como se ha explicado anteriormente, la instruccion de reaccion antes mencionada de acuerdo con realizaciones de ejemplo de la presente invencion puede referirse a responder al mensaje de senalizacion entrante especlfico y/o a otro tipo de reaccion (distinta de una respuesta directa) al mensaje de senalizacion entrante especlfico. A saber, la instruccion de reaccion puede comprender una instruccion para construir el al menos un mensaje saliente como un mensaje de respuesta que responde al mensaje de senalizacion entrante especlfico mediante la transformacion del
5
10
15
20
25
30
35
40
45
50
mensaje de senalizacion entrante especlfico en un mensaje de respuesta correspondiente y/o una instruccion para construir el mensaje al menos un mensaje saliente como un mensaje dedicado que es activado por el mensaje de senalizacion entrante especlfico generando el mensaje dedicado en reaccion al mensaje de senalizacion entrante especlfico.
Cuando se hace referencia a un tratamiento de respuesta, la instruccion de reaccion antes mencionada de acuerdo con realizaciones de ejemplo de la presente invencion puede comprender un conjunto de instrucciones para, y el edificio relacionado puede comprender as! operaciones correspondientes, como se ha descrito anteriormente en la primera alternativa. En consecuencia, no se repite una descripcion detallada a este respecto, pero se hace referencia a lo anterior para obtener detalles a este respecto. En particular, si la entidad de plano de control esta logicamente y/o flsicamente separada del controlador de comunicacion entre planos utilizando la interfaz NB (Northbound) o OF, el enfoque de manejo de mensajes de senal de la segunda alternativa es especlficamente aplicable.
La figura 5 muestra un diagrama esquematico que ilustra un ejemplo de un procedimiento en una disposition de sistema en una arquitectura SDN segun realizaciones de ejemplo de la presente invencion.
Como se muestra en la Figura 5, la disposicion de sistema subyacente corresponde a la de la Figura 3. A modo de ejemplo, se ejemplifican los elementos de red 3GPP eNB, SGW y PGW, que se implementan en una arquitectura SDN, utilizando OpenFlow como comunicacion entre planos protocolo. Ademas, la respuesta a una petition de eco GTP-U se ejemplifica unicamente con fines ilustrativos. Para mas detalles a este respecto, se hace referencia a la descripcion de la figura 3. Las nociones anteriores relativas a una implementation en una arquitectura NFV o una arquitectura combinada SDN/NFV tambien se aplican en igual medida.
En una primera etapa, el eNB-U recibe una peticion de eco GTP-U a traves del tunel GTP-U desde el SGW, es decir, detecta su reception. En un segundo paso, el eNB-U envla la Peticion de eco GTP-U recibida al OFC a traves de un mensaje OpenFlow "Packet In". En un tercer paso, el OFC remite la Peticion de eco GTP-U recibida al eNB-C a traves de un mensaje OpenFlow "Packet In". A continuation, el eNB-C evalua la Peticion de eco GTP-U, tal como se lleva en el mensaje "Paquete de entrada" de OpenFlow y transforma el mismo en una Respuesta de eco GTP-U de acuerdo con la instruccion relacionada para responder (como ejemplo no limitativo de reaccionar) a la Peticion de eco GTP-U. En un cuarto paso, el eNB-C envla la Respuesta de eco GTPU construida al OFC a traves de un mensaje OpenFlow "Packet Out". En un quinto paso, el OFC envla la Respuesta de eco GTP-U recibida al eNB-U a traves de un mensaje OpenFlow "Packet Out". En un sexto paso, el eNB-U emite la Respuesta de eco GTP-U en el plano de datos a traves del tunel GTP-U al SGW.
La instruccion para transformar la Peticion de eco GTP-U en una Respuesta de eco GTP-U puede comprender un conjunto de comandos para, y la transformation relacionada puede comprender as! operaciones correspondientes, como se ha descrito anteriormente en relation con la Figura 3. Por consiguiente, no se repite, pero se hace referencia a la descripcion de la figura 3 para detalles a este respecto.
En consecuencia, la Peticion de Eco GTP-U es reenviada desde el eNB-U al OFC y al eNB-C, y el eNB-C evalua la Peticion de Eco GTP-U dentro de su dominio, de acuerdo con el requisito de los comandos/acciones como asociadas con la Peticion de eco GTP-U, con el fin de manipular el mensaje recibido de modo que se vuelva a escribir para que sea una Respuesta de eco GTP-U.
De todos modos, el eNB-U puede configurarse con una regla de coincidencia para emparejar el mensaje de senalizacion especlfico (la Peticion de Eco GTP-U en el presente ejemplo) con una entrada de flujo anadida o modificada en una tabla de flujo de la entidad de plano de datos para (GTP-U Echo Response en el presente ejemplo) con el mensaje de salida correspondiente (la Respuesta de eco GTP-U en el presente ejemplo). En consecuencia, se puede proporcionar una instruccion asociada con la instruccion de reaccion desde el eNB-C al eNB-U (similar a la primera alternativa) en forma de una instruccion de modification de flujo (MOD-Flow) o una instruccion de adicion de flujo (ADD -Flow) para el tunel GTP-U en cuestion a traves del OFC.
Como es evidente a partir de lo anterior, el procedimiento de eco GTP-U de acuerdo con las especificaciones 3GPP esta totalmente soportado por la segunda alternativa segun realizaciones de ejemplo de la presente invencion.
La segunda alternativa segun realizaciones de ejemplo de la presente invencion permite que un mensaje saliente correspondiente en el plano de datos se construya como reaccion a un mensaje de senalizacion entrante especlfico en el plano de datos. A este respecto, la entidad de plano de datos (y/o, si esta integrada, el controlador de comunicacion entre planos) reenvla el mensaje de senalizacion entrante especlfico para generar una reaccion a la entidad de plano de control (y/o, si esta integrado, el inter (y potencialmente) modifica el mensaje de senalizacion de entrada especlfico solo en el nivel de plano de control, y envla el mensaje de salida resultante a la entidad de plano de datos para su emision en el plano de datos.
A continuacion, se describe una tercera alternativa segun realizaciones de ejemplo de la presente invencion.
Aunque no se muestran, las operaciones individuales de metodos en una entidad de plano de control y una entidad de plano de datos de acuerdo con realizaciones de ejemplo de la presente invencion son basicamente similares a la de la segunda alternativa, como se ha descrito anteriormente.
A saber, la operacion 4110 de la figura 4 (as! como una disposicion similar a la de la operacion 1120 de la figura 1) 5 puede realizarse en la entidad del plano de control, las operaciones 4120, 4130 y 4140 de la figura 4 pueden realizarse en un controlador de comunicacion inter-planos y las operaciones 4210, 4220 y 4230 de la Figura 4 pueden realizarse en la entidad del plano de datos.
La figura 6 muestra un diagrama esquematico que ilustra un ejemplo de un procedimiento en una disposicion de sistema en una arquitectura SDN de una tercera alternativa segun realizaciones de ejemplo de la presente invencion.
10 Como se muestra en la Figura 6, la disposicion de sistema subyacente corresponde a la de las Figuras 3 y 5. A modo de ejemplo, se ejemplifican los elementos de red 3GPP eNB, SGW y PGW, que se implementan en una arquitectura SDN, utilizando OpenFlow como inter- plano protocolo de comunicacion. Ademas, la respuesta a una peticion de eco GTP-U se ejemplifica unicamente con fines ilustrativos. Para mas detalles a este respecto, se hace referencia a la descripcion de la figura 3. Las nociones anteriores relativas a una implementacion en una arquitectura NFV o una 15 arquitectura combinada SDN/NFV tambien se aplican en igual medida.
En un paso preliminar (denotado como paso 0), el eNB-C ordena al OFC que actue en nombre del eNB-C en terminos del manejo de un mensaje de senalizacion entrante especlfico en el plano de datos. Tales instrucciones podrlan comprender la provision de una instruccion para reaccionar al mensaje de senalizacion entrante especlfico, como se explica en detalle anteriormente.
20 En una primera etapa, el eNB-U recibe una peticion de eco GTP-U a traves del tunel GTP-U desde el SGW, es decir, detecta su recepcion. En un segundo paso, el eNB-U envla la Peticion de eco GTP-U recibida al OFC a traves de un mensaje OpenFlow "Packet In". Entonces, de acuerdo con la instruccion del eNB-C, el OFC evalua la Peticion de eco GTP-U, tal como se lleva en el mensaje "Packet In" de OpenFlow y lo transforma en una Respuesta de eco GTP-U de acuerdo con la instruccion relacionada para respondiendo (como un ejemplo no limitativo de reaccion) a la Peticion de 25 eco GTP-U. En un tercer paso, el OFC reenvla la Respuesta de eco GTP-U construida al eNB-U a traves de un mensaje OpenFlow "Packet Out". En un cuarto paso, el eNB-U emite la Respuesta de eco GTP-U en el plano de datos a traves del tunel GTP-U al SGW.
La instruccion para transformar la Peticion de eco GTP-U en una Respuesta de eco GTP-U puede comprender un conjunto de comandos para, y la transformacion relacionada puede comprender as! operaciones correspondientes, 30 como se ha descrito anteriormente en relacion con las Figuras 3 y 5. Por consiguiente, a este respecto no se repite, pero se hace referencia a la descripcion de la figura 3 para detalles a este respecto.
En consecuencia, la peticion de eco GTP-U es reenviada desde el eNB-U al OFC y el OFC evalua la Peticion de Eco GTP-U dentro de su dominio, de acuerdo con el requisito de los comandos/acciones asociados con la peticion de Eco GTP-U, con el fin de manipular el mensaje recibido de modo que se vuelva a escribir para que sea una Respuesta de 35 eco GTP-U.
Como resulta evidente de lo anterior, el procedimiento de eco GTP-U de acuerdo con las especificaciones 3GPP esta totalmente soportado por la tercera alternativa segun realizaciones de ejemplo de la presente invencion.
La tercera alternativa segun realizaciones de ejemplo de la presente invencion podrla considerarse como una solucion hlbrida sobre la base de la primera y segunda alternativas, como se ha descrito anteriormente. Permite que un mensaje 40 de salida correspondiente en el plano de datos se construya como una reaccion a un mensaje de senalizacion entrante especlfico en el plano de datos. A este respecto, la entidad del plano de datos envla el mensaje de senalizacion entrante especlfico para la generacion de una reaccion al mismo a un controlador de comunicacion entre planos y el controlador de comunicacion entre planos evalua (y potencialmente) el mensaje de senalizacion entrante especlfico y envla el mensaje de senalizacion entrante especlfico. resultante a la entidad del plano de datos para la emision en el 45 plano de datos. Dependiendo de la implementacion del controlador OpenFlow en la respectiva entidad de plano de control o la entidad de plano de datos respectiva, la evaluacion del mensaje de senalizacion entrante especlfico tiene lugar solamente en el nivel de plano de control o en el nivel de plano de datos/reenvlo.
En virtud de ejemplos de realizacion de la presente invencion, como es evidente a partir de lo anterior, se activa la manipulacion de mensajes de senalizacion en el plano de datos en una arquitectura definida por software. Dicho de 50 otro modo, esta habilitado en una arquitectura definida por software (tal como una arquitectura SDN y/o NFV) con un plano de control descompuesto y entidades de plano de datos que se genera un mensaje saliente correspondiente para un mensaje de senalizacion entrante especlfico en el plano de datos y enviado en el plano de datos. A este respecto, se describen diversas formas para construir un mensaje de salida apropiado para un mensaje de senalizacion recibido en el plano de datos.
5
10
15
20
25
30
35
40
45
50
Aunque la descripcion anterior se centra en ciertos ejemplos de mensajes de senalizacion, debe observarse que realizaciones de ejemplo de la presente invencion son igualmente aplicables a cualquier tipo de mensaje de senalizacion transportado en el plano de datos. Por ejemplo, el mensaje de senalizacion especlfico de acuerdo con realizaciones de ejemplo de la presente invencion puede ser cualquier mensaje GTP-U que pueda ser recibido y al cual se envla un mensaje saliente correspondiente tal como, por ejemplo, debe construirse y enviarse una respuesta. En terminos generales, el mecanismo de acuerdo con las realizaciones de ejemplo de la presente invencion puede ser aplicable a cualquier mensaje de cualquier tipo de protocolos que esten (logicamente/virtualmente) cerca del plano de datos/usuario/reenvlo, como, por ejemplo, RTCP, TCP o similares. En principio, por ejemplo, incluso los mensajes OSPF, los mensajes ISIS, los mensajes BFD MPLS, los mensajes MPLS-Tp, los mensajes MPLS Generic Associated Channel (RFC5586) y/o RSVP mantienen las respuestas vivas, se pueden generar errores de senalizacion o similares y enviarse de acuerdo con el mecanismo segun realizaciones de ejemplo de la presente invencion.
Aunque la descripcion anterior se centra en ciertos ejemplos de arquitecturas SDN sobre la base del protocolo OpenFlow, debe observarse que las realizaciones de ejemplo de la presente invencion son igualmente aplicables a cualquier tipo de protocolo de comunicacion (interplano) que sea apropiado para ser adoptado en arquitecturas SDN y/o NFV. Por ejemplo, el protocolo de comunicacion (entre planos) segun realizaciones de ejemplo de la presente invencion puede ser cualquier protocolo de comunicacion capaz de definir y controlar una interfaz de comunicacion entre planos entre una entidad de plano de control y una entidad de plano de datos (por ejemplo, de cierta red elementos). Dicho protocolo de comunicacion (entre planos) comprende a manera de ejemplo ForCES, SNMP o NetConf.
Los metodos, procedimientos y funciones descritos anteriormente pueden ser implementados por elementos funcionales, entidades, modulos, unidades, procesadores o similares, como se describe a continuacion.
Aunque en lo anterior las realizaciones de ejemplo anteriores de la presente invencion se describen principalmente con referencia a metodos, procedimientos y funciones, las correspondientes realizaciones de ejemplo de la presente invencion cubren tambien aparatos, entidades, modulos, unidades, nodos y sistemas de red respectivos, que incluyen software y/o hardware de los mismos.
Las realizaciones de ejemplo respectivas de la presente invencion se describen a continuacion haciendo referencia a la Figura 7, mientras que por razones de brevedad se hace referencia a la descripcion detallada de configuraciones/configuraciones correspondientes respectivas, esquemas, metodos y funcionalidad, principios y operaciones de acuerdo con las Figuras 1 a 6.
La Figura 7 muestra un diagrama esquematico que ilustra un ejemplo de una estructura de aparatos de acuerdo con realizaciones de ejemplo de la presente invencion.
En la figura 7, los bloques de llneas continuas estan configurados basicamente para realizar metodos, procedimientos y/o funciones respectivas como se ha descrito anteriormente. La totalidad de los bloques de llneas continuas se configuran basicamente para llevar a cabo los metodos, procedimientos y/o funciones descritos anteriormente, respectivamente. Con respecto a la figura 7, debe observarse que los bloques individuales estan destinados a ilustrar bloques funcionales respectivos que implementan una funcion, procedimiento o procedimiento respectivo, respectivamente. Dichos bloques funcionales son independientes de la implementacion, es decir, pueden implementarse por medio de cualquier tipo de hardware o software o combination de los mismos, respectivamente.
Ademas, en la Figura 7, solo se ilustran aquellos bloques funcionales que se refieren a cualquiera de los metodos, procedimientos y/o funciones descritos anteriormente. Una persona experta reconocera la presencia de cualesquiera otros bloques funcionales convencionales requeridos para una operation de disposiciones estructurales respectivas, tales como, por ejemplo, una fuente de alimentation, una unidad central de procesamiento, memorias respectivas o similares. Entre otros, se proporcionan una o mas memorias para almacenar programas o instrucciones de programa para controlar o permitir que las entidades funcionales individuales o cualquier combinacion de los mismos para operar como se describe en el presente documento en relation a realizaciones de ejemplo.
Como se indica en la Figura 7, segun un ejemplo de realization de la presente invencion, un aparato 10 puede comprender al menos un procesador 11 y al menos una memoria 12 (y posiblemente tambien al menos un conector 13), que puede ser conectada o acoplada operativamente, por ejemplo, mediante un bus 14 o similar, respectivamente. El aparato 10 puede ser (parte de) equipo de computation en nube o equipo de computation en red.
El procesador 11 y/o el conector 13 del aparato 10 tambien pueden incluir un modem o similar, para facilitar la comunicacion sobre un enlace (cableado o inalambrico), respectivamente. El conector 13 del aparato 10 puede incluir un transmisor, receptor o transceptor adecuado conectado o acoplado a una o mas antenas, unidades de antena, tales como matrices de antenas o medios de comunicacion o medios para comunicaciones (de cable o inalambricas) con las comunicaciones enlazadas, acopladas o dispositivos conectados, respectivamente. El conector 13 del aparato 10
5
10
15
20
25
30
35
40
45
50
esta configurado generalmente para comunicarse con al menos otro aparato, dispositivo, nodo o entidad (en particular, el conector de los mismos).
La memoria 12 del aparato 10 puede almacenar programas respectivos, productos de programa, macros o componentes de aplicaciones, etc., o partes de ellos, que se puede suponer que comprenden instrucciones de programa o codigo de programa de ordenador que, cuando son ejecutados por el procesador respectivo, dispositivo o aparato electronico para operar de acuerdo con realizaciones de ejemplo de la presente invencion.
En terminos generales, los dispositivos/aparatos respectivos (y/o partes de los mismos) pueden representar medios para realizar operaciones respectivas y/o exhibir funcionalidades respectivas, y/o los dispositivos respectivos (y/o partes de los mismos) pueden tener funciones para realizar operaciones respectivas y/o exhibiendo funcionalidades respectivas.
En vista de lo anterior, el aparato 10 ilustrado de este modo es adecuado para uso en la practica de una o mas de las realizaciones de ejemplo de la presente invencion, como se describe en el presente documento.
Cuando en la descripcion subsiguiente se afirma que el procesador (o algun otro medio) esta configurado para realizar alguna funcion, esto debe interpretarse como equivalente a una descripcion que indica que un procesador (es decir, al menos uno) o circuiterla correspondiente, potencialmente en cooperation con un codigo de programa informatico almacenado en la memoria del aparato respectivo o disponible de otro modo (se deberla apreciar que la memoria tambien puede ser una memoria externa o proporcionada/realizada por un servicio de nube o similar), esta configurada para causar la aparato para realizar al menos la funcion mencionada. Ademas, dicha funcion debe interpretarse como implementable equivalentemente mediante circuitos configurados especlficamente o medios para realizar la funcion respectiva (es decir, la expresion "procesador configurado para hacer que el aparato realice xxx-ing se interpreta como equivalente a una expresion tales como "medios para xxx-ing").
El aparato 10 ilustrado de este modo puede representar una entidad de plano de control (de una parte) y/o un controlador de comunicacion entre planos (integrado/asociado) de acuerdo con realizaciones de ejemplo de la presente invencion, y puede configurarse para llevar a cabo (o llevar a cabo, ejecutar, etc.) un procedimiento y/o exhibir una funcionalidad como se describe (para la entidad de plano de control (por ejemplo, de un elemento de red arbitraria)) en una cualquiera de las figuras 1 a 6, especialmente una cualquiera de las figuras 1 a 3.
En este caso, el aparato 10 o su procesador 11 (posiblemente junto con el codigo de programa informatico almacenado en la memoria 12), en su forma mas basica, esta configurado para establecer, en una entidad de plano de control, una instruction para reaccionar a una entrada especlfica mensaje de serialization en el plano de datos con al menos un mensaje de salida correspondiente en el plano de datos y proporcionar la instruccion establecida desde la entidad de plano de control a una entidad de plano de datos para instruir a la entidad de plano de datos a reaccionar al mensaje de senalizacion entrante especlfico con el menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida.
Como alternativa, el aparato 10 o su procesador 11 (posiblemente junto con un codigo de programa de ordenador almacenado en la memoria 12) puede estar configurado para proporcionar la instruccion establecida para un controlador de comunicacion inter-plano en lugar de la entidad del plano de datos.
El aparato 10 ilustrado de este modo puede representar una entidad de plano de datos (parte de uno) y/o un controlador de comunicacion entre planos (integrado/asociado) de acuerdo con realizaciones de ejemplo de la presente invencion, y puede configurarse para llevar a cabo (o llevar a cabo, ejecutar, etc.) un procedimiento y/o exhibir una funcionalidad como la descrita (para la entidad del plano de datos (por ejemplo, de un elemento de red arbitrario)) en una cualquiera de las Figuras 1 a 6, especialmente una cualquiera de las Figuras 1 a 3.
En este caso, el aparato 10 o su procesador 11 (posiblemente junto con el codigo de programa informatico almacenado en la memoria 12), en su forma mas basica, esta configurado para obtener, en una entidad de plano de datos, una instruccion para reaccionar a una entrada especlfica mensaje de senalizacion en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, construir, en la entidad de plano de datos, al detectar el mensaje de senalizacion entrante especlfico en el plano de datos, al menos un mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion obtenida, y emitir el al menos un mensaje saliente correspondiente en el plano de datos como una reaction al mensaje de senalizacion entrante especlfico.
Como alternativa, el aparato 10 o su procesador 11 (posiblemente junto con el codigo de programa de ordenador almacenado en la memoria 12) puede configurarse para actuar como un controlador de comunicacion entre planos dispuesto entre el plano de datos y el plano de control de tal manera que la instruccion se obtiene en el controlador de comunicacion en plano en lugar de la entidad de plano de datos y el al menos un mensaje saliente correspondiente se construye en el controlador de comunicacion entre planos en lugar de la entidad de plano de datos. Entonces, el
5
10
15
20
25
30
35
40
45
50
55
controlador de comunicacion entre pianos puede emitir el as! construido al menos un mensaje saliente correspondiente a la entidad de plano de datos en lugar de al plano de datos (tunel, canal, conexion, etc.) como tal.
De acuerdo con realizaciones de ejemplo de la presente invencion, uno cualquiera de los procesadores, la memoria y el conector pueden implementarse como modulos individuales, chips, conjuntos de chips, circuitos o similares, o uno o mas de ellos se pueden implementar como un modulo comun, chip, conjunto de chip, circuiterla o similares, respectivamente.
Como se ha mencionado anteriormente, cualquier aparato de acuerdo con realizaciones de ejemplo de la presente invencion puede estructurarse comprendiendo medios respectivos para realizar operaciones, procedimientos y/o funciones correspondientes. Por ejemplo, dichos medios pueden implementarse/realizarse sobre la base de una estructura de aparato, como se ejemplifica en la Figura 6 anterior, es decir, por uno o mas procesadores 11, una o mas memorias 12, uno o mas conectores 13, o cualquier combination de los mismos.
Con referencia a las figuras 1 y 2, un aparato de acuerdo con realizaciones de ejemplo de la presente invencion, que se refiere a una entidad de plano de control, puede comprender medios para establecer, en una entidad de plano de control, una instruction para reaccionar a un mensaje de serialization entrante especlfico en la un plano de datos con al menos un mensaje de salida correspondiente en el plano de datos (como se indica mediante los bloques 1110 y 2110), y medios para proporcionar la instruccion establecida desde la entidad de plano de control a una entidad de plano de datos para instruir a la entidad de plano de datos a reaccionar a la mensaje de senalizacion entrante especlfico con al menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida (como se indica por los bloques 1120 y 2120).
Haciendo referencia a las figuras 1 y 2, un aparato segun realizaciones de ejemplo de la presente invencion, que se refiere a una entidad de plano de datos, puede comprender medios para obtener, en una entidad de plano de datos, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en la plano de datos con al menos un mensaje saliente correspondiente en el plano de datos (como se indica mediante los bloques 1210 y 2310), medios para construir, en la entidad de plano de datos, al detectar el mensaje de senalizacion entrante especlfico en el plano de datos, el mensaje de salida correspondiente en el plano de datos de acuerdo con la instruccion obtenida (como se indica mediante los bloques 1220 y 2320), y medios para emitir el al menos un mensaje saliente correspondiente en el plano de datos en respuesta al mensaje de senalizacion entrante especlfico bloques 1230 y 2330).
De acuerdo con realizaciones de ejemplo de la presente invencion, un sistema puede comprender cualquier combinacion concebible de los dispositivos/aparatos as! representados y otros elementos de red, que estan configurados para cooperar como se ha descrito anteriormente.
En general, debe observarse que los respectivos bloques funcionales o elementos de acuerdo con los aspectos descritos anteriormente pueden implementarse mediante cualquier medio conocido, ya sea en hardware y/o software, respectivamente, si esta adaptado solamente para realizar las funciones descritas de las partes respectivas. Los pasos del procedimiento mencionados se pueden realizar en bloques funcionales individuales o por dispositivos individuales, o una o mas de las etapas del metodo pueden realizarse en un solo bloque funcional o por un unico dispositivo.
Generalmente, cualquier paso del metodo es adecuado para ser implementado como software o por hardware sin cambiar la idea de la presente invencion. Dicho software puede ser independiente del codigo de software y puede especificarse utilizando cualquier lenguaje de programacion conocido o desarrollado en el futuro, tal como, por ejemplo, Java, C ++, C y Assembler, siempre que se preserve la funcionalidad definida por los pasos del metodo. Tal hardware puede ser independiente del tipo de hardware y puede ser implementado usando cualquier tecnologla de hardware desarrollada conocida o futura o cualquier hlbrido de estos, tales como MOS (Metal Oxide Semiconductor), CMOS (MOS Complementario), BiMOS (MOS Bipolar), BiCMOS (CMOS Bipolar ), TLL (Transistor-Transistor Logic), etc., utilizando, por ejemplo, componentes ASIC (Application Specific IC (Integrated Circuit)), componentes FPGA (Field-programmable Gate Arrays), CPLD (Complex Programmable Logic Device) o componentes DSP (Digital Signal Processor). Un dispositivo/aparato puede estar representado por un chip semiconductor, un conjunto de chips, o un modulo (hardware) que comprende dicho chip o conjunto de chips; sin embargo, no excluye la posibilidad de que una funcionalidad de un dispositivo/aparato o modulo, en lugar de ser hardware implementado, sea implementada como software en un modulo (de software) tal como un programa de ordenador o un producto de programa de ordenador que comprende codigo de software ejecutable porciones para ejecucion/ejecucion en un procesador. Un dispositivo puede considerarse como un dispositivo/aparato o como un conjunto de mas de un dispositivo/aparato, funcionalmente en cooperation entre si o funcionalmente independientemente entre si, pero en un mismo alojamiento de dispositivo, por ejemplo.
Los aparatos y/o medios o partes de los mismos pueden implementarse como dispositivos individuales, pero esto no excluye que puedan ser implementados de forma distribuida en todo el sistema, siempre que se preserve la funcionalidad del dispositivo. Tales y similares principios deben ser considerados como conocidos por un experto en la materia.
El software en el sentido de la presente descripcion comprende codigo de software como tal que comprende medios o porciones de codigo o un programa de ordenador o un producto de programa informatico para realizar las respectivas funciones, as! como software (o un programa informatico o un producto de programa informatico) incorporado en un medio tangible tal como un medio (de almacenamiento) que puede ser leldo de forma informatizada que ha 5 almacenado en el una respectiva estructura de datos o medios de codigo/porciones o incorporado en una serial o en un chip, potencialmente durante su procesamiento.
La presente invencion tambien cubre cualquier combinacion concebible de etapas de procedimiento y operaciones descritas anteriormente, y cualquier combinacion concebible de nodos, aparatos, modulos o elementos descritos anteriormente, siempre que sean aplicables los conceptos de metodologla y disposicion estructural antes descritos.
10 En vista de lo anterior, se proporcionan medidas para manejar un mensaje de senalizacion en un plano de datos en una arquitectura definida por software. Tales medidas pueden comprender, por ejemplo, el establecimiento, en una entidad de plano de control, de una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con un mensaje saliente correspondiente en el plano de datos, proporcionar la instruccion establecida desde la entidad de plano de control a un plano de datos para instruir a la entidad del plano de datos para que reaccione 15 al mensaje de senalizacion entrante especlfico con el mensaje saliente correspondiente de acuerdo con la instruccion establecida y que reaccione en la entidad del plano de datos al detectar el mensaje de senalizacion entrante especlfico en el plano de datos el mensaje de senalizacion de entrada especlfico en el plano de datos con el mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion proporcionada.
Aunque la invencion se ha descrito en lo anterior con referencia a los ejemplos de acuerdo con los dibujos adjuntos, 20 debe entenderse que la invencion no esta limitada a los mismos. Mas bien, es evidente para los expertos en la tecnica que la presente invencion puede modificarse de muchas maneras sin apartarse del alcance de la idea inventiva como se describe en la presente memoria.
Lista de acronimos y abreviaturas
3GPP
BFD
BRAS
eNB
eNB-C
eNB-U
ePDG
ETSI
E-UTRAN
ForCES
GGSN
GPRS
GTP
GTP-U
IS-IS
LSR
LTE
Proyecto de Asociacion de 3a Generation Detection de reenvlo bidireccional Servidor de acceso de banda ancha NodoB mejorado (estacion base en LTE)
Plano de control NodoB mejorado
Plano de usuario NodoB mejorado
Puerta de enlace de datos de paquetes evolucionado
Instituto Europeo de Normas de Telecomunicaciones
Red de Acceso de Radio Terrestre Universal Evolucionada
Elemento de reenvlo y control Protocolo de separation
Nodo de soporte GPRS de puerta de enlace
Paquete general de Radioservicio
Protocolo de tunel GPRS
Protocolo de tunel GPRS
Sistema intermedio al protocolo del sistema intermedio Enrutador conmutado de etiquetas evolution a largo plazo
LTE-A
Evolucion a largo plazo avanzada
MME
Entidad gestora de movilidad
MPLS
Conmutacion de etiquetas multiprotocolo
MPLS-TP
Protocolo de transporte MPLS
NB
Northbound
NFV
Funciones de red Virtualizacion
N-PDUNetwork
Unidad de datos de protocolo
OF
Protocolo OpenFlow
OFC
Controlador OpenFlow
OSPF
Abrir la ruta mas corta primero
PGW
Puerta de enlace de paquete
PGW-C
Plano de control de puerta de enlace de paquete
PGW-U
Plano de usuario de puerta de enlace de paquete
RNC
Controlador de red de radio
RPC
Llamada a procedimiento remoto
RSVP
Protocolo de reserva de recursos
RTCP
Protocolo de control de transporte en tiempo real
SB
Southbound
SDN
Redes definidas por software
SGSN
Servir el Nodo de Soporte de GPRS
SGW
Servidor de puerta de enlace
SGW-C
Servidor del plano de control de puerta de enlace
SGW-U
Plano de usuario de servidor de puerta de enlace
SNMP
Protocolo Simple de Manejo de Red
TCP
Protocolo de Control de Transmision
TEID
Identificador del punto final del tunel
TWAN
Red de acceso WLAN de confianza
UDP
Protocolo de datagramas de usuario
UE
Equipo de usuario
WLAN
Red inalambrica local

Claims (13)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    REIVINDICACIONES
    1. Un metodo para instruir a una entidad de plano de datos para manejar mensajes de senalizacion, comprendiendo el metodo:
    establecer (1110, 2110), en una entidad (1100, 2100) de plano de control, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, y proporcionar (1120, 2120) ) la instruccion establecida desde la entidad (1100, 2100) de plano de control a una entidad de plano de datos para instruir a la entidad (1200, 2200) de plano de datos a reaccionar al mensaje de senalizacion entrante especlfico con el al menos un mensaje saliente correspondiente de acuerdo con la instruccion establecida,
    caracterizado porque
    el mensaje de senalizacion entrante especlfico en el plano de datos se recibe a traves de un tunel GTP-U y el al menos un mensaje saliente correspondiente en el plano de datos se emitira a traves del tunel GTP-U y
    la instruccion indica a la entidad del plano de datos construir un mensaje de respuesta de eco GTP-U del tipo de mensaje de respuesta, como el al menos un mensaje saliente correspondiente, que es un mensaje de respuesta que responde a un mensaje de peticion de eco GTPU de tipo mensaje de solicitud, como mensaje de senalizacion entrante especlfico y emitir el mensaje de respuesta GTP-U en el plano de datos hacia un destino correspondiente a un origen del mensaje de peticion de eco GTP-U, y
    en el que la instruccion comprende un conjunto de comandos para transformar el mensaje de peticion de eco GTP-U en la Respuesta de eco GTP-U mensaje de
    reemplazar un tipo de mensaje de peticion por un tipo de mensaje de respuesta e intercambiar direcciones de protocolo de Internet de origen y de destino, intercambiar puertos de protocolo de Internet de origen y de destino, intercambiar puertos de protocolo de datagrama de usuario de origen y destino, reemplazar un identificador de punto final de tunel, e impulsar un elemento de informacion de recuperacion.
  2. 2. El metodo de acuerdo con la reivindicacion 1, en el que
    la instruccion se proporciona a traves de un controlador de comunicacion entre planos que tiene una interfaz de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, un protocolo NetConf o un protocolo NFV, y/o
    la entidad de plano de datos es un conmutador o enrutador de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, un NetConf o un protocolo NFV, y/o
    el plano de control y el plano de datos son capas de una arquitectura definida por software y/o
    la entidad de plano de control y la entidad de plano de datos son partes de un elemento de red implementado en una arquitectura de red definida por software o una arquitectura de virtualizacion de funciones de red.
  3. 3. El metodo de acuerdo con una cualquiera de las reivindicaciones 1 y 2, en el que
    la instruccion comprende una regla de coincidencia para emparejar el mensaje de senalizacion especlfico con una entrada de flujo anadida o modificada en una tabla de flujo de la entidad de plano de datos y un conjunto de accion, asociado con la entrada de flujo coincidente, para definir uno o mas comandos para reaccionar al mensaje de senalizacion especlfico.
  4. 4. Un metodo para utilizar instrucciones en una entidad de plano de datos para manejar mensajes de senalizacion, comprendiendo el metodo:
    obtener (1210, 2310), en una entidad (1200, 2300) de plano de datos, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, construyendo (1220, 2320), en la entidad (1200, 2300) de plano de datos, tras la deteccion del mensaje de senalizacion entrante especlfico en el plano de datos, al menos un mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion obtenida, y.
    emitir (1230, 2330) el al menos un mensaje saliente correspondiente en el plano de datos como reaccion al mensaje de senalizacion entrante especlfico,
    5
    10
    15
    20
    25
    30
    35
    40
    caracterizado porque
    el mensaje de senalizacion entrante especlfico en el plano de datos se recibe a traves de un tunel GTP-U y el al menos un mensaje saliente correspondiente en el plano de datos es emitido a traves del tunel GTP-U y
    un mensaje de respuesta de eco GTP-U del tipo de mensaje de respuesta, como el al menos un mensaje de salida correspondiente, que es un mensaje de respuesta que responde a un mensaje de peticion de eco GTP-U de tipo de mensaje de peticion, como el mensaje de senalizacion entrante especlfico, se construye, y se genera el mensaje de respuesta en el plano de datos hacia un destino correspondiente a un origen del mensaje de peticion de eco gTP-U, y en el que la construccion, basandose en un conjunto de comandos en la instruccion de respuesta, comprende transformar el mensaje de peticion de eco GTP-U en el mensaje de Respuesta de eco GTP-U por
    reemplazar un tipo de mensaje de peticion por un tipo de mensaje de respuesta, e
    intercambio de direcciones de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de datagrama de usuario de origen y destino, sustitucion de un identificador de punto final de tunel, insercion o sustitucion de un elemento de informacion de extension privado y empuje de un elemento de informacion de recuperacion.
  5. 5. Procedimiento de acuerdo con la reivindicacion 4, en el que
    la instruccion se obtiene a traves de un controlador de comunicacion entre planos que tiene una interfaz de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, un NetConf o un NFV, y/o
    la entidad de plano de datos es un conmutador o enrutador de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, NetConf o un NFV y /
    el plano de datos es una capa de una arquitectura de red definida por software y/o
    la entidad de plano de datos es parte de un elemento de red implementado en una arquitectura de red definida por software o una arquitectura de virtualizacion de funciones de red.
  6. 6. El metodo de acuerdo con una cualquiera de las reivindicaciones 4 y 5, en el que
    la instruccion comprende una regla de coincidencia para emparejar el mensaje de senalizacion especlfico con una entrada de flujo anadida o modificada en una tabla de flujo de la entidad de plano de datos y un conjunto de accion, asociado con la entrada de flujo coincidente, para definir uno o mas comandos para reaccionar al mensaje de senalizacion especlfico.
  7. 7. Un aparato para instruir a una entidad de plano de datos para manejar mensajes de senalizacion, aparato que comprende:
    medios para establecer (1110, 2110), en una entidad (1100, 2100) de plano de control, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos, y
    medios para proporcionar (1120, 2120) la instruccion establecida desde la entidad (1100, 2100) de plano de control a una entidad (1200, 2200) de plano de datos para instruir a la entidad de plano de datos a reaccionar al mensaje de senalizacion entrante especlfico con al menos uno mensaje saliente correspondiente de acuerdo con la instruccion establecida,
    caracterizado porque
    el mensaje de senalizacion entrante especlfico en el plano de datos se recibe a traves de un tunel GTP-U y el al menos un mensaje saliente correspondiente en el plano de datos se emitira a traves del tunel GTP-U y
    la instruccion ordena a la entidad de plano de datos que construya un mensaje de respuesta de eco GTP-U de tipo de mensaje de respuesta, como el al menos un mensaje saliente correspondiente, que es un mensaje de respuesta que responde a un mensaje de peticion de eco GTP-U de tipo mensaje de peticion, como el mensaje de senalizacion entrante especlfico, y enviar el mensaje de respuesta de eco GTP-U en el plano de datos hacia un destino correspondiente a un origen del mensaje de peticion de eco GTP-U, y
    5
    10
    15
    20
    25
    30
    35
    40
    en el que la instruccion comprende un conjunto de comandos para transformar el mensaje de peticion de eco GTP-U en el mensaje de respuesta de eco GTP-U por
    reemplazo de un tipo de mensaje de peticion por un tipo de mensaje de respuesta, e
    intercambio de direcciones de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de datagrama de usuario de origen y destino, sustitucion de un identificador de punto final de tunel, insercion o sustitucion de un elemento de informacion de extension privado y empuje de un elemento de informacion de recuperacion.
  8. 8. El aparato de acuerdo con la reivindicacion 7, en el que
    la instruccion se proporciona a traves de un controlador de comunicacion entre planos que tiene una interfaz de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, un NetConf o un NFV y/o
    la entidad de plano de datos es un conmutador o enrutador de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, un NetConf o un NFV, y/o
    el plano de control y el plano de datos son capas de una arquitectura definida por software y/o
    la entidad de plano de control y la entidad de plano de datos son partes de un elemento de red implementado en una arquitectura de red definida por software o una arquitectura de virtualizacion de funciones de red.
  9. 9. El aparato de acuerdo con una cualquiera de las reivindicaciones 7 y 8, en el que
    la instruccion comprende una regla de coincidencia para emparejar el mensaje de senalizacion especlfico con una entrada de flujo anadida o modificada en una tabla de flujo de la entidad de plano de datos y un conjunto de accion, asociado con la entrada de flujo coincidente, para definir uno o mas comandos para reaccionar al mensaje de senalizacion especlfico.
  10. 10. Un aparato que usa instrucciones en una entidad de plano de datos para manejar mensajes de senalizacion, comprendiendo el aparato:
    medios (1210, 2310) para obtener, en una entidad (1200, 2300) de plano de datos, una instruccion para reaccionar a un mensaje de senalizacion entrante especlfico en el plano de datos con al menos un mensaje saliente correspondiente en el plano de datos,
    medios (1220, 2320) para construir, en la entidad (1200, 2300) de plano de datos, al detectar un mensaje de senalizacion entrante especlfico en el plano de datos, al menos un mensaje saliente correspondiente en el plano de datos de acuerdo con la instruccion obtenida, y
    medios (1230, 2330) para emitir al menos un mensaje saliente correspondiente en el plano de datos como una reaccion al mensaje de senalizacion entrante especlfico,
    caracterizado porque
    el mensaje de senalizacion entrante especlfico en el plano de datos se recibe a traves de un tunel GTP-U y el al menos un mensaje saliente correspondiente en el plano de datos es emitido a traves del tunel GTP-U y
    un mensaje de respuesta de eco GTP-U de tipo de mensaje de respuesta, como el al menos un mensaje saliente correspondiente, que es un mensaje de respuesta que responde a un mensaje de peticion de eco GTP-U de tipo de mensaje de peticion como el mensaje de senalizacion entrante especlfico, se construye, y el mensaje de Respuesta de eco GTP-U es emitido en el plano de datos hacia un destino correspondiente a un origen del mensaje de peticion de eco GTP-U y el aparato esta configurado para realizar, basandose en un conjunto de comandos en la instruccion de respuesta, transformar el mensaje de peticion eco GTP-U en el mensaje de respuesta de eco GTP-U por
    reemplazo de un tipo de mensaje de peticion por un tipo de mensaje de respuesta, e
    intercambio de direcciones de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de Internet de origen y de destino, intercambio de puertos de protocolo de datagrama de usuario de origen y destino, sustitucion de un identificador de punto final de tunel, insercion o sustitucion de un elemento de informacion de extension privado y empuje de un elemento de informacion de recuperacion.
  11. 11. Aparato de acuerdo con la reivindicacion 10, en el que
    la instruccion se obtiene a traves de un controlador de comunicacion entre pianos que tiene una interfaz de acuerdo con un protocolo OpenFlow, un ForCES, un SNMP, un NetConf o un NFV y/o
    la entidad de plano de datos es un conmutador o enrutador de acuerdo con un protocolo OpenFlow, un ForCES, un 5 SNMP, un NetConf o un NFV, y/o
    el plano de datos es una capa de una arquitectura de red definida por software y/o
    la entidad de plano de datos es parte de un elemento de red implementado en una arquitectura de red definida por software o una arquitectura de virtualizacion de funciones de red.
  12. 12. El aparato de acuerdo con una cualquiera de las reivindicaciones 10 y 11, en el que
    10 la instruccion comprende una regla de coincidencia para emparejar el mensaje de senalizacion especlfico con una entrada de flujo anadida o modificada en una tabla de flujo de la entidad de plano de datos y un conjunto de accion, asociado con la entrada de flujo coincidente, para definir uno o mas comandos para reaccionar al mensaje de senalizacion especlfico.
  13. 13. Un producto de programa de ordenador que comprende un codigo de programa de ordenador ejecutable por 15 ordenador que, cuando el codigo de programa de ordenador se ejecuta en un ordenador, esta configurado para hacer
    que el ordenador lleve a cabo
    el metodo de acuerdo con una cualquiera de las reivindicaciones 1 a 3, o el metodo de acuerdo con una cualquiera de las reivindicaciones 4 a 6.
ES13766033.8T 2013-09-20 2013-09-20 Manipulación de mensajes de señalización en el plano de datos en una arquitectura definida por software Active ES2644311T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/069585 WO2015039699A1 (en) 2013-09-20 2013-09-20 Handling of signaling messages on the data plane in a software-defined architecture

Publications (1)

Publication Number Publication Date
ES2644311T3 true ES2644311T3 (es) 2017-11-28

Family

ID=49230749

Family Applications (1)

Application Number Title Priority Date Filing Date
ES13766033.8T Active ES2644311T3 (es) 2013-09-20 2013-09-20 Manipulación de mensajes de señalización en el plano de datos en una arquitectura definida por software

Country Status (6)

Country Link
US (1) US10009264B2 (es)
EP (1) EP3047621B1 (es)
CN (1) CN105960789A (es)
ES (1) ES2644311T3 (es)
PL (1) PL3047621T3 (es)
WO (1) WO2015039699A1 (es)

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9578664B1 (en) 2013-02-07 2017-02-21 Sprint Communications Company L.P. Trusted signaling in 3GPP interfaces in a network function virtualization wireless communication system
CN104378249B (zh) * 2013-08-13 2019-06-11 中兴通讯股份有限公司 数据链路的检测方法、装置、系统、控制器及网关
CN104378250B (zh) * 2013-08-13 2019-06-25 中兴通讯股份有限公司 数据链路的检测方法、装置、系统、控制器及网关
US9596628B2 (en) 2013-10-31 2017-03-14 Intel Corporation Gateway arrangements for wireless communication networks
US9806979B1 (en) * 2013-12-19 2017-10-31 Amdocs Software Systems Limited System, method, and computer program for optimizing a chain of virtual network functions in a network based on network function virtualization (NFV)
EP2911347B1 (en) * 2014-02-24 2019-02-13 Hewlett-Packard Enterprise Development LP Providing policy information
WO2015143610A1 (zh) * 2014-03-24 2015-10-01 华为技术有限公司 一种nfv系统的业务实现方法及通信单元
US10644950B2 (en) * 2014-09-25 2020-05-05 At&T Intellectual Property I, L.P. Dynamic policy based software defined network mechanism
US10045229B2 (en) * 2015-02-27 2018-08-07 Keysight Technologies, Inc. System and method for monitoring and traffic management in cellular networks based on cellular attributes
US20160315866A1 (en) * 2015-04-27 2016-10-27 Telefonaktiebolaget L M Ericsson (Publ) Service based intelligent packet-in mechanism for openflow switches
US9565168B1 (en) 2015-05-05 2017-02-07 Sprint Communications Company L.P. System and method of a trusted computing operation mode
US10419891B2 (en) * 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US9686240B1 (en) 2015-07-07 2017-06-20 Sprint Communications Company L.P. IPv6 to IPv4 data packet migration in a trusted security zone
US9749294B1 (en) 2015-09-08 2017-08-29 Sprint Communications Company L.P. System and method of establishing trusted operability between networks in a network functions virtualization environment
GB2542573B (en) 2015-09-22 2018-08-15 Vodafone Ip Licensing Ltd Network roaming
CN106559917A (zh) * 2015-09-30 2017-04-05 中国移动通信集团公司 用户设备初始附着方法及系统
US10542115B1 (en) 2015-10-01 2020-01-21 Sprint Communications Company L.P. Securing communications in a network function virtualization (NFV) core network
US20170102957A1 (en) * 2015-10-09 2017-04-13 Sprint Communications Company L.P. System and Method for Trusted Operability When Moving Between Network Functions Virtualization States
US9811686B1 (en) 2015-10-09 2017-11-07 Sprint Communications Company L.P. Support systems interactions with virtual network functions in a trusted security zone
US9781016B1 (en) 2015-11-02 2017-10-03 Sprint Communications Company L.P. Dynamic addition of network function services
CN107786613B (zh) 2016-08-30 2020-05-12 新华三技术有限公司 宽带远程接入服务器bras转发实现方法和装置
US10250498B1 (en) 2016-10-03 2019-04-02 Sprint Communications Company L.P. Session aggregator brokering of data stream communication
US11003978B2 (en) 2016-12-14 2021-05-11 Ajay Khoche Programmable network node roles in hierarchical communications network
US11138490B2 (en) 2016-12-14 2021-10-05 Ajay Khoche Hierarchical combination of distributed statistics in a monitoring network
CN108234422B (zh) 2016-12-21 2020-03-06 新华三技术有限公司 资源调度方法及装置
US20180248770A1 (en) * 2017-02-28 2018-08-30 Arista Networks, Inc. System and method of network operating system containers
US10708233B2 (en) * 2017-03-30 2020-07-07 Zscaler, Inc. Identification of certificate pinned mobile applications in cloud based security systems
US10348488B1 (en) 2017-08-25 2019-07-09 Sprint Communications Company L.P. Tiered distributed ledger technology (DLT) in a network function virtualization (NFV) core network
US11188355B2 (en) * 2017-10-11 2021-11-30 Barefoot Networks, Inc. Data plane program verification
CN109840155B (zh) * 2017-11-24 2023-04-07 中兴通讯股份有限公司 一种实现远程过程调用的方法及装置
CN107733728B (zh) * 2017-11-30 2021-07-02 新华三技术有限公司 多机备份方法和装置
US10635428B2 (en) 2018-03-30 2020-04-28 Arista Networks, Inc. System and method for in-service update of software
CN112753204B (zh) * 2018-07-24 2023-07-25 上海诺基亚贝尔股份有限公司 递送数据平面分组的方法、设备和计算机可读介质
US10846179B2 (en) 2018-11-05 2020-11-24 Arista Networks, Inc. Hitless repair for network device components
EP3877849A4 (en) * 2018-11-09 2022-08-24 Trackonomy Systems, Inc. DISTRIBUTED AGENT OS AND HARDWARE INSTANCIATION TO OPTIMIZE GLOBAL OBJECTIVES
CN109327393B (zh) * 2018-11-17 2021-01-22 中国人民解放军战略支援部队信息工程大学 网络交换目的端口确定方法、装置及基于该装置的交换机
US11301231B2 (en) 2019-04-05 2022-04-12 Arista Networks, Inc. Dynamic run time programming of hardware tables
US11394563B2 (en) 2020-04-30 2022-07-19 Zscaler, Inc. Encrypted traffic inspection in a cloud-based security system
US11847205B1 (en) 2020-10-26 2023-12-19 T-Mobile Innovations Llc Trusted 5G network function virtualization of virtual network function elements embedded on a system-on-chip
CN113179299B (zh) * 2021-04-19 2022-06-21 温州职业技术学院 面向工业互联网应用的服务功能链协同控制系统及方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2572473B1 (en) * 2010-05-19 2014-02-26 Telefonaktiebolaget L M Ericsson (PUBL) Methods and apparatus for use in an openflow network
US8873398B2 (en) 2011-05-23 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Implementing EPC in a cloud computer with openflow data plane
EP2721777B1 (en) 2011-06-20 2016-04-13 Telefonaktiebolaget LM Ericsson (publ) Methods and devices for monitoring a data path
US8971338B2 (en) * 2012-01-09 2015-03-03 Telefonaktiebolaget L M Ericsson (Publ) Expanding network functionalities for openflow based split-architecture networks
US9106711B2 (en) * 2012-09-04 2015-08-11 Telefonaktiebolaget L M Ericsson (Publ) Minimizing mapping and signaling for data path aggregation
CN103209121B (zh) * 2013-03-15 2019-02-01 中兴通讯股份有限公司 基于开放流协议的控制面设备的发现处理方法及装置
US10021643B2 (en) 2013-07-03 2018-07-10 Nokia Solutions And Networks Gmbh & Co. Kg User plane IDLE mode buffering within software defined network architecture

Also Published As

Publication number Publication date
US10009264B2 (en) 2018-06-26
WO2015039699A1 (en) 2015-03-26
US20160234104A1 (en) 2016-08-11
PL3047621T3 (pl) 2017-12-29
EP3047621B1 (en) 2017-07-19
EP3047621A1 (en) 2016-07-27
CN105960789A (zh) 2016-09-21

Similar Documents

Publication Publication Date Title
ES2644311T3 (es) Manipulación de mensajes de señalización en el plano de datos en una arquitectura definida por software
ES2586741T3 (es) Red de auto-retorno en LTE
EP3461186B1 (en) Message processing method and device
CN107896195B (zh) 服务链编排方法、装置及服务链拓扑结构系统
ES2905499T3 (es) Nodos SDN híbridos divididos horizontalmente configurados por Openflow
ES2908267T3 (es) Equipo de usuario directo a equipo de usuario sin identificador de acceso a la red de datos
US8995444B2 (en) Method and system for extending routing domain to non-routing end stations
US10009267B2 (en) Method and system for controlling an underlying physical network by a software defined network
ES2746048T3 (es) Método, sistema y puente de control para obtener información de topología de extensión de puerto
ES2268165T3 (es) Optimacion de agente local para manipular ip movil y mpls estaticas (conmutacion de etiquetas multiprotocolo).
ES2688670T3 (es) Selección de pasarela para optimización de arquitectura de red de comunicaciones móvil
US12089270B2 (en) Method and apparatus for establishing data transmission link and computer-readable storage medium
US20130229910A1 (en) System, method, apparatus, and computer program product for providing network connectivity
CN104919766A (zh) 用于设备到设备通信的路径切换过程
PT2335395E (pt) Método de fornecimento de comunicação de dados a um veículo
CN112491687B (zh) 一种处理报文的方法及装置
CN106465200A (zh) 第5代移动网络中的按需网络服务
US20240235984A1 (en) Traffic engineering in fabric topologies with deterministic services
ES2922416T3 (es) Transmisión de trayectoria múltiple de datos
WO2020173198A1 (zh) 一种报文的处理方法、报文转发装置以及报文处理装置
WO2014132967A1 (ja) 通信システム、スイッチ、制御装置、制御用チャネルの構築方法及びプログラム
ES2804676T3 (es) Método para implementar un túnel de GRE, un punto de acceso y una puerta de enlace
WO2016197950A1 (zh) 一种路径检测的方法、路由设备及系统
CN109076020A (zh) 用于在下一代无线网络中支持低移动性设备的系统和方法
CN102291305A (zh) 实现6to4中继路由的方法和设备以及报文转发方法