ES3052694T3 - Communication method, up device and cp device - Google Patents

Communication method, up device and cp device

Info

Publication number
ES3052694T3
ES3052694T3 ES20936016T ES20936016T ES3052694T3 ES 3052694 T3 ES3052694 T3 ES 3052694T3 ES 20936016 T ES20936016 T ES 20936016T ES 20936016 T ES20936016 T ES 20936016T ES 3052694 T3 ES3052694 T3 ES 3052694T3
Authority
ES
Spain
Prior art keywords
interface
pfcp
message
information
type
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
ES20936016T
Other languages
English (en)
Inventor
Chengguang Niu
Zhouyi Yu
Hongtao Guo
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES3052694T3 publication Critical patent/ES3052694T3/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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2858—Access network architectures
    • H04L12/2859—Point-to-point connection between the data network and the subscribers
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2858—Access network architectures
    • H04L12/2861—Point-to-multipoint connection from the data network to the subscribers
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/287—Remote access server, e.g. BRAS
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • 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/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • 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
    • 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/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • 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/54—Organization of routing tables
    • 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/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • 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/645—Splitting route computation layer and forwarding layer, e.g. routing according to path computational element [PCE] or based on OpenFlow functionality
    • 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/645—Splitting route computation layer and forwarding layer, e.g. routing according to path computational element [PCE] or based on OpenFlow functionality
    • H04L45/655—Interaction between route computation entities and forwarding entities, e.g. for route determination or for flow table update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

Se proporciona un método de comunicación, un dispositivo UP y un dispositivo CP, pertenecientes al campo técnico de las comunicaciones. Según este método, un dispositivo UP puede reportar información de interfaz a un dispositivo CP mediante un PFCP. Específicamente, un dispositivo UP transporta información de interfaz en un mensaje PFCP y lo transmite a un dispositivo CP, de modo que este último puede obtener la información de interfaz del dispositivo UP a partir del mensaje PFCP, garantizando así que el dispositivo CP pueda detectar la información de interfaz del dispositivo UP. Por lo tanto, se soluciona en cierta medida el problema de la limitación de funciones causada por la información de interfaz insuficiente obtenida por el dispositivo CP, facilitando así el uso de la información de interfaz del dispositivo UP para realizar funciones. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN
[0002] Método de comunicación, dispositivo up y dispositivo CP
[0003] CAMPO TÉCNICO
[0004] Esta divulgación se refiere generalmente al campo de tecnologías de comunicación, y la invención en particular se refiere a un método de comunicación, un dispositivo UP, y un dispositivo CP.
[0005] ANTECEDENTES
[0006] Una puerta de enlace de red de banda ancha (BNG) es una puerta de enlace de acceso orientada a una red de banda ancha. Cuando una terminal accede a una red, la BNG es responsable de la autenticación y asignación de dirección de protocolo de internet (IP), para conectar la terminal a una red de banda ancha. Las funciones de la BNG se clasifican en un plano de control y un plano de reenvío. El plano de control proporciona servicios tal como gestión de acceso, gestión de sesión, autenticación, autorización, contabilidad (AAA), asignación de dirección, y control de política de servicio. El plano de reenvío lleva a cabo el procesamiento de reenvío tal como enviar un paquete de protocolo de acceso al plano de control y reenviar, a una terminal, un paquete de control destinado a la terminal enviada por el plano de control.
[0007] La BNG puede adoptar una arquitectura de plano de control y separación de plano de usuario (Control Plane and User Plane Disaggregated, CU separation). Cuando se usa una arquitectura de separación CU, se separa un plano de control y un plano de reenvío de la BNG. Específicamente, una BNG con separación CU incluye un dispositivo de plano de control (CP) y un dispositivo de plano de usuario (UP). El dispositivo CP funciona principalmente como el plano de control, y el dispositivo UP funciona principalmente como el plano de reenvío. El dispositivo UP incluye una pluralidad de interfaces. Sin embargo, actualmente el dispositivo CP en la BNG con la arquitectura de separación CU puede no conocer la información acerca de una interfaz en un dispositivo UP. La insuficiencia de la información de la interfaz conduce a la limitación en las funciones del dispositivo CP, por ejemplo, el dispositivo CP no puede controlar el acceso de los suscriptores.
[0008] El documento US 2020/100319 A1 divulga que una función de gestión de sesión (SMF) recibe un mensaje de una función de exposición a la red (NEF). El mensaje comprende datos de enlace descendente y un indicador de asistencia de liberación (RAI). El RAI indica que se espera la transmisión de datos de enlace ascendente mediante un dispositivo inalámbrico con posterioridad a la transmisión de los datos de enlace descendente. El RAI indica una liberación de una conexión asociada con el dispositivo inalámbrico después de la transmisión de los datos de enlace ascendente. La SMF recibe una indicación de que se transmiten los datos de enlace ascendente. Tras recibir la indicación, la SMF envía un mensaje de liberación a una función de gestión de acceso y movilidad (AMF). El mensaje de liberación indica la liberación de un mensaje del estrato no acceso asociado con el dispositivo inalámbrico. El mensaje de liberación comprende el indicador de asistencia de liberación.COMPENDIO
[0009] El objeto de la presente invención es proporcionar un método de comunicación, un dispositivo UP, y un dispositivo CP, para resolver, algún grado, la limitación en las funciones provocadas por la insuficiencia de la información de la interfaz obtenida por un dispositivo CP. Este objeto se soluciona mediante las reivindicaciones independientes adjuntas y se mencionan realizaciones y mejoras adicionales de la invención en las reivindicaciones dependientes adjuntas. A partir de ahora en la presente, hasta la “breve descripción de los dibujos”, expresiones como “…aspecto de acuerdo con la invención”, “de acuerdo con la invención” o “la presente invención”, están relacionadas con las enseñanzas técnicas de la realización más amplia según se reivindica en las reivindicaciones independientes. Términos como “implementación”, “diseño”, “opcionalmente”, “preferentemente”, “escenario”, “aspecto” o similares están relacionados con realizaciones adicionales según se reivindican, y expresiones como “ejemplo”, “…aspecto de acuerdo con un ejemplo”, “la divulgación describe” o “la divulgación” describen las enseñanzas técnicas que están relacionadas con la comprensión de la invención o de sus realizaciones, lo cual, no obstante, no se reivindica como tal. Las soluciones técnicas se explican cómo sigue.
[0010] De acuerdo con un primer aspecto de acuerdo con la invención, se proporciona un método de comunicación. El método se aplica a una red en la que un CP y un UP se separan. La red incluye un dispositivo UP y un dispositivo CP. En el método, el dispositivo UP genera un primer mensaje de protocolo de control de reenvío de paquete (PFCP) con base en una interfaz en el dispositivo UP. El primer mensaje PFCP incluye información acerca de la interfaz en el dispositivo UP, y la información acerca de la interfaz incluye un índice del interfaz. El dispositivo UP envía el primer mensaje PFCP al dispositivo CP.
[0011] Lo anterior proporciona un método en el que el dispositivo UP notifica la información de la interfaz al dispositivo CP al usar PFCP. El dispositivo UP lleva la información de la interfaz en un mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP. El dispositivo CP puede obtener la información de la interfaz del dispositivo UP del mensaje PFCP, que asegura que el dispositivo CP puede detectar la información de la interfaz del dispositivo UP. Por lo tanto, la limitación en las funciones provocadas por la información de la interfaz insuficiente obtenida por el dispositivo CP se resuelve algún grado, ayudando al dispositivo CP implementar varias funciones al usar la información de la interfaz del dispositivo UP, por ejemplo, al controlar un suscriptor de acceso, generar una opción 82 en un paquete de protocolo de configuración de anfitrión dinámico (DHCP) con base en la información de la interfaz, o restringir una cantidad de terminales conectadas a la interfaz en el dispositivo UP con base en un ancho de banda de la interfaz.
[0012] De manera opcional, la red incluye una BNG o un servidor de acceso remoto de banda ancha (Broadband Remote Access Server, BRAS), y la BNG o BRAS incluye el dispositivo CP y el dispositivo UP.
[0013] De manera opcional, el primer mensaje PFCP es un mensaje de solicitud de informe PFCP, y el segundo mensaje PFCP es un mensaje de respuesta de informe PFCP.
[0014] De manera opcional, la interfaz incluye una primera interfaz accedida por una terminal en el dispositivo UP. El dispositivo UP lleva información acerca de la interfaz accedida por la terminal en un mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP detecta la información acerca de la interfaz accedida por la terminal en el dispositivo UP, que cumple un requisito del dispositivo CP para gestionar la terminal con base en la información de la interfaz. Por ejemplo, una ubicación que la terminal accede se identifica con base en la información acerca de la interfaz accedida por la terminal, y la terminal se autentica con base en la ubicación que la terminal accede.
[0015] De manera opcional, el primer mensaje PFCP incluye un elemento de información de índice de interfaz (IE), y el índice de interfaz IE incluye el índice de la interfaz.
[0016] Un nuevo tipo de IE se expande para llevar el índice de la interfaz, de modo que un formato del IE en el mensaje PFCP se reutiliza para informar el índice de interfaz al dispositivo CP, una solución en la que el dispositivo UP notifica la información de la interfaz que se integra más suavemente con una arquitectura PFCP, y se reduce la complejidad de implementar la solución y configuración.
[0017] De manera opcional, la información acerca de la interfaz incluye además un tipo de interfaz, el tipo de la interfaz incluye una interfaz incluye un interfaz física, una interfaz física, una interfaz atada, una interfaz de Ethernet virtual, o una interfaz de túnel, el primer mensaje PFCP incluye un interfaz tipo IE, y la interfaz tipo IE incluye el tipo de la interfaz.
[0018] El dispositivo UP lleva el tipo el interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el tipo de interfaz en el dispositivo UP, lo cual ayuda al dispositivo CP gestionar una terminal con base en el tipo de interfaz, mejora la flexibilidad y cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el tipo de interfaz para llevar a cabo los servicios de red.
[0019] De manera opcional, la información acerca de la interfaz incluye además un ancho de banda de la interfaz, el primer mensaje PFCP incluye un IE de ancho de banda, y el IE de ancho de banda incluye el ancho de banda del interfaz.
[0020] El dispositivo UP lleva el ancho de banda de la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el ancho de banda de la interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el ancho de banda de la interfaz para llevar a cabo los servicios de red. Por ejemplo, el dispositivo CP puede usar el ancho de banda de la interfaz para implementar una función de control de ancho de banda de puertos.
[0021] De manera opcional, la información acerca de la interfaz incluye además un número de ranuras de una ranura en la que se sitúa la interfaz, el primer mensaje PFCP incluye una ranura IE, y la ranura IE incluye el número de ranuras.
[0022] El dispositivo UP lleva al número de ranuras de la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el número de ranuras de la interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el número de ranuras para llevar a cabo los servicios de red. Por ejemplo, el dispositivo CP puede llevar el número de ranuras en un paquete de autenticación de servicio de usuario de acceso telefónico de autenticación remota (RADIUS), y envía el número de ranura a un servidor RADIUS. El servidor RADIUS tiene el número de ranura del paquete de autenticación RADIUS. Esto cumple con un requisito para que el servidor RADIUS lleve a cabo la autenticación RADIUS con base en el número de ranuras. Por ejemplo, el dispositivo CP puede llevar a cabo el número de ranura en un campo de opción 82 DHCP y lo envía a un servidor DHCP. El servidor DHCP obtiene el número de ranura del campo de opción 82 DHCP. Esto cumple con un requisito para que el servidor DHCP lleve a cabo la autenticación con base en el número de ranura.
[0023] De manera opcional, la información acerca de la interfaz incluye además un número de tarjeta de una tarjeta de interfaz en la que la interfaz se sitúa, el primer mensaje PFCP incluye una tarjeta IE, y la tarjeta IE incluye el número de tarjeta.
[0024] El dispositivo UP lleva el número de tarjeta de la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el número de tarjeta de la interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el número de tarjeta para llevar a cabo los servicios de red. Por ejemplo, el dispositivo CP puede llevar el número de tarjeta en un paquete de autenticación RADIUS, y envía el paquete de autenticación RADIUS a un servidor RADIUS. El servidor RADIUS obtiene el número de tarjeta del paquete de autenticación RADIUS. Esto cumple con un requisito para que el servidor RADIUS lleve a cabo la autenticación RADIUS con base en el número de tarjeta. Por ejemplo, el dispositivo CP puede llevar el número de tarjeta en un campo de opción 82 DHCP y envía a un servidor DHCP. El servidor DHCP obtiene el número de tarjeta del campo de opción 82 DHCP. Esto cumple con un requisito para que el servidor DHCP lleve a cabo la autenticación con base en el número de tarjeta.
[0025] De manera opcional, la información acerca de la interfaz incluye además un número de puerto que corresponde a la interfaz, el primer mensaje PFCP incluye un puerto IE, y el puerto IE incluye el número de puerto.
[0026] El dispositivo UP lleva el número de puerto a la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el número de puerto de la interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el número de puerto para llevar a cabo los servicios de red. Por ejemplo, el dispositivo CP puede llevar el número de puerto en un paquete de autenticación RADIUS, y envía el paquete de autenticación RADIUS a un servidor RADIUS. El servidor RADIUS obtiene el número de puerto del paquete de autenticación RADIUS. Esto cumple con un requisito para que el servidor RADIUS lleve a cabo la autenticación RADIUS con base en el número de puerto. Por ejemplo, el dispositivo CP puede llevar el número de puerto en un campo de opción 82 DHCP y enviarlo a un servidor DHCP. El servidor DHCP obtiene el número de puerto del campo de opción 82 DHCP. Esto cumple con un requisito para que el DHCP lleve a cabo la autenticación con base en el número de tarjeta.
[0027] De manera opcional, la información acerca de la interfaz incluye además un índice de una sub-interfaz de la interfaz, el primer mensaje PFCP incluye un índice de sub-interfaz IE, y el índice de sub-interfaz IE incluye el índice de la sub-interfaz.
[0028] El dispositivo UP lleva el índice de la sub-interfaz de la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el índice de la sub-interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el índice de la sub-interfaz para llevar a cabo los servicios de red. Por ejemplo, esto facilita que el dispositivo CP planee los parámetros, por ejemplo, para establecer parámetros de banda ancha y políticas de autenticación, para diferentes clientes a través de sus interfaces.
[0029] De manera opcional, la interfaz se una interfaz lógica, la información acerca de la interfaz incluye además un número de la interfaz de la interfaz lógica, el primer mensaje PFCP incluye un IE de índice de interfaz lógica, y el IE de índice de interfaz lógica incluye el número de interfaz de la interfaz lógica.
[0030] El dispositivo UP lleva el número de interfaz de la interfaz lógica en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el número de interfaz de la interfaz lógica en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar un índice de una sub-interfaz para llevar a cabo los servicios de red.
[0031] De manera opcional, la información acerca de la interfaz incluye además un estado de la interfaz, el estado de la interfaz es un estado activado o un estado desactivado, el primer mensaje PFCP incluye un estado de interfaz IE, y el estado de interfaz IE incluye el estado de la interfaz.
[0032] El dispositivo UP lleva el estado de la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar el estado de la interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar el estado para llevar a cabo los servicios de red.
[0033] De manera opcional, la información acerca de la interfaz incluye además una unidad de transmisión máxima (MTU) de la interfaz, el primer mensaje PFCP incluye un IE de MTU, y el IE de MTU incluye la MTU de la interfaz. El dispositivo UP lleva la MTU de la interfaz en el mensaje PFCP, y transfiere el mensaje PFCP al dispositivo CP, de modo que el dispositivo CP puede detectar la MTU de la interfaz en el dispositivo UP, que cumple con un requisito para un escenario de aplicación en el que el dispositivo CP necesita usar la MTU de la interfaz para llevar a cabo los servicios de red. Por ejemplo, esto ayuda al dispositivo CP a aplicar la MTU de la interfaz para enviar un paquete a la terminal.
[0034] De manera opcional, el primer mensaje PFCP incluye una interfaz de creación IE, la interfaz de creación IE incluye la información acerca de la interfaz y un primer tipo IE, y el primer tipo IE indica que la interfaz se ha creado recientemente.
[0035] Un nuevo tipo de IE se expande para indicar al dispositivo CP crear la información de la interfaz. Cuando el dispositivo UP crea un enlace lógico y tiene una interfaz recientemente agregada, la interfaz recientemente agregada en el dispositivo UP se puede informar al dispositivo CP al usar este tipo de IE, de modo que el dispositivo CP detecta la interfaz recientemente agregada en el dispositivo UP. Esto mejora la flexibilidad.
[0036] De manera opcional, el primer mensaje PFCP incluye una interfaz de actualización IE, la interfaz de actualización IE la información acerca de la interfaz y un segundo tipo IE, y el segundo tipo IE indica que la información acerca de la interfaz se ha actualizado.
[0037] Un nuevo tipo de IE se expande para indicar que el dispositivo CP actualiza la información de la interfaz. Cuando el estado de la interfaz cambia del estado activo al estado inactivo debido a una falla del dispositivo UP, el cambio del estado de la interfaz en el dispositivo UP se puede informar al dispositivo CP al usar este tipo de IE, de modo que el dispositivo CP detecte el cambio del estado de la interfaz en el dispositivo UP. Esto facilita que el dispositivo CP lleve a cabo los servicios de red tal como el procesamiento de subscriptores fuera de línea y de detección de la contabilidad provocada por el cambio del estado de la interfaz, mejorando de esta manera la flexibilidad.
[0038] De manera opcional, el primer mensaje PFCP incluye una interfaz de eliminación IE, la interfaz de eliminación IE incluye la información acerca de la interfaz y un tercer tipo IE, y el tercer tipo IE indica que la interfaz se ha eliminado.
[0039] Un nuevo tipo de IE se expande para indicar que el dispositivo CP elimina la información de la interfaz. Cuando el dispositivo UP elimina un enlace lógico y por lo tanto elimina una interfaz original, la interfaz eliminada en el dispositivo UP se puede informar al dispositivo CP al usar este tipo de IE, de modo que el dispositivo CP detecta la interfaz eliminada en el dispositivo UP. Esto mejora la flexibilidad.
[0040] De manera opcional, el primer mensaje PFCP es un primer mensaje relacionado con el nodo PFCP con un primer tipo de mensaje, y el primer tipo de mensaje indica que el primer mensaje PFCP se usa para notificar la información acerca de la interfaz en el dispositivo UP. De manera alternativa, de manera opcional, el primer mensaje PFCP es un mensaje de solicitud de informa de nodo PFCP.
[0041] El dispositivo UP notifica la información acerca de la interfaz al reutilizar el mensaje de solicitud de informe de nodo PFCP, de modo que la solución se integra más suavemente con la arquitectura PFCP, y facilita la herencia de una solución de implementación de comunicación en el PFCP, que reduce la complejidad para implementar la solución y configuración.
[0042] De manera opcional, después de que el dispositivo UP envía el primer mensaje PFCP al dispositivo CP, el método incluye, además: El dispositivo UP recibe un segundo mensaje PFCP del dispositivo CP, donde el segundo mensaje PFCP notifica el dispositivo UP que el dispositivo CP ha recibido el primer mensaje PFCP. Al responder al mensaje PFCP que notifica la información de la interfaz, el dispositivo UP puede determinar si el dispositivo CP ha recibido exitosamente la información de la interfaz, lo cual mejora la confiabilidad de transmitir la información de la interfaz.
[0043] De manera opcional, el segundo mensaje PFCP es un segundo mensaje relacionado con el nodo PFCP con un segundo tipo de mensaje, y el segundo tipo de mensaje indica que el segundo mensaje PFCP es un mensaje de respuesta que corresponde al primer mensaje relacionado con el nodo PFCP. De manera alternativa, el segundo mensaje PFCP es un mensaje de respuesta de información de nodo PFCP.
[0044] De acuerdo con un segundo aspecto, donde el segundo aspecto y sus implementaciones, diseños y opciones no se reivindican, se proporciona otro método de comunicación que contribuye a la comprensión del primer aspecto. El método se aplica a una red en la que un CP y un UP se separan. La red incluye un dispositivo UP y un dispositivo CP. El método incluye: El dispositivo CP recibe un primer mensaje PFCP del dispositivo UP, donde el primer mensaje PFCP incluye información acerca de una interfaz en el dispositivo UP, y la información acerca de la interfaz incluye un índice de la interfaz. El dispositivo CP almacena la información acerca de la interfaz.
[0045] De manera opcional, la interfaz incluye una primera interfaz accedida por una terminal en el dispositivo UP, y después de que el dispositivo CP almacena la información acerca de la interfaz, el método incluye, además: gestionar la terminal con base en la información acerca de la primera interfaz.
[0046] De manera opcional, después de que el dispositivo CP recibe el primer mensaje PFCP del dispositivo UP, el método incluye, además: El dispositivo CP genera un segundo mensaje PFCP, donde el segundo mensaje PFCP notifica al dispositivo UP que el dispositivo CP ha recibido el primer mensaje PFCP; y el dispositivo CP envía el segundo mensaje PFCP al dispositivo UP.
[0047] De manera opcional, el primer mensaje PFCP incluye un índice de interfaz IE, y el índice de interfaz IE incluye el índice de la interfaz.
[0048] De manera opcional, la información acerca de la interfaz incluye además un tipo de la interfaz, el tipo de la interfaz incluye una interfaz física, una interfaz atada, una interfaz de Ethernet virtual, o una interfaz de túnel el primer mensaje PFCP incluye una tipo de interfaz IE, y el tipo de interfaz IE incluye el tipo de la interfaz.
[0049] De manera opcional, la información acerca de la interfaz incluye además un ancho de banda de la interfaz, el primer mensaje PFCP incluye un IE de ancho de banda, y el IE de ancho de banda incluye el ancho de banda del interfaz.
[0050] De manera opcional, la información acerca de la interfaz incluye además un número de ranura de una ranura en la que la interfaz se sitúa, el primer mensaje PFCP incluye una ranura IE, y la ranura IE incluye un número de ranura.
[0051] De manera opcional, la información acerca de la interfaz incluye además un número de tarjeta de una tarjeta de interfaz en la que la interfaz se sitúa, el primer mensaje PFCP incluye una tarjeta IE, y la tarjeta IE incluye el número de tarjeta.
[0052] De manera opcional, la información acerca de la interfaz incluye además un número de puerto que corresponde a la interfaz, el primer mensaje PFCP incluye un puerto IE, y el puerto IE incluye el número de puerto.
[0053] De manera opcional, la información acerca de la interfaz incluye además un índice de una sub-interfaz de la interfaz, el primer mensaje PFCP incluye un índice de la sub-interfaz IE, y el IE de índice de sub-interfaz incluye el índice de la sub-interfaz.
[0054] De manera opcional, el interfaz es una interfaz lógica, la información acerca de la interfaz incluye además un número de interfaz de la interfaz lógica, el primer mensaje PFCP incluye un IE de índice de interfaz lógica, y el IE de índice de interfaz lógica incluye el número de interfaz de la interfaz lógica.
[0055] De manera opcional, la información acerca de la interfaz incluye además un estado de la interfaz, el estado de la interfaz es un estado activado o un estado desactivado, el primer mensaje PFCP incluye un estado de interfaz IE, y el estado de interfaz IE incluye el estado de la interfaz.
[0056] De manera opcional, la información acerca de la interfaz incluye además una MTU de la interfaz, el primer mensaje PFCP incluye un IE de MTU, y el IE de MTU incluye la MTU de la interfaz.
[0057] De manera opcional, el primer mensaje PFCP incluye una interfaz de creación IE, la interfaz de creación IE incluye la información acerca de la interfaz y un primer tipo IE, y el primer tipo IE indica que la interfaz se ha creado recientemente.
[0058] De manera opcional, el primer mensaje PFCP incluye una interfaz de actualización IE, la interfaz de actualización IE incluye la información acerca de la interfaz y un segundo tipo IE, y el segundo tipo IE indica que la información acerca de la interfaz se ha actualizado.
[0059] De manera opcional, el primer mensaje PFCP incluye una interfaz de eliminación IE, la interfaz de eliminación IE incluye es la información acerca de la interfaz y un tercer tipo IE, y el tercer tipo IE indica que la interfaz se ha eliminado.
[0060] De manera opcional, el primer mensaje PFCP es un primer mensaje relacionado con el nodo PFCP con un primer tipo de mensaje, y el primer tipo de mensaje indica que el primer mensaje PFCP se usa para notificar la información acerca de la interfaz en el dispositivo UP. De manera alternativa, de manera opcional, el primer mensaje PFCP es un Mensaje de solicitud de informe de nodo PFCP.
[0061] De manera opcional, después de que el dispositivo UP envía el primer mensaje PFCP al dispositivo CP, el método incluye, además: El dispositivo UP recibe un segundo mensaje PFCP del dispositivo CP, donde el segundo mensaje PFCP notifica al dispositivo UP que el dispositivo CP ha recibido el primer mensaje PFCP. De manera opcional, el segundo mensaje PFCP es un segundo mensaje relacionado con el nodo PFCP con un segundo tipo de mensaje, y el segundo tipo de mensaje indica que el segundo mensaje PFCP es un mensaje de respuesta que corresponde al primera mensaje relacionado con el nodo PFCP. De manera alternativa, el segundo mensaje PFCP es un mensaje de respuesta de informe de nodo PFCP.
[0062] De acuerdo con el tercer aspecto de acuerdo con la invención, se proporciona un dispositivo UP, configurado para llevar a cabo el método en cualquiera del primer aspecto o cualquier posible diseño del primer aspecto. Específicamente, el dispositivo UP incluye un módulo configurado para llevar a cabo el método en el primer aspecto o cualquier posible diseño del primer aspecto.
[0063] De acuerdo con el cuarto aspecto de acuerdo la invención, se proporciona un dispositivo CP, configurado para llevar a cabo el método en cualquiera del segundo aspecto o cualquier posible diseño del segundo aspecto. Específicamente, el dispositivo CP incluye un módulo configurado para llevar a cabo el método en el primer aspecto de cualquier posible diseño del primer aspecto.
[0064] De acuerdo con un quinto aspecto de acuerdo con la invención, se proporciona un dispositivo UP. El dispositivo UP incluye un procesador y una interfaz de comunicación. El procesador está configurado para ejecutar instrucciones, de modo que el dispositivo UP lleva a cabo el método de comunicación proporcionado en cualquiera del primer aspecto o las formas opcionales del primer aspecto. La interfaz de comunicación está configurada para recibir o enviar un paquete. Para detalles específicos del dispositivo UP proporcionado en el quinto aspecto, referirse a cualquiera del primer aspecto o las formas opcionales del primer aspecto. No se describe en la presente detalles nuevamente.
[0065] De acuerdo con un sexto aspecto de acuerdo con la invención, se proporciona un dispositivo CP. El dispositivo CP incluye un procesador y una interfaz de comunicación. El procesador está configurado para ejecutar instrucciones, de modo que el dispositivo CP lleva a cabo el método de comunicación proporcionada en cualquiera del segundo aspecto o las formas opcionales del segundo aspecto. La interfaz de comunicación está configurada para recibir o enviar un paquete. Para detalles específicos del dispositivo CP proporcionado en el sexto aspecto, referirse a cualquiera del segundo aspecto o las formas opcionales del segundo aspecto. Los detalles no se describen en la presente nuevamente.
[0066] De acuerdo con un séptimo aspecto que no se reivindica, se proporciona un medio de almacenamiento legible por ordenador. El medio de almacenamiento almacena al menos una instrucción. La instrucción se lee por un procesador, de modo que un dispositivo UP lleva a cabo el método de comunicación proporcionado en cualquiera del primer aspecto o las formas opcionales del primer aspecto.
[0067] De acuerdo con un octavo aspecto que no se reivindica, se proporciona un medio de almacenamiento legible por ordenador. El medio de almacenamiento almacena al menos una instrucción. La instrucción se lee por un procesador, de modo que un dispositivo CP lleva a cabo el método de comunicación proporcionada en cualquiera del segundo aspecto o las formas opcionales del segundo aspecto.
[0068] De acuerdo con un noveno aspecto que no se reivindica, se proporciona un producto de programa informático. El producto de programa informático incluye instrucciones informáticas, y las instrucciones informáticas se almacenan en un medio de almacenamiento legible por ordenador. Un procesador de un dispositivo UP lee las instrucciones informáticas del medio de almacenamiento legible por ordenador, y el procesador ejecuta las instrucciones informáticas, de modo que el dispositivo UP lleva a cabo el método de comunicación proporcionado en cualquiera del primer aspecto o las formas opcionales del primer aspecto.
[0069] De acuerdo con un décimo aspecto que no se reivindica, se proporciona un producto de programa informático. El producto de programa informático incluye instrucciones informáticas, y las instrucciones informáticas se almacenan en un medio de almacenamiento legible por ordenador. Un procesador del dispositivo CP lee las instrucciones informáticas del medio de almacenamiento legible por ordenador, y el procesador ejecuta las instrucciones informáticas, de modo que el dispositivo CP lleve a cabo el método de comunicación proporcionado en cualquiera del segundo aspecto o las formas opcionales del segundo aspecto.
[0070] De acuerdo con un decimoprimer aspecto que no se reivindica, se proporciona chip. Cuando el chip se ejecuta en un dispositivo UP, el dispositivo UP lleva a cabo el método de comunicación proporcionado en cualquiera del primer aspecto a las formas opcionales del primer aspecto.
[0071] De acuerdo con un decimosegundo aspecto que no se reivindica, se proporciona un chip. Cuando el chip se ejecuta en un dispositivo CP, el dispositivo CP lleva a cabo el método de comunicación proporcionado en cualquiera del segundo aspecto o las formas opcionales del segundo aspecto.
[0072] De acuerdo con un decimotercer aspecto de acuerdo con la invención, se proporciona un sistema de red en el que se separan un CP y un UP. El sistema de red incluye un dispositivo UP y un dispositivo CP. El dispositivo UP es el dispositivo UP proporcionado en cualquiera del tercer aspecto, las formas opcionales del tercer aspecto, o el cuarto aspecto. El dispositivo CP es el dispositivo CP proporcionado en cualquiera del cuarto aspecto, las formas opcionales del cuarto aspecto, o el sexto aspecto.
[0073] De acuerdo con un decimocuarto aspecto que no se reivindica, esta solicitud proporciona un dispositivo UP. El dispositivo UP incluye una tarjeta de control principal y una tarjeta de interfaz. De manera opcional, el dispositivo UP incluye además una tarjeta de conmutación. La tarjeta de control principal incluye un primer procesador y una primera mejoría. La tarjeta de interfaz incluye un segundo procesador, una segunda memoria y una tarjeta de interfaz. La tarjeta de control principal y la tarjeta de interfaz están acopladas.
[0074] La primera memoria se puede configurar para almacenar el código de programa, el primer procesador está configurado para provocar que el código de programa en la primera memoria lleve a cabo la siguiente operación: generar un primer mensaje PFCP con base en una interfaz en el dispositivo UP, donde el primer mensaje PFCP incluye información acerca de la interfaz, y la información acerca de la interfaz incluye un índice de la interfaz. La segunda memoria se puede configurar para almacenar el código de programa, y el segundo procesador está configurado para provocar que el código de programa en la segunda memoria accione la tarjeta de interfaz para llevar a cabo la siguiente operación: enviar el primer mensaje PFCP al dispositivo CP.
[0075] En una posible implementación, un canal de comunicación inter-proceso (comunicación inter-proceso, IPC) se establece entre la placa de control principal y la placa de interfaz, y la placa de control principal y la placa de interfaz se comunican entre sí a través del canal IPC.
[0076] En la descripción que sigue, las características que se han marcado en el compendio anterior de la invención como “no reivindicadas” o “de acuerdo con la invención” también se deben sobreentender a partir de ahora en la presente, cuando se describen y explican haciendo referencia a los dibujos, como “no reivindicadas” o “que no forman parte de la invención” o “de acuerdo con la invención” incluso si se describen con los términos “puede”, “se puede”, “opcional” o similares.
[0077] BREVE DESCRIPCIÓN DE LOS DIBUJOS
[0078] La FIGURA 1 es un diagrama esquemático de una posición de una BNG en una red de acuerdo con una realización de esta solicitud.
[0079] Las FIGURAS 2A, 2B y 2C son un diagrama esquemático de una pila de protocolo procesada por una BNG de acuerdo con una realización de esta solicitud.
[0080] La FIGURA 3 es un diagrama de una arquitectura de un sistema que incluye una BNG de acuerdo con una realización de esta solicitud.
[0081] La FIGURA 4 es un diagrama esquemático que representa que un dispositivo AN accede a una BNG de acuerdo con una realización de esta solicitud.
[0082] La FIGURA 5 es un diagrama de una arquitectura de los módulos de función en una BNG de acuerdo con una realización de esta solicitud.
[0083] La FIGURA 6 es un diagrama de una arquitectura de módulos de función en una BNG con separación CU de acuerdo con una realización de esta solicitud.
[0084] La FIGURA 7 es un diagrama de una arquitectura de módulos de función en una BNG con separación CU de acuerdo con una realización de esta solicitud.
[0085] La FIGURA 8 es un diagrama esquemático de una interfaz de redirección de paquete de control de acuerdo con una realización de esta solicitud.
[0086] La FIGURA 9 es un diagrama esquemático de una interfaz de control de estado de acuerdo con una realización de esta solicitud.
[0087] La FIGURA 10 es un diagrama esquemático de una posición de PFCP en una pila de protocolo de acuerdo con una realización de esta solicitud.
[0088] La FIGURA 11 es un diagrama esquemáti
[0089] dispositivo CP y un dispositivo UP de acuerdo con una realización de esta solicitud.
[0090] La FIGURA 12 es un diagrama esquemático de asociaciones PFCP y sesiones PFCP de acuerdo con una realización de esta solicitud.
[0091] La FIGURA 13 es un diagrama esquemático de un procedimiento de procesamiento de paquete de un dispositivo UP de acuerdo con una realización de esta solicitud.
[0092] La FIGURA 14 es un diagrama esquemático de una sesión PFCP de acuerdo con una realización de esta solicitud.
[0093] La FIGURA 15 es un diagrama de una arquitectura de módulos funcionales de un dispositivo UP y un dispositivo CP de acuerdo con una realización de esta solicitud.
[0094] La FIGURA 16 es un diagrama de flujo de un método de comunicación 200 de acuerdo con una realización de esta solicitud.
[0095] La FIGURA 17 es un diagrama esquemático de una BNG de acuerdo con una realización de esta solicitud. La FIGURA 18 es un diagrama esquemático para insertar una pluralidad de subtarjetas en una placa de acuerdo con una realización de esta solicitud.
[0096] La FIGURA 19 es un diagrama esquemático para desplegar una pluralidad de interfaces físicas en cada subtarjeta de acuerdo con una realización de esta solicitud.
[0097] La FIGURA 20 es un diagrama esquemático de una interfaz agrupada de acuerdo con una realización de esta solicitud.
[0098] La FIGURA 21 es un diagrama esquemático de una interfaz de túnel de acuerdo con una realización de esta solicitud.
[0099] La FIGURA 22 es un diagrama esquemático que representa que una BNG accede a una terminal a través de un túnel GRE de acuerdo con una realización de esta solicitud.
[0100] La FIGURA 23 es un diagrama esquemático de una subinterfaz de acuerdo con una realización de esta solicitud. La FIGURA 24 es un diagrama esquemático de un escenario de aplicación de información de la interfaz de un dispositivo UP de acuerdo con una realización de esta aplicación.
[0101] La FIGURA 25 es un diagrama esquemático que representa que una BNG sirve como un relé DHCP de acuerdo con una realización de esta solicitud.
[0102] La FIGURA 26 es un diagrama de flujo de un método de comunicación 300 de acuerdo con una realización de esta solicitud.
[0103] La FIGURA 27 es un diagrama esquemático de una estructura de un dispositivo UP 800 de acuerdo con una realización de esta solicitud.
[0104] La FIGURA 28 es un diagrama esquemático de una estructura de un dispositivo CP 810 de acuerdo con una realización de esta solicitud.
[0105] La FIGURA 29 es un diagrama esquemático de una estructura de un dispositivo 900 de acuerdo con una realización de esta solicitud.
[0106] La FIGURA 30 es un diagrama esquemático de una estructura de un dispositivo 1000 de acuerdo con una realización de esta solicitud.
[0107] La FIGURA 31 es un diagrama esquemático de una estructura de un sistema de red 1100 de acuerdo con una realización de esta solicitud.
[0108] DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
[0109] Para hacer más claros los objetivos, soluciones técnicas y ventajas de esta solicitud, lo siguiente describe adicionalmente implementaciones de esta solicitud con detalle con referencia a las figuras adjuntas.
[0110] El término “BNG con separación CU” en realizaciones de esta solicitud se refiere en general a una BNG en la que un plano de control y un plano de reenvío están separados. Por ejemplo, la separación del plano de control y el plano de reenvío significa que el plano de control y el plano de reenvío se sitúan en diferentes dispositivos, es decir, el CP y el UP son dos dispositivos diferentes. En otro ejemplo, la separación del plano de control y el plano de reenvío significa que el plano de control y el plano de reenvío se sitúan en un mismo dispositivo y las funciones están separadas. De manera opcional, un dispositivo en el que el plano de control se sitúa y un dispositivo en el cual el plano de reenvío se sitúa se distribuyen en diferentes ubicaciones. Una relación de cantidad entre el dispositivo en el que el plano de control se sitúa y el dispositivo en el que el plano de reenvío se sitúa es, por ejemplo, una relación de uno a uno o una relación uno a muchos. En otras palabras, un dispositivo en el que el plano de control se sitúa se puede configurar para controlar un dispositivo en el que el plano de reenvío se sitúa, o puede controlar simultáneamente una pluralidad de dispositivos en el que se sitúan planos de reenvío.
[0111] En realizaciones de esta solicitud, “separación CU” puede tener diferentes nombres. Por ejemplo, diferentes normas, diferentes versiones de una misma norma, diferentes vendedores y diferentes escenarios de aplicación pueden tener diferentes nombres para “separación CU”. Por ejemplo, el término “separación CU” también algunas veces puede estar referida como “separación de control y de reenvío”, “separación de reenvío-control”, “plano de control y separación de plano de usuario” y “separación de control y usuario”.
[0112] En esta realización de esta solicitud, la “BNG con separación CU” puede tener diferentes nombres. Por ejemplo, diferentes normas, diferentes versiones de una misma norma, diferentes vendedores, y diferentes escenarios de aplicación pueden tener diferentes nombres para “BNG con separación CU”. Por ejemplo, el término “BNG con separación CU” también algunas veces puede ser referido como “BNG desagregada (Disaggregated BNG, DBNG)”. Correspondientemente, el dispositivo CP en la BNG con separación CU puede ser referido como un dispositivo DBNG-CP. El dispositivo UP en la BNG con separación CU puede ser referido como un dispositivo DBNG-UP. En otro ejemplo, el término “BNG con separación CU” también algunas veces puede ser referido como un “sistema desagregado de plano de control y plano de usuario de puerta de enlace de red de banda ancha virtual (Virtual BNG, vBNG) y (Control Plane and User Plane Disaggregated System, CU systema)”, particularmente, un “sistema vBNG CU”. Correspondientemente, el dispositivo CP en la BNG con separación CU puede ser referido como un dispositivo vBNG-CP, y el dispositivo UP en la BNG con separación CU puede ser referido como un dispositivo vBNG-UP. Para otro ejemplo, el término “BNG con separación CU” también algunas veces puede ser referido como un “sistema CU de servidor de acceso remoto de banda ancha virtual (virtual Broadband Remote Access Server, vBRAS)”, particularmente, un “sistema vBRAS CU”. Correspondientemente, el dispositivo CP en la BNG con separación CU puede ser referido como un dispositivo vBRAS-CP. El dispositivo UP en la BNG con separación CU puede ser referido como un dispositivo vBRAS-UP. En esta especificación, el “DBNG”, el “sistema vBNG CU” y el “sistema vBRAS CU” se usan intercambiablemente.
[0113] En realizaciones de esta solicitud, el “dispositivo CP” puede tener diferentes nombres. Por ejemplo, diferentes normas, diferentes versiones de una misma norma, diferentes vendedores, y diferentes escenarios de aplicación pueden tener diferentes nombres para el “dispositivo CP”. Por ejemplo, el término “dispositivo CP” también algunas veces puede estar referido como una “Función CP (CPF)” o un “plano CP”. En esta especificación, el “dispositivo CP”, el “CPF” y el “plano CP” se usan intercambiablemente. El término “dispositivo CP” se refiere a cualquier dispositivo que implemente funciones CP.
[0114] En realizaciones de esta solicitud, el “dispositivo UP” puede tener diferentes nombres. Por ejemplo, diferentes normas, diferentes versiones de una misma norma, diferentes vendedores, y diferentes escenarios de aplicación pueden tener diferentes nombres para el “dispositivo UP”. Por ejemplo, el término “dispositivo UP” también algunas veces puede ser referido como una “función UP (UP function, UPF)” o un “plano UP”. En esta especificación, el “dispositivo UP”, el “UPF” y el “plano UP” se utilizan intercambiablemente. El término “dispositivo UP” se refiere a cualquier dispositivo que implemente funciones UP.
[0115] La terminal en las realizaciones de esta solicitud es, por ejemplo, un equipo de usuario (UE), una terminal de acceso, una unidad de suscriptor, una estación de suscriptor, una estación móvil, una consola móvil, una estación remota, una terminal remota, un dispositivo móvil, una terminal de usuario, un dispositivo terminal, un dispositivo de comunicación inalámbrica, un agente de usuario o un aparato de usuario. El dispositivo terminal puede alternativamente ser un teléfono celular, un teléfono inalámbrico, un teléfono de protocolo de inicio de sesión (SIP), una estación de bucle local inalámbrica (WLL), un asistente digital personal (PDA), un dispositivo portátil que tiene una función de comunicación inalámbrica, un dispositivo informático, otro dispositivo de procesamiento conectado a un módem inalámbrico, un dispositivo montado en el vehículo, un dispositivo portátil, un dispositivo terminal en una red 5G futura, un dispositivo terminal en una red móvil terrestre pública evolucionada futura (PLMN), o similar. Esto no se limita a las realizaciones de esta solicitud.
[0116] Lo siguiente describe la BNG.
[0117] La BNG es responsable de conectar el equipo del usuario a una red de banda ancha, y es un dispositivo clave en la red. La FIGURA 1 es un ejemplo para describir una posición de una BNG en una red. Una Puerta de Enlace de Red de puerta de enlace BB en la FIGURA 1 es un ejemplo de una BNG.
[0118] Una pila de protocolo procesada por la BNG incluye, pero no se limita a, el Protocolo de Internet sobre Ethernet (IPoE), el Protocolo de Punto a Punto sobre Ethernet (), el protocolo 802.1ad, el protocolo de Ethernet, y algunos protocolos 802.3 PHY (algunos 802.3 Phy). Por ejemplo, la FIGURA 2 es un ejemplo de una pila de protocolo del lado de acceso procesada por una BNG. Las FIGURAS 2A, 2B y 2C representan tres formas paralelas. En otras palabras, la BNG puede encapsular un paquete en una forma que corresponde a una pila de protocolo mostrada en cualquiera de Las FIGURAS 2A, 2B y 2C.
[0119] La BNG es principalmente responsable de la autenticación y la asignación de dirección de Protocolo de Internet (IP). La autenticación se implementa con base en RADIUS. Específicamente, la BNG sirve como cliente RADIUS, e interactúa con un servidor RADIUS para completar la autenticación de una terminal. Un BRAS en la FIGURA 3 es un ejemplo de una BNG. Las funciones del BRAS son básicamente las mismas como aquellas de la BNG. En la FIGURA 3, una terminal de un suscriptor 1 de versión de Protocolo de Internet 4 (IPv4), una terminal de un suscriptor IPv42 y una terminal de un suscriptor IPv43 están en conexión de red con un multiplexador de acceso de línea de suscriptor digital (DSLAM) o una terminal de línea óptica (OLT). La DSLAM/OLT se conecta al BRAS. El BRAS se conecta a un servidor NGN, un servidor RADIUS, un servidor DHCP, y un servidor TV de personalidad interactiva (IPTV). El BRAS está configurado para asignar las direcciones IP a la terminal del suscriptor IPv4 1, la terminal del suscriptor IPv4 2, y la terminal del suscriptor IPv4 3, y llevar a cabo la autenticación en la terminal del suscriptor IPv41, la terminal del suscriptor IPv42, y la terminal del suscriptor IPv4 3 separadamente.
[0120] La BNG incluye una pluralidad de puertos físicos, y diferentes puertos físicos pueden tener acceso a los diferentes dispositivos de nodo de acceso (AN). Una manera en la que un dispositivo AN accede a la BNG incluye, pero no se limita a, una manera en la que el dispositivo AN se conecta directamente a la BNG y una manera en la que el dispositivo AN se conecta a la BNG a través de un dispositivo de agregación. La FIGURA 4 es un ejemplo en el que una BNG proporciona una pluralidad de puertos físicos para acceso a diferentes dispositivos AN. Se identifica una terminal con una etiqueta de red de área local virtual única (Virtual LAN, VLAN) (VLAN tag), y la terminal accede a la terminal a través de un puerto físico fijo de la BNG. La información acerca del puerto físico y la etiqueta VLAN usada por la terminal para acceder a la BNG es equivalente a una ubicación de la terminal.
[0121] La FIGURA 5 es un ejemplo de módulos de función internos en la BNG. Una casilla punteada superior en la FIGURA 5 es un plano de control de la BNG. El plano de control de la BNG proporciona funciones tal como gestión de acceso, gestión de sesión, asignación de dirección, control de políticas de servicio, o autenticación, autorización, contabilidad (Authentication, Authorization, Accounting, AAA). Una casilla punteada inferior en la FIGURA 5 es un plano de reenvío de la BNG. El plano de reenvío de la BNG está configurado para llevar a cabo el procesamiento para reenviar un paquete de una terminal, incluida: enviar un paquete de protocolo de acceso al plano de control, reenviar un paquete de control enviado del plano de control a la terminal, llevar a cabo una verificación de unión o un paquete de datos de enlace ascendente de la terminal (después de que la autenticación pase, se genera una tabla de unión correspondiente en el plano de reenvío) y reenvío IP, y procesamiento de calidad de servicio (QoS), estadísticas, y similar.
[0122] En el 2019, el Foro de Banda Ancha (BBF) implementa la definición de las arquitecturas y protocolos de un sistema CU de dispositivo de control de puerta de enlace de banda ancha virtual (Virtual Broadband Network Gateway, vBNG). La FIGURA 6 es una BNG con una arquitectura de separación CU definida en BBF TR-384. En la BNG con la arquitectura de separación CU, se desagrega un plano de control de una BNG física y se despliega en un centro de datos. La BNG física retiene una función de plano de reenvío y aún se despliega en la posición original. De manera opcional, la BNG con separación CU incluye una pluralidad de dispositivos UP. Por ejemplo, la BNG con separación CU mostrada en la FIGURA 6 incluye tres dispositivos UP: un dispositivo UP 1, un dispositivo UP 2, y un dispositivo UP 3. De manera opcional, una pluralidad de dispositivos UP en la arquitectura de BNG de la separación CU se distribuyen en diferentes ubicaciones. De manera opcional, la pluralidad de dispositivos UP en la arquitectura de BNG de la separación CU comparten coordinadamente tareas de reenvío con bases en una arquitectura distribuida.
[0123] La FIGURA 7 muestra tres tipos de interfaces entre un plano de control (CP para abreviar, también referido como un plano de control) y un plano de usuario (UP para abreviar, también referido como un plano de reenvío o plano de usuario) en un sistema vBNG CU definido en BBF TR-459. Los tres tipos de interfaces entre el dispositivo CP y el dispositivo UP incluyen una interfaz de gestión (Mi), una interfaz de redirección de paquete de control (CPRi) y una interfaz de control de estado (SCi).
[0124] La comunicación de la interfaz de gestión se implementa sobre el Protocolo de Configuración de Red con base en XML (Netconf)/protocolo yang (un lenguaje de modelación de datos).
[0125] La interfaz de redirección de paquete de control está configurada para completar el reenvío de un paquete de protocolo entre el equipo de instalaciones del cliente (Customer Premise Equipment, CPE) y un dispositivo CP. La interfaz de redirección de paquete de control usa el túnel de plano de usuario de protocolo de transmisión de datos estructurados mediante un protocolo (tunelización) de Servicio de Radio de Paquete General (GPRS) (plano de usuario GPRS tunneling protocol (GTP), GTP-u). La FIGURA 8 es un ejemplo de una función de la interfaz de redirección de paquete de control.
[0126] La comunicación de la interfaz de control de estado se implementa usando el PFCP definido en el Proyecto de Asociación de 3a Generación (3GPP) TS 29.244. La interfaz de control de estado se usa principalmente para implementar funciones usando un dispositivo UP para notificar la información de nodo a un dispositivo CP, un dispositivo CP entrega una acción de control de reenvío a un dispositivo UP para ejecución después de que el dispositivo CP completa el acceso a la terminal, y el dispositivo UP recolecta las estadísticas e informes al dispositivo CP. La FIGURA 9 es un ejemplo de una función de la interfaz de control de estado.
[0127] La especificación TR-459 describe simplemente “la interfaz de gestión incluye las siguientes funciones: intercambiar información acerca de un recurso DBNG-UP, donde el recurso incluye una tarjeta, un puerto y/o una interfaz”, pero no proporciona una implementación de como un dispositivo CP aprende de un puerto de acceso (también referido como una interfaz, una interfaz de acceso) de una terminal. Por lo tanto, se necesario una implementación para notificar información de la interfaz del dispositivo UP al dispositivo CP, para desplegar una BNG con separación CU.
[0128] En vista de esto, el PFCP se expande en esta realización, de modo que una interfaz en el dispositivo UP se informa al dispositivo CP. La interfaz de control de estado entre el dispositivo CP y el dispositivo UP se expande al usar el PFCP, y se define el contenido específico de la información de la interfaz de acceso llevada en la interfaz CPRi (GTP-u).
[0129] Las realizaciones de esta solicitud se refieren a la aplicación del PFCP. Para facilidad de entendimiento, lo siguiente describe conceptos relacionados de términos en el PFCP en las realizaciones de esta solicitud.
[0130] (1) PFCP
[0131] La FIGURA 10 es un ejemplo de una posición del PFCP en una pila de protocolos. El PFCP se llevado sobre el Protocolo de Datagramas de Usuario (UDP), y una capa IP del PFCP puede ser IPv4 o IPv6. En el PFCP, un dispositivo UP es llamado un UPF, y un dispositivo CP es llamado un CPF.
[0132] (2) Número de puertos UDP en un mensaje PFCP
[0133] En un mensaje de solicitud (request message) del PFCP, un número de puerto de destino UDP es 8805, y un número de puerto de origen UDP es asignado por un remitente del mensaje PFCP. En un mensaje de respuesta del PFCP, un número de puerto de destino UDP es el número de puerto de fuente en el mensaje de solicitud. Un número de puerto de origen UDP en el mensaje de respuesta del PFCP es el número de puerto de destino en el mensaje de solicitud correspondiente.
[0134] (3) Asociación PFCP
[0135] Cuando una conexión (que se expresa un par de una dirección IP de destino y una dirección IP de origen) se establece entre un dispositivo CP y un dispositivo UP, la conexión es llamada una asociación PFCP (el dispositivo UP y el dispositivo CP se distinguen al usar nodos). Teóricamente, se puede establecer una pluralidad de asociaciones PFCP entre un par de un dispositivo CP y un dispositivo UP, y la información de control llevada por cada una de las asociaciones PFCP es independiente entre sí. La FIGURA 11 es un ejemplo para establecer una pluralidad de asociaciones PFCP entre un dispositivo CP y un dispositivo UP. En la FIGURA 11, el dispositivo CP y dos dispositivos UP establecen tres asociaciones PFCP en total. El dispositivo CP y un dispositivo UP (A) establecen dos asociaciones PFCP: una asociación PFCP 1 y una asociación PFCP 2. El dispositivo CP y un dispositivo UP (B) establecen la asociación PFCP 3.
[0136] (4) Sesión PFCP
[0137] Después de que las terminales se conectan, un dispositivo CP entrega datos de control a un dispositivo UP. La información acerca de cada terminal es llamada una sesión PFCP. Referirse a la FIGURA 12. Cada asociación PFCP corresponde a la información de control de una parte de las sesiones PFCP. En la FIGURA 12, cada asociación PFCP corresponde a la información de control de una parte de subsesiones. En este caso, para el envío de un mensaje de respuesta a una sesión PFCP, un encabezado IP de un mensaje de solicitud correspondiente de la sesión PFCP necesita ser encontrado, y una IP de destino y una IP de origen se intercambian, de modo que un encabezado IP del mensaje de respuesta se encapsula. Los datos se codifican como orden de bytes de red.
[0138] (5) Mensaje PFCP
[0139] La Tabla 1 es un ejemplo de un formato de mensaje PFCP. Un mensaje PFCP incluye dos partes: un encabezado de mensaje PFCP y un IE. Un mensaje PFCP incluye al menos un encabezado de mensaje PFCP, y de manera opcional además incluye un IE. Puede haber uno o más IEs en un mensaje PFCP.
[0140] Tabla 1
[0143]
[0145] La Tabla 2 es un ejemplo en el que un paquete UDP lleva una pluralidad de mensajes PFCP. Un FO (Follow ON) en cada uno de los encabezados de mensajes PFCP anteriores en el paquete UDP se identifica por ser 1. Un FO en el último encabezado de mensaje PFCP se identifica por ser 0.
[0146] Tabla 2
[0149]
[0151] (6) Encabezado de mensaje PFCP
[0152] La Tabla 3 es un ejemplo de un formato general de un encabezado de mensaje PFCP. El encabezado de mensaje es una estructura de longitud variable. Los primeros cuatro bytes están en un formato fijo. Un campo indicador indica si se lleva a cabo la información extra. Como se muestra en la Tabla 3, el encabezado de mensaje necesita estar en un formato de alineación de 4 bytes, y los miembros se codifican como orden de bytes de red.
[0153] Tabla 3
[0156]
[0158] La Tabla 4 es un ejemplo de un significado de cada campo en un encabezado de mensaje PFCP.
[0159] Tabla 4
[0162]
[0163]
[0166] En el encabezado PFCP, lo que se rellena en el quinto byte y los siguientes bytes se relacionan con una secuencia de los indicadores en el primer byte. Con una secuencia de bit 1 a bit 8 el primer byte en el encabezado PFCP, cuando un bit es 1, se lleva a cabo el relleno en un byte que corresponde al bit. La Tabla 5 es un ejemplo de un formato de encabezado de mensaje de un mensaje relacionado con el nodo PFCP (Node message).
[0168] Tabla 5
[0171]
[0174] La Tabla 6 es un ejemplo de un formato de un encabezado de mensaje de sesión PFCP. Indicador S = 1. Un SEID comienza desde el quinto byte. El SEID en el encabezado de mensaje es un SEID de un par remoto, es decir, el SEID indica un SEID de un receptor.
[0176] Tabla 6
[0179]
[0180]
[0182] (7) IE en el mensaje PFCP
[0183] Un IE es un atributo de servicio definido en el protocolo PFCP. Un IE usa un formato de encapsulación de TLV. Puede haber una relación anidada entre diferentes IE. Si un IE es obligado se especifica con base en los diferentes contextos. Por ejemplo, la clasificación de IE se muestra en la siguiente Tabla 7.
[0184] Tabla 7
[0186]
[0188] Con base en diferentes formas de anidado, IEs se clasifican en IE agrupados e IE incorporados. El IE incorporado es un atributo de una unidad más pequeña. Un IE agrupado puede contener una pluralidad de IE incorporados. Referirse a la Tabla 8 y Tabla 9. La Tabla 8 muestra un formato de un IE, y la Tabla 9 muestra un significado de cada campo en el IE.
[0189] Tabla 8
[0192]
[0194] Tabla 9
[0196]
[0198] Se definen tipos de mensajes en la siguiente Tabla 10.
[0199] Tabla 10
[0201]
[0202]
[0205] En el PFCP, una pluralidad de mensajes PFCP se pueden agrupar (agrupamiento de mensajes PFCP). Específicamente, un paquete UDP puede llevar una pluralidad de mensaje PFCP, y un SN de cada encabezado de mensaje es independiente. Si estos mensajes agrupados se eliminan durante la transmisión, y necesitan ser transmitidos, una secuencia para retransmisión no necesita necesariamente ser una secuencia de agrupamiento previa.
[0207] (8) Modelo de reenvío PFCP
[0208] Basado en el servicio de tecnología de comunicación móvil de 5o generación (5th generation mobile networks or 5th generation wireless systems, 5G), el PFCP define un modelo de dispositivo UP abstracto. Con base en este modelo, se definen mensajes relacionados con el nodo, mensajes de sesión y una serie de IE entre el plano de control y el plano de usuario. Por ejemplo, la FIGURA 13 es un ejemplo de un proceso de procesamiento de paquetes de un dispositivo UP. El proceso de procesamiento de paquetes del dispositivo UP reenvía el paquete en una forma coincidente de flujo, que es similar a un principio de las listas de control de acceso (ACL). Referirse a la FIGURA 13. Después de ingresar a un sistema, el paquete lleva a cabo la coincidencia con una tabla de reglas de una regla de detección de paquetes (PDR), y después de que el paquete coincide con la tabla de reglas, se lleva a cabo una acción fija. El proceso de procesamiento de paquetes del dispositivo UP incluye dos conceptos: una sesión PFCP y un PDR. La FIGURA 14 es un ejemplo de una sesión PFCP. Un SMF entrega una política de procesamiento de flujo (PDR, también referido como una regla de detección de paquetes) al usar una sesión PFCP sobre una interfaz N4. El dispositivo UP lleva a cabo una PDR para procesar los paquetes.
[0209] Con referencia a la FIGURA 15, lo siguiente describe una arquitectura de función lógica de una BNG con separación CU proporcionada en esta realización.
[0210] Referirse a la FIGURA 15. El dispositivo UP incluye un módulo de gestión de interfaz local 101, un módulo de gestión de recursos PFCP 102, y un módulo de protocolo PFCP 103.
[0211] El módulo de gestión de interfaz local 101 está configurado para gestionar una interfaz en el dispositivo UP, y está configurado adicionalmente para registrar al menos uno de un parámetro de enlace, un estado, y una MTU configurada de la interfaz en el dispositivo UP. Cuando la información de la interfaz del dispositivo UP cambia, el módulo de gestión de interfaz local 101 notifica al módulo de gestión de recursos PFCP 102 que la información de la interfaz cambia.
[0212] El módulo de gestión de recursos 102 está configurado para: cuando detecta que la información de la interfaz cambia, activa el módulo de protocolo PFCP 103 para informar el cambio al dispositivo CP.
[0213] El módulo de protocolo PFCP 103 está configurado para encapsular datos requeridos por el módulo de gestión de recursos 102 en un mensaje PFCP (por ejemplo, una solicitud de informe de recursos PFCP UP o un mensaje de solicitud de informe de nodo PFCP), y enviar el mensaje PFCP al dispositivo CP.
[0214] El dispositivo CP incluye un módulo de protocolo PFCP 111, un módulo de gestión de recursos PFCP 112, un módulo de gestión de interfaz UP 113, un módulo de gestión de acceso (Access management) 114, un módulo de gestión de sesión 115, y un módulo AAA 116.
[0215] El módulo de protocolo PFCP module 111 está configurado para recibir un mensaje PFCP informado por el dispositivo UP, y envía el mensaje al módulo de gestión de recursos PFCP 112.
[0216] El módulo de gestión de recursos 112 está configurado para recibir un mensaje PFCP del módulo de protocolo PFCP 111, analiza el mensaje PFCP para obtener la información de la interfaz llevada en el mensaje PFCP, y envía la información de la interfaz al módulo de gestión de interfaz UP.
[0217] El módulo de gestión de interfaz UP está configurado para registrar la información de la interfaz del dispositivo UP en una memoria del dispositivo CP. Si se determina, con base en la información del interfaz del dispositivo UP, que un estado de interfaz del dispositivo UP cambia, el módulo de gestión de interfaz UP 113 indica el módulo de gestión de sesión 115 para llevar a cabo el procesamiento.
[0218] El módulo de gestión de acceso 114 está configurado para procesar acceso del subscriptor. El módulo de gestión de acceso 114 obtiene una MTU y la información de ubicación de la interfaz de la interfaz en el dispositivo UP del módulo de gestión de interfaz UP, y envía un paquete a la terminal a través de una interfaz CPRi con base en la MTU y la información de ubicación de interfaz de la interfaz.
[0219] El módulo de gestión de sesión 115 está configurado para obtener información de ubicación de interfaz del módulo de gestión de interfaz UP, construir un puerto de servidor de acceso (Network Access Server, NAS) (NAS-Port) requerido para la autenticación RADIUS con base en la información de ubicación en la interfaz, y construir una opción 82 de protocolo de configuración de anfitrión dinámica (DHCP) con base en la información de ubicación de interfaz. El módulo de gestión de sesión 115 está configurado adicionalmente para activar un procedimiento de procesamiento de protección de sesión cuando detecta que una interfaz del lado de acceso está inactiva (down).
[0220] Lo siguiente describe la arquitectura de función lógica de la BNG con separación CU. Los siguiente describe, al usar un método 200 y un método 300 y con base en la arquitectura proporcionada en lo anterior, un ejemplo de un procedimiento del método en el que un dispositivo UP notifica la información de la interfaz.
[0221] La FIGURA 16 es una gráfica de flujo de un método de comunicación 200 de acuerdo con una realización de esta solicitud. El método 200 incluye S210 a S250.
[0222] En algunas realizaciones, el método 200 se lleva a cabo interactivamente por el dispositivo UP y el dispositivo CP en la arquitectura del sistema mostrado en la FIGURA 1, o se lleva a cabo interactivamente por el dispositivo UP y el dispositivo CP mostrados en cualquiera de una de la FIGURA 3, FIGURA 6, FIGURA 7, FIGURA 8, y FIGURA 9. El dispositivo UP en el método 200 es un dispositivo que lleva a cabo una función UP en cualquier red de separación CU, y el dispositivo CP en el método 200 es un dispositivo que lleva a cabo una función CP en cualquier red de separación CU. Por ejemplo, el método 200 se aplica a una puerta de enlace de separación CU, y el dispositivo CP y el dispositivo UP son respectivamente un dispositivo CP y un dispositivo UP en la misma puerta de enlace. En algunas realizaciones, la puerta de enlace de separación CU es una BNG, y el dispositivo CP y el dispositivo UP son respectivamente un dispositivo CP y un dispositivo UP en la BNG con separación CU. En algunas realizaciones, la puerta de enlace de separación CU es un BRAS, y el dispositivo CP y el dispositivo UP son respectivamente un dispositivo CP y un dispositivo UP en el BRAS de separación CU.
[0223] En algunas realizaciones, el método 200 se procesa por una unidad de procesamiento central de propósito general (CPU), por una CPU y/o un procesador de red (NP), o por otro procesador apropiado para el reenvío de paquetes en lugar de una CPU o un NP. Esto no se limita en el método 200.
[0224] S210: Un dispositivo UP genera un primer mensaje PFCP con base en una interfaz en el dispositivo UP.
[0225] El primer mensaje PFCP es un mensaje PFCP para notificar la información acerca de la interfaz en el dispositivo UP. El primer mensaje PFCP es, por ejemplo, una solicitud PFCP. El primer mensaje PFCP es, por ejemplo, un mensaje relacionado con el nodo PFCP. El primer mensaje PFCP es, por ejemplo, un mensaje de solicitud de informe de PFCP.
[0226] Una implementación del primer mensaje PFCP incluye pero no se limita a la siguiente forma 1 o forma 2.
[0227] Forma 1: Un mensaje PFCP expandido con un nuevo tipo de mensaje es el primer mensaje PFCP.
[0228] Por ejemplo, el primer mensaje PFCP es un primer mensaje relacionado con el nodo PFCP con un primer tipo de mensaje. Específicamente, el primer mensaje relacionado con el nodo PFCP incluye un campo de tipo de mensaje. El campo de tipo de mensaje en el primer mensaje relacionado con el nodo PFCP incluye un primer tipo de mensaje, y el primer tipo de mensaje indica que el primer mensaje PFCP se usa para notificar la información acerca de la interfaz en el dispositivo UP. Por ejemplo, un valor del primer tipo de mensaje es 16, y 16 es un valor de tipo de mensaje de nivel de nodo reservado en el PFCP, y se puede usar para indicar que un mensaje de nivel de nodo se usa para notificar la información acerca de la interfaz en el dispositivo UP. El primer mensaje relacionado con el nodo PFCP puede ser referido como una solicitud de informe de recursos PFCP UP.
[0229] Forma 2: Se reutiliza un mensaje PFCP existente como el primer mensaje PFCP.
[0230] Por ejemplo, el primer mensaje PFCP es un Mensaje de solicitud de informe de nodo PFCP. El Mensaje de solicitud de informe de nodo PFCP incluye un campo de tipo mensaje. El campo de tipo mensaje en el Mensaje de solicitud de informe de nodo PFCP incluye 12.
[0231] Un tipo de una interfaz que corresponde a la información de la interfaz llevada en el primer mensaje PFCP incluye una pluralidad de casos. Lo siguiente usa los casos A, B, C, y D como ejemplos para describir un tipo de interfaz que corresponde a la información de la interfaz llevada en el primer mensaje PFCP.
[0232] Caso A: Interfaz física
[0233] El primer mensaje PFCP incluye información acerca de una interfaz física en el dispositivo UP. La interfaz física es, por ejemplo, un puerto óptico. Por ejemplo, FIGURA 17 es un ejemplo de una forma de dispositivo de la BNG. Por ejemplo, la BNG es un dispositivo en forma de estante, y una pluralidad de placas se pueden instalar en un estante. Cada placa corresponde a una ranura, y cada placa tiene una pluralidad de puertos ópticos.
[0234] Por ejemplo, la FIGURA 18 muestra un ejemplo que una cantidad de subtarjetas que se pueden insertar en una placa es flexible. En la placa mostrada en la FIGURA 18, se insertan dos subtarjetas, particularmente, tarjeta 0 y tarjeta 1.
[0235] Por ejemplo, la FIGURA 19 es un ejemplo para desplegar una pluralidad de interfaces físicas (puertos ópticos) en cada subtarjeta. Doce puertos ópticos 10G, particularmente, puerto 0 a puerto 11, se despliegan por cada subtarjeta mostrada en la FIGURA 19.
[0236] Un nombre de interfaz de la interfaz física está en un formato de tipo de interfaz/número de ranura (slot)/número de tarjeta (card)/número de puerto (port). Por ejemplo, si el nombre de la interfaz de una interfaz física A es GigaEthernet 1/0/2, un tipo de la interfaz física A es GigaEthernet (GE), un número de ranura de la interfaz física A es 1, un número de tarjeta de la interfaz física A es 1, y un número de puerto de la interfaz A es 2.
[0237] Caso B: Interfaz agrupada
[0238] En algunas realizaciones, el primer mensaje PFCP incluye información acerca de una interfaz agrupada en el dispositivo UP. Por ejemplo, la FIGURA 20 es un ejemplo de una interfaz agrupada. La interfaz agrupada es una interfaz lógica. La interfaz agrupada es, por ejemplo, una interfaz de agregación de enlace de Ethernet (Eth-trunk) o una interfaz de grupo de agregación de enlace (Link aggregation group, LAG). La interfaz agrupada incluye una pluralidad de interfaces físicas que tienen una relación de agrupamiento, y cada interfaz física es referida como un miembro de la interfaz agrupada. Por ejemplo, la FIGURA 20 muestra dos interfaces agrupadas. Un nombre de interfaz de una interfaz agrupada es Eth-trunk 1, y un nombre de interfaz de la otra interfaz agrupada es Ethtrunk 2. Eth-trunk 1 se forma al agrupar interfaces físicas GE 1/0/0 y GE 1/0/1. Eth-trunk 2 se forma al agrupar GE 1/0/2, GE 2/0/0, y GE 2/0/1. El nombre de la interfaz de la interfaz agrupada está en un formato de “número de tipo de interfaz”. Por ejemplo, el nombre de interfaz de la interfaz A e Eth-trunk 1, que indica que un tipo de interfaz A es Eth-trunk y el número de interfaz A es 1.
[0239] Caso C: Interfaz de túnel
[0240] En algunas realizaciones, el primer mensaje PFCP incluye información acerca de una interfaz de túnel en el dispositivo UP. La interfaz de túnel es una interfaz lógica. La interfaz de túnel indica terminación de un túnel. Un tipo de túnel incluye pero no se limita al menos uno de un túnel de Conmutación de Etiqueta Multi-Protocolo (MPLS), un túnel de encapsulación de enrutamiento genérico (GRE), un túnel de red de área local extensible virtual (Vxlan), o un túnel GTP-u. El tipo de túnel corresponde a un formato de encapsulación del túnel. Por ejemplo, el túnel VXLAN lleva paquetes VXLAN. Un destino de un túnel es indicado usualmente por una dirección IP de destino del túnel. Por ejemplo, la FIGURA 21 es un ejemplo de una interfaz de túnel. Como se muestra en la FIGURA 21, se establece un túnel entre un enrutador 1 y un enrutador 2. El enrutador 1 y el enrutador 2 tienen cada uno una interfaz de túnel para el túnel. Cualquiera del enrutador 1 y el enrutador 2 está configurado para ser el dispositivo UP en la BNG. Por ejemplo, el dispositivo UP en la BNG tiene una interfaz A, y la interfaz A es una interfaz de túnel. Un nombre de interfaz de la interfaz A es “Túnel de Interfaz 3”, lo cual indica que el tipo de interfaz de la interfaz A es el túnel, y el número de la interfaz A es 3. La información acerca de la interfaz A incluye además “gre tipo Encap”, que indica que el tipo de túnel es GRE. La información acerca de la interfaz A incluye además “dirección IP 2.2.2.2”, que indica que una dirección IP de destino del túnel es 2.2.2.2. En otras palabras, el túnel se termina en el dispositivo con una dirección IP de 2.2.2.2.
[0241] Por ejemplo, la FIGURA 22 es un ejemplo en el que una BNG accede a una terminal a través de un túnel GRE. El operador A alquila una red de área metropolitana del operador B para acceder a sus clientes. El operador A tiene una BNG y el operador B tiene un enrutador 3. La BNG establece un túnel GRE con el enrutador 3 para acceder a las terminales a través del enrutador 3.
[0242] Las interfaces agrupadas anteriores y las interfaces de túnel son ejemplos de interfaces lógicas en el dispositivo UP. En algunas otras realizaciones, la interfaz lógica en el dispositivo UP e una interfaz de Ethernet virtual (Virtual-Ethernet), y el primer mensaje PFCP incluye información acerca de la interfaz de Ethernet virtual en el dispositivo UP.
[0243] Caso D: Sub-interfaz
[0244] Un ancho de banda de una interfaz física es usualmente grande, y una interfaz física se puede evaluar por una pluralidad de clientes al mismo tiempo. En este caso, los puertos y VLAN identifican diferentes clientes cenegados a un mismo puerto físico. En una BNG, las sub-interfaces se mapean para diferentes puertos y VLAN. Además, en una red de banda ancha doméstica, un operador usa dobles etiquetas VLAN para mapear un hogar. De esta manera, una ubicación física de cada cliente se puede determinar fácilmente, y se puede implementar la autenticación con base en la ubicación. Las sub-interfaces se pueden usar para planear parámetros para diferentes clientes, por ejemplo, establecer parámetros de banda ancha y políticas de autenticación con bases en las interfaces. La política de autenticación, por ejemplo, permite solamente acceso de Protocolo Punto a Punto (Point to Point Protocol, PPP).
[0245] Por ejemplo, un nombre de interfaz de la sub-interfaz cumple con un formato de “un nombre de interfaz de una interfaz a la cual la sub-interfaz pertenece.nombre de sub-interfaz”. En otras palabras, “.xxx” se agrega al nombre de la interfaz para indicar la sub-interfaz. Por ejemplo, referirse a la FIGURA 23. La interfaz GE 1/0/0 incluye tres sub-interfaces: GE 1/0/0.1, GE 1/0/0.2, y GE 1/0/0.3. GE se refiere a Ethernet de Gigabit. La sub-interfaz GE 1/0/0.1 corresponde a VLAN 1. La sub-interfaz GE 1/0/0.1 es denominada al agregar “.1” a GE 1/0/0. El nombre de la sub-interfaz de GE 1/0/0.1 es 1. La sub-interfaz GE 1/0/0.2 corresponde a VLAN 2. La sub-interfaz GE 1/0/0.2 corresponde a VLAN 2. La sub-interfaz GE 1/0/0.2 es denominada al agregar “.2” a GE1/0/0. La subinterfaz GE 1/0/0.3 corresponde a VLAN 3. La sub-interfaz GE 1/0/0.3 es denominada al agregar “.3” a GE1/0/0. El nombre de la sub-interfaz de GE 1/0/0.3 es 3.
[0246] Una cantidad de interfase en el dispositivo UP que corresponde a la información de la interfaz llevada en el primer mensaje PFCP incluye una pluralidad de casos. Por ejemplo, el primer mensaje PFCP incluye información acerca de una interfaz en el dispositivo UP. Como otro ejemplo, el primer mensaje PFCP incluye información acerca de una pluralidad de interfaces en el dispositivo UP.
[0247] En algunas realizaciones, el dispositivo UP usa el primer mensaje PFCP para notificar la información acerca de una interfaz accedida por una terminal. Por ejemplo, el primer mensaje PFCP incluye información acerca de una primera interfaz accedida por la terminal en el dispositivo UP. La primera interfaz se la interfaz accedida por la terminal en el dispositivo UP.
[0248] La información acerca de la interfaz en el primer mensaje PFCP incluye un índice de interfaz. El índice de interfaz identifica la interfaz en el dispositivo UP. El índice de interfaz está, por ejemplo, en una forma de un valor numérico. En algunas realizaciones, el índice de interfaz se codifica como un número entero sin signo de 32-bit (unsigned32 binary integer value). El índice de interfaz identifica una interfaz de acceso en el dispositivo UP. En algunas realizaciones, la información acerca de la interfaz en el primer mensaje PFCP incluye además al menos un tipo de la interfaz, un ancho de banda de la interfaz, un número de ranura de una ranura en la que la interfaz se sitúa, un número de tarjeta de una tarjeta de interfaz en la que la interfaz se sitúa, un número de puerto que corresponde a la interfaz, un índice de una sub-interfaz de la interfaz, un número de la interfaz de una interfaz lógica, un estado de interfaz, y una MTU de la interfaz.
[0249] El primer mensaje PFCP incluye al menos un IE. Cada IE incluye información acerca de al menos un interfaz en el dispositivo UP. Un tipo del IE incluido en el primer mensaje PFCP incluye pero no se limita a al menos uno de un IE agrupado y un IE incorporado. El IE incorporado se puede entender como un atributo de una unidad mínima. Un IE agrupado puede incluir una pluralidad de IE incorporados.
[0250] Lo siguiente usa un ejemplo para describir un IE llevado en el primer mensaje PFCP.
[0251] La siguiente Tabla 11 ilustra significados de los identificadores usados en la tabla que ejemplifica el IE en el método 200.
[0252] Tabla 11
[0254]
[0256] En algunas realizaciones, referirse a la Tabla 12. La Tabla 12 es un ejemplo de un IE llevado en el primer mensaje PFCP. Por ejemplo, los IE llevados en un mensaje de solicitud de informe de recursos PFCP UP y un mensaje de solicitud de informe de nodo PFCP se muestra en la siguiente Tabla 12. El IE llevado en el primer mensaje PFCP incluye pero no se limita al menos uno de un IE de interfaz de creación, un IE de interfaz de actualización, y un IE de interfaz de eliminación. El IE de interfaz de creación indica un dispositivo CP para crear una entrada de información, y almacena, en la entrada de información creada, la información acerca de la interfaz llevada en el primer mensaje PFCP. El IE de interfaz de actualización indica un dispositivo CP para actualizar la información históricamente almacenada acerca de una interfaz en el dispositivo UP para la información acerca de la interfaz llevada en el primer mensaje PFCP. El IE de interfaz de eliminación indica un dispositivo CP para eliminar la información de la interfaz que corresponde a un índice de interfaz.
[0257] Tabla 12
[0259]
[0260]
[0262] Lo siguiente usa (A), (B), y (C) como ejemplos para describir el IE de interfaz de creación, IE de interfaz de actualización, y IE de interfaz de eliminación.
[0263] (A) IE de interfaz de creación
[0264] Por ejemplo, el IE de interfaz de creación es referido como un IE de descripción de interfaz de creación. El IE de interfaz de creación incluye un campo tipo IE. El campo tipo IE incluye un primer tipo IE. El primer tipo IE es un tipo IE nuevo expandido. El primer tipo IE indica que la interfaz se crea recientemente. En algunas realizaciones, el IE de interfaz de creación es un IE agrupado. El IE de interfaz de creación incluye al menos un IE incorporado. El IE de interfaz de creación incluye al menos uno de un IE de índice de interfaz, un IE de tipo de interfaz, un IE de banda ancha, un IE de ranura, un IE de tarjeta, un IE de puerto, un IE de un índice de sub-interfaz, un IE de índice de interfaz lógica, un IE de estado de interfaz, y un IE de MTU.
[0265] Por ejemplo, la Tabla 13 es un ejemplo de un IE de interfaz de creación. El IE de if-index en la Tabla 13 es un ejemplo de un IE de índice de interfaz incluido en el IE de interfaz de creación. El IE if-type en la Tabla 13 es un ejemplo de un IE de tipo de interfaz incluido en el IE de interfaz de creación. El IE de ancho de banda en la Tabla 13 es un ejemplo de un IE de ancho de banda incluido en IE de interfaz de creación. El IE de ranura en la Tabla 13 es un ejemplo de un IE de ranura incluido en el IE de interfaz de creación. El IE de sub-if-index en la Tabla 13 es un ejemplo de un IE de tarjeta incluido en el IE de interfaz de creación. El IE de índice lógico if en la Tabla 13 es un ejemplo de un IE de índice de interfaz lógica incluida en el IE de interfaz de creación. El IE de if-state en la Tabla 13 es un ejemplo de un IE de estado de interfaz incluido en el IE de interfaz de creación. El IE if-MTU en la Tabla 13 es un ejemplo de un IE de MTU incluido en el IE de interfaz de creación. Además, el primer byte y el segundo byte en el IE de interfaz de creación son el campo tipo IE, y el campo tipo IE lleva un valor del tipo IE, es decir, un valor del primer tipo IE. En la Tabla 13, XX en “tipo IE = XX (decimal)” indica un valor decimal. El tercer y cuarto bytes en el IE de interfaz de creación es un campo de longitud. El quinto y sexto en el que en el IE de interfaz de creación son un campo ID de empresa. “2100” en el campo ID de empresa es un ejemplo de un ID de empresa.
[0266] Tabla 13
[0268]
[0269]
[0271] Lo siguiente usa los ejemplos 1 a 4 para describir como el dispositivo UP notifica la información acerca de la interfaz a un dispositivo CP al usar el IE de interfaz de creación. En los siguientes cuatro ejemplos, una interfaz de acceso A, un interfaz de acceso B, un interfaz de acceso C, y un interfaz de acceso D son todos los ejemplos de una interfaz de acceso terminal en el dispositivo UP.
[0272] Ejemplo 1: El dispositivo UP tiene una interfaz de acceso A. La interfaz de acceso A es una interfaz GE, y un nombre de la interfaz de acceso A es “GE 3/1/0”. El dispositivo UP usa el IE de interfaz de creación anterior, y una lista de IE informados a la interfaz de acceso A incluye “if-index = xxx; interfaz de origen = acceso; if-type = GE; ranura = 3; tarjeta = 1; puerto = 0; ancho de banda = 1G; if-state = UP; if-MTU=ipv41500, ipv61460”.
[0273] Ejemplo 2: El dispositivo UP tiene una interfaz de acceso B. la interfaz de acceso B es una sub-interfaz GE, y un nombre de la interfaz de acceso B es “GE 3/1/0.200”. El dispositivo UP usa el IE de interfaz de creación anterior, y una lista de IE informados por acceder a la interfaz B incluye “if-index = xxx; interfaz de origen = acceso; if-type = GE; ranura = 3; tarjeta = 1; puerto = 0; sub-if-index = 200; ancho de banda = 1G; if-state = UP; if-MTU = ipv4 1500, ipv61460”.
[0274] Ejemplo 3: El dispositivo UP tiene una interfaz de acceso C. La interfaz de acceso C es una interfaz agrupada LAG, y un nombre de la interfaz de acceso C es “LAG 100”. El dispositivo UP usa el IE de interfaz de creación anterior, y una lista de IE informados a la interfaz de acceso C incluye “if-index = xxx; interfaz de origen= acceso; if-type = LAG; índice lógico if = 200; if-state = UP; if-MTU = ipv41500, ipv61460”.
[0275] Ejemplo 4: El dispositivo UP tiene una interfaz de acceso D. La interfaz de acceso D es una subinterfaz agrupada LAG, y un nombre de la interfaz de acceso D es “LAG 100.123”. El dispositivo UP usa el IE de interfaz de creación anterior, y una lista de IE informados a la interfaz de acceso D incluye “if-index = xxx; interfaz de origen = acceso; if-type = LAG; índice lógico if = 200; sub-if-index = 123; if-state = UP; if-MTU = ipv41500, ipv61460”. (B) IE de interfaz de actualización
[0276] El IE de interfaz de actualización es, por ejemplo, referido como un IE de descripción de interfaz de actualización (Update Interfaz Description IE). El IE de interfaz de actualización incluye un campo tipo IE. El campo de tipo IE incluye un segundo tipo IE. El segundo tipo IE es un nuevo tipo IE expandido. El segundo tipo IE indica la información acerca de una interfaz que se ha actualizado. En algunas realizaciones, el IE de interfaz de actualización es un IE agrupado. El IE de interfaz de actualización incluye al menos un IE incorporado. El IE de interfaz de actualización incluye un IE de índice de interfaz.
[0277] El IE de interfaz de actualización incluye información de la interfaz actualizada. En algunas realizaciones, el dispositivo UP detecta si la información acerca de una interfaz se ha actualizado. Cuando la información acerca de cualquier dimensión de cualquier interfaz se actualiza, el dispositivo UP lleva la información actualizada acerca de la dimensión de la interfaz en un IE de interfaz de actualización, y el dispositivo UP transfiere el IE de interfaz de actualización al dispositivo CP, de modo que el dispositivo UP notifica la información actualizada de la dimensión de la interfaz al dispositivo CP.
[0278] Por ejemplo, el IE de interfaz de actualización incluye un estado de interfaz actualizado. Por ejemplo, el IE de interfaz de actualización incluye un IE de estado de interfaz, y el IE de estado de interfaz incluye un estado de interfaz actualizado. Por ejemplo, cuando un estado de la interfaz A en el dispositivo UP cambia de un estado activado a un estado inactivado, el dispositivo UP lleva un índice de la interfaz A en un IE de índice de interfaz de un IE de interfaz de actualización, y el dispositivo UP lleva un estado (por ejemplo, desactivado) de la interfaz A en un IE de estado de interfaz del IE de interfaz de actualización. El dispositivo UP transfiere la IE de interfaz de actualización al dispositivo CP. Después de que el dispositivo CP recibe el IE de interfaz de actualización, el dispositivo CP determina, al identificar el IE de índice de interfaz y el IE de estado de interfaz que está en la IE de interfaz de actualización, que el estado de la interfaz A cambia, y el dispositivo CP actualiza un estado que es de la interfaz A y que se almacena en el dispositivo CP del estado activado al estado desactivado. Similarmente, cuando un estado de la interfaz A en el dispositivo UP cambia de un estado desactivado a un estado activado, el dispositivo UP informa al dispositivo CP en una manera similar al usar un IE de interfaz de actualización que el estado del interfaz A cambia al estado activado.
[0279] Por ejemplo, el IE de interfaz de actualización incluye una MTU actualizada de una interfaz. Por ejemplo, el IE de interfaz de actualización incluye un IE de MTU. El IE de MTU incluye la MTU actualizada de la interfaz. Por ejemplo, cuando un valor IPv4 MTU de la interfaz B en el dispositivo UP cambia de un valor 1 a un valor 2, el dispositivo UP lleva un índice de la interfaz B en un IE de índice de interfaz de un IE de interfaz de actualización, y el dispositivo UP lleva el valor IPv4 MTU (valor 2) de la interfaz B en un IE de MTU del IE de interfaz de actualización. El dispositivo UP transfiere el IE de interfaz de actualización al dispositivo CP. Después de que el dispositivo CP recibe el IE de interfaz de actualización, el dispositivo CP determina, al identificar el IE de índice de interfaz y el IE de MTU en el IE de interfaz de actualización, que el valor IPv4 MTU de la interfaz B cambia. El dispositivo CP actualiza un estado que es de la interfaz B y que se almacena en el dispositivo CP del valor 1 al valor 2.
[0280] Por ejemplo, la tabla 14 es un ejemplo de un IE de interfaz de actualización. El IE de if-index en la Tabla 14 es un ejemplo de un IE de índice de interfaz incluido en el IE de interfaz de actualización. El IE de if-state de la Tabla 14 es un ejemplo de un IE de estado de interfaz incluido en el IE de interfaz de actualización. El if-MTU IE en la Tabla 14 es un ejemplo de un IE de MTU incluido en el IE de interfaz de actualización. Además, el primer byte y el segundo byte en el IE de interfaz de actualización son el campo tipo IE, y el campo tipo IE lleva un valor del tipo IE, es decir, un valor del segundo tipo IE. En la Tabla 14, XX en “Tipo IE = XX (decimal)” indica un valor decimal. El tercer y cuarto bytes en el IE de interfaz de actualización es un campo de longitud. El quinto y sexto bytes en el IE de interfaz de actualización son un campo ID de empresa. “2100” en el campo ID de empresa es un ejemplo de un ID de empresa.
[0281] Tabla 14
[0283]
[0285] (C) IE de interfaz de eliminación
[0286] Por ejemplo, el IE de interfaz de eliminación es referido como un IE de descripción de interfaz de eliminación. El IE de interfaz de eliminación incluye un campo tipo IE. El campo tipo IE incluye un tercer tipo IE. El tercer tipo IE es un nuevo tipo IE expandido. El tercer tipo IE indica que una interfaz se ha eliminado. En algunas realizaciones, el IE de interfaz de eliminación es un IE agrupado. El IE de interfaz de eliminación incluye al menos un IE incorporado. El IE de interfaz de eliminación incluye un IE de índice de interfaz.
[0287] Por ejemplo, la Tabla 15 es un ejemplo de una IE de interfaz de eliminación. El IE de if-index de la Tabla 15 es un ejemplo de un IE de índice de interfaz incluido en el IE de interfaz de eliminación. Además, el primer byte y el segundo byte en el IE de interfaz de eliminación son el campo tipo IE, y el campo tipo IE lleva un valor del tipo IE, es decir, un valor del segundo tipo IE. En la Tabla 15, XX en “Tipo IE = XX (decimal)” indica un valor decimal. Los tercer y cuarto bytes en el IE de interfaz de eliminación son un campo de longitud. El quinto y sexto bytes en el IE de interfaz de eliminación son un campo ID de empresa. “2100” en el campo ID de empresa es un ejemplo de un ID de empresa.
[0288] Tabla 15
[0290]
[0292] Lo siguiente describe el IE de índice de interfaz, el IE de tipo de interfaz, el IE de ancho de banda, el IE de ranura, el IE de tarjeta, el IE de puerto, el IE de índice de sub-interfaz, el IE de índice de interfaz lógica, el IE de estado de interfaz, y el IE de MTU que se mencionan en lo anterior al usar (1) a (10). Por ejemplo, el primer mensaje PFCP incluye al menos uno del IE de índice de interfaz, el IE de tipo de interfaz, el IE de ancho de banda, el IE de ranura, el IE de tarjeta, el IE de puerto, el IE de índice de sub-interfaz, el IE de índice de interfaz lógica, el IE de estado de interfaz y el IE de MTU que se introducen a continuación.
[0293] (1) IE de índice de interfaz
[0294] Por ejemplo, el IE de índice de interfaz es referido como un IE de if-index. En algunas realizaciones, el IE de índice de interfaz es un IE incorporado. El IE de índice de interfaz incluye un índice de una interfaz. Por ejemplo, la Tabla 16 es un ejemplo de un IE de índice de interfaz. El IE de índice de interfaz incluye un campo tipo IE, un campo de longitud, un campo ID de empresa y un campo de índice de interfaz. El campo de índice de interfaz incluye un índice de la interfaz.
[0295] Tabla 16
[0298]
[0300] (2) IE de tipo de interfaz
[0301] Por ejemplo, el IE de tipo de interfaz es referido como un IE de if-type. El IE de tipo de interfaz incluye un tipo de una interfaz en el dispositivo UP. En algunas realizaciones, el IE de tipo de interfaz es un IE incorporado. Por ejemplo, la Tabla 17 es un ejemplo de un IE de tipo de interfaz. El IE de tipo de interfaz incluye un campo tipo IE, un campo de longitud, un campo ID de empresa y un campo tipo de interfaz. El campo tipo de interfaz incluye un tipo de la interfaz. El tipo de la interfaz incluye una interfaz física, una interfaz agrupada, una interfaz de Ethernet virtual o una interfaz de túnel.
[0302] Tabla 17
[0305]
[0307] De manera opcional, el tipo de la interfaz se codifica como un número entero sin signo de 1 byte. Por ejemplo, referirse a la Tabla 17. El campo tipo de interfaz en el IE de tipo de interfaz ocupa 1 byte. En algunas realizaciones, diferentes números enteros representan diferentes tipos de interfaz. Por ejemplo, si un valor de un tipo de una interfaz es 0, la interfaz es una interfaz de GE física (Gigabyte Ethernet). Si un valor de un tipo de una interfaz es 1, la interfaz es una interfaz agrupada LAG (una pluralidad de interfaces GE forman una interfaz lógica). Si el valor de un tipo de una interfaz es 2, la interfaz es una interfaz de Ethernet virtual (Virtual-Ethernet). Si el valor de un tipo de una interfaz es 3, la interfaz es una interfaz de terminación de túnel GRE (GRE Tunnel).
[0308] (3) IE de ancho de banda
[0309] Por ejemplo, el IE de ancho de banda es referido como un IE de ancho de banda. El IE de ancho de banda incluye un ancho de banda de una interfaz en el dispositivo UP. En algunas realizaciones, el IE de ancho de banda es un IE incorporado. Por ejemplo, la Tabla 18 es un ejemplo de un IE de ancho de banda. El IE de ancho de banda incluye un campo tipo IE, un campo de longitud, un campo ID de empresa, y un campo de ancho de banda (Bandwidth). De manera opcional, el ancho de banda se codifica como un número entero sin signo de 4 bytes, y una unidad del ancho de banda es Gbit/s (Giga bits por segundo, una cantidad de bits transmitidos por segundo).
[0310] Tabla 18
[0313]
[0315] (4) IE de Ranura
[0316] El IE de ranura es, por ejemplo, referido como un IE de ranura. El IE de ranura incluye un número de ranura de una ranura en la que se sitúa una interfaz en el dispositivo UP. En algunas realizaciones, el IE de ranura es un IE incorporado. Por ejemplo, la Tabla 19 es un ejemplo de un IE de ranura. El IE de ranura incluye un campo tipo IE, un campo de longitud, un campo ID de empresa, y un campo de ranura (Slot). El campo de ranura incluye el número de ranura. De manera opcional, el número de ranura se codifica como un número entero sin signo de 2 bytes.
[0317] Tabla 19
[0320]
[0322] (5) IE de Tarjeta
[0323] El IE de tarjeta es, por ejemplo, referido como un IE de tarjeta. En algunas realizaciones, el IE de tarjeta es un IE incorporado. El IE de tarjeta incluye un número de tarjeta de una tarjeta de interfaz en la que una interfaz en el dispositivo UP se sitúa. Por ejemplo, la Tabla 20 es un ejemplo de un IE de tarjeta. El IE de tarjeta incluye un campo tipo IE, un campo de longitud, un campo ID de empresa y un campo de tarjeta (Card). El campo de tarjeta incluye el número de tarjeta. De manera opcional, el número de tarjeta se codifica como un número entero sin signo de 2 bytes.
[0324] Tabla 20
[0327]
[0329] (6) IE de Puerto
[0330] El IE de puerto es referido como, por ejemplo, un IE de puerto. El IE de puerto incluye un número de puerto que corresponde a una interfaz en el dispositivo UP. Por ejemplo, la Tabla 21 es un ejemplo de un IE de puerto. El IE de puerto incluye un campo tipo IE, un campo de longitud, un campo ID de empresa, y un campo de puerto. El campo de puerto incluye el número de puerto. De manera opcional, el número de puerto se codifica como un entero sin signo de 2 bytes.
[0331] Tabla 21
[0334]
[0336] (7) IE de índice de sub-interfaz
[0337] Por ejemplo, el IE de índice de sub-interfaz es referido como un IE de if-sub-index. El IE de índice de sub-interfaz incluye un índice de una sub-interfaz de una interfaz. En algunas realizaciones, el IE de índice de sub-interfaz es un IE incorporado. Por ejemplo, la Tabla 22 es un ejemplo de un IE de índice de sub-interfaz. El IE de índice de sub-interfaz incluye un IE de tipo campo, un campo de longitud, un campo ID de empresa, y un campo de índice de sub-interfaz (Sub-index). El campo de índice de sub-interfaz incluye el índice de la sub-interfaz. El índice de la sub-interfaz identifica la sub-interfaz en el dispositivo UP. El índice de la sub-interfaz también es referido como un número de sub-interfaz. De manera opcional, el índice de la sub-interfaz se codifica como un número entero sin signo de 4 bytes.
[0338] Tabla 22
[0341]
[0343] (8) IE de índice de interfaz lógica
[0344] Por ejemplo, el IE de índice de interfaz lógica es referido como IE de índice lógico if. El IE de índice de interfaz lógico es para notificar la información acerca de una interfaz lógica en el dispositivo UP. El IE de índice de interfaz lógica incluye un número de interfaz de la interfaz lógica. En algunas realizaciones, el IE de índice de interfaz lógica es un IE incorporado. Por ejemplo, la Tabla 23 es un ejemplo de un IE de índice de interfaz lógica. El IE de índice de interfaz lógica incluye un campo tipo IE, un campo de longitud, un campo ID de empresa, y un campo de índice de interfaz lógica (Logic-index). El campo de índice de interfaz lógica incluye el número de interfaz de la interfaz lógica. De manera opcional, el número de interfaz de la interfaz lógica se codifica como un número entero sin signo de 4 bytes.
[0345] Tabla 23
[0348]
[0350] (9) IE de estado de interfaz
[0351] El IE de estado de interfaz es referido como, por ejemplo, un IE de if-state. El IE de estado de interfaz incluye un estado de una interfaz. En algunas realizaciones, el IE de estado de interfaz es un IE incorporado. Por ejemplo, la Tabla 24 es un ejemplo de un IE de estado de interfaz. El IE de estado de interfaz incluye un campo tipo IE, un campo de longitud, un campo ID de empresa, y un campo de estado de interfaz (If-state). El campo de estado de interfaz incluye el estado de la interfaz. El estado de la interfaz es un estado activado o un estado desactivado. En algunas realizaciones, los dos diferentes estados de interfaz, el estado activado y el estado desactivado, son representados por valores diferentes. Por ejemplo, el estado de la interfaz se codifica como un número entero sin signo de 1 byte.0 indica activado y 1 indica desactivado.
[0352] Tabla 24
[0355]
[0357] (10) IE de MTU
[0358] El IE de MTU es, por ejemplo, referido como if-MTU IE. El IE de MTU incluye una MTU de la interfaz. Por ejemplo, el IE de MTU incluye al menos una IPv4 MTU o una IPv6 MTU de la interfaz. En algunas realizaciones, el IE de MTU es un IE incorporado. Por ejemplo, la Tabla 25 es un ejemplo de un IE de MTU. El IE de MTU incluye un campo tipo IE, un campo de longitud, un campo ID de empresa, un campo de IPv4 MTU de interfaz (Ifipv4-MTU) y un campo de IPv6 MTU de interfaz (If-ipv6-MTU). El campo IPv4 MTU de interfaz incluye la IPv4 MTU de la interfaz. El campo de IPv6 MTU incluye la IPv6 MTU de la interfaz. De manera opcional, tanto la IPv4 MTU como la IPv6 MTU de la interfaz se codifican como números enteros sin signo de 2 bytes. De manera opcional, las unidades de la IPv4 MTU de la interfaz y la IPv6 MTU de la interfaz son bytes.
[0359] Tabla 25
[0362]
[0364] S220: El dispositivo UP envía el primer mensaje PFCP a un dispositivo CP.
[0365] S230: El dispositivo CP recibe el primer mensaje PFCP del dispositivo UP.
[0366] En algunas realizaciones, después de que el dispositivo CP recibe el primer mensaje PFCP del dispositivo UP, el dispositivo CP genera un segundo mensaje PFCP y el dispositivo CP envía el segundo mensaje PFCP al dispositivo UP. El segundo mensaje PFCP es un mensaje de respuesta que corresponde al primer mensaje PFCP. El segundo mensaje PFCP es, por ejemplo, un mensaje relacionado con el nodo PFCP. El segundo mensaje PFCP es, por ejemplo, un mensaje de respuesta de informe PFCP. El segundo mensaje PFCP notifica al dispositivo UP que el dispositivo CP ha recibido el primer mensaje PFCP. El dispositivo UP recibe el segundo mensaje PFCP del dispositivo CP, y el dispositivo UP determina, con base en el segundo mensaje PFCP, que el dispositivo CP ha recibido el primer mensaje PFCP. En algunas otras realizaciones, si el dispositivo UP no recibe el segundo mensaje PFCP dentro de un período de tiempo, el dispositivo UP transmite el primer mensaje PFCP al dispositivo CP hasta que recibe el segundo mensaje PFCP, para asegurar que el primer mensaje PFCP sea transmitido exitosamente al dispositivo CP.
[0367] Las implementaciones del segundo mensaje PFCP incluyen, pero no se limitan a, la siguiente forma 1 y forma 2. Forma 1: Un mensaje PFCP expandido con un nuevo tipo de mensaje es el segundo mensaje PFCP.
[0368] Por ejemplo, el segundo mensaje PFCP es un segundo mensaje relacionado con el nodo PFCP con un segundo tipo de mensaje. Específicamente, el segundo mensaje relacionado con el nodo PFCP incluye un campo tipo mensaje. El campo tipo mensaje en el segundo mensaje relacionado con el nodo PFCP incluye un segundo tipo mensaje, y el segundo tipo mensaje identifica que el segundo mensaje PFCP es un mensaje de respuesta que corresponde al primer mensaje relacionado con el nodo PFCP. Los valores del segundo tipo mensaje y el primer tipo mensaje son diferentes. Por ejemplo, referirse a la Tabla 26. Un valor del segundo tipo mensaje es 17, y 17 es un valor tipo mensaje de nivel de nodo reservado en el PFCP y se puede usar para indicar el mensaje de respuesta que corresponde al primer mensaje PFCP. El segundo mensaje relacionado con el nodo PFCP puede ser referido como una Respuesta de Informe de Recursos PFCP UPF.
[0369] Tabla 26
[0372]
[0374] Forma 2: Un mensaje PFCP existente se reutiliza como el segundo mensaje PFCP.
[0375] Por ejemplo, el segundo mensaje PFCP es una respuesta de informe del nodo PFCP. La respuesta de informe del nodo PFCP incluye un campo tipo mensaje. El campo tipo mensaje en la respuesta del informe de nodo PFCP incluye 13. Por ejemplo, la Tabla 27 es un ejemplo de un mensaje de solicitud de informe del nodo PFCP y una respuesta de informe del nodo PFCP.
[0376] Tabla 27
[0379]
[0381] El segundo mensaje PFCP incluye al menos un IE. En algunas realizaciones, referirse a la Tabla 28. La Tabla 28 es un ejemplo de un IE llevado en el segundo mensaje PFCP. Por ejemplo, los IEs llevados en una respuesta de informe de recursos PFCP UP y una respuesta de informe de nodo PFCP se muestran en la siguiente Tabla 28.
[0382] Tabla 28
[0384]
[0386] S240: El dispositivo CP almacena la información acerca de la interfaz en el dispositivo UP.
[0387] El dispositivo CP obtiene la información acerca de la interfaz en el dispositivo UP del primer mensaje PFCP, para determinar la información acerca de la interfaz accedida por la terminal en el dispositivo UP, de modo que la información alrededor de la interfaz se usa para procesar el acceso terminal.
[0388] Como el dispositivo CP usa la información acerca de la interfaz en el dispositivo UP incluye una pluralidad de escenarios, y S250 se usa como un siguiente ejemplo.
[0389] S250: El dispositivo CP gestiona la terminal con base en la información acerca de la primera interfaz accedida por la terminal en el dispositivo UP.
[0390] Lo siguiente usa los casos 1, 2, 3, 4 y 5 como ejemplos para ilustrar S250.
[0391] Caso 1: Autenticación del acceso terminal
[0392] Específicamente, el dispositivo CP genera un paquete de autenticación de acceso que incluye la información acerca de la primera interfaz con base en la información acerca de la primera interfaz. El dispositivo CP envía el paquete de autenticación de acceso a un servidor de autenticación. El servidor de autenticación recibe el paquete de autenticación de acceso, y obtiene la información acerca de la primera interfaz del paquete de autenticación de acceso. El servidor de autenticación lleva a cabo la autenticación de acceso en la terminal con base en la información acerca de la primera interfaz.
[0393] El caso 1 es, por ejemplo, un escenario de autenticación de unión. La información acerca de la primera interfaz usada en el caso 1 es equivalente a la información de ubicación de la terminal. La información acerca de la primera interfaz usada en el caso 1 incluye, por ejemplo, al menos uno de un número de ranura de una ranura en la primera interfaz se sitúa, un número de tarjeta de una tarjeta de interfaz en la primera interfaz se sitúa, un número de puerto que corresponde a la primera interfaz, y un tipo de la primera interfaz. Por ejemplo, cuando la terminal accede, el dispositivo CP determina que la terminal accede a la primera interfaz en el dispositivo UP, y solicita información de la interfaz pre-almacenada del UFP con base en el índice de la primera interfaz, para obtener el número de ranura, el número de tarjeta, el número de puerto, y el tipo de la primera interfaz. El dispositivo CP genera un paquete de solicitud de autenticación que incluye el número de ranura, el número de tarjeta, el número de puerto y el tipo de la primera interfaz, y un identificador de terminal, y envía el paquete de solicitud de autenticación al servidor de autenticación. El servidor de autenticación obtiene el número de ranura, el número de tarjeta, el número de puerto, el tipo, y el identificador de la terminal de la primera interfaz de paquete de autenticación de acceso. El servidor de autenticación determina, con base en la información acerca de la primera interfaz, una ubicación de acceso de un terminal que corresponde al identificador de terminal. El servidor de autenticación determina, con base en la ubicación de acceso, si el acceso de la terminal es acceso normal o acceso anormal. Si el servidor de autenticación determina, con base en la ubicación de acceso, que el acceso es acceso anormal, el servidor de autenticación rechaza la terminal al pasar la autenticación. Cuando la terminal es un terminal IPoE, el identificador de terminal es, por ejemplo, una dirección MAC de la terminal IPoE. Cuando la terminal es un terminal PPPoE, el identificador de terminal es, por ejemplo, una cuenta de la terminal PPPoE. Por ejemplo, cuando el servidor de autenticación determina que una ubicación que corresponde a la cuenta es incorrecta, el servidor de autenticación determina que la cuenta de la terminal IPoE puede haber sido robada.
[0394] En algunas realizaciones, con referencia a (1) en la FIGURA 24, la información acerca de la primera interfaz usada en el caso 1 es un atributo NAS-Port-ID en un paquete de autenticación de acceso. Por ejemplo, con referencia a (1) en la FIGURA 24, el paquete de autenticación de acceso incluye el atributo NAS-Port-ID. El atributo NAS-Port-ID es una cadena de caracteres. El atributo NAS-Port-ID incluye un nombre de dispositivo, un tipo de interfaz, una ranura/tarjeta/puerto de acceso, y una etiqueta VLAN. Por ejemplo, el atributo NAS-Port-ID es el identificador de Relé GE 3/0/0:100.33. Una ranura es 3, una tarjeta es 0, un puerto es 0, una etiqueta VLAN exterior es 100 y una etiqueta VLAN interior es 33.
[0395] En algunas realizaciones, el caso 1 es un escenario de autenticación RADIUS. Específicamente, se define en la especificación TR101 que una BNG necesita llevar un atributo NAS-Port-ID para pasar la autenticación RADIUS. Después de obtener la información acerca de la primera interfaz, el dispositivo CP construye un atributo NAS-Port-ID con base en la información acerca de la primera interfaz, y envía un paquete de autenticación de acceso que incluye el atributo NAS-Port-ID al servidor RADIUS, para solicitar la autenticación del servidor RADIUS. El atributo NAS-Port-ID incluye la información acerca de la primera interfaz. En el escenario de autenticación RADIUS, el dispositivo CP en la BNG con separación CU es un cliente RADIUS. En este punto, el servidor RADIUS es un ejemplo de un servidor de autenticación.
[0396] Caso 2: Generación de una opción de DHCP 82
[0397] La opción 82 es una opción de información de agente de relé (relay agent information option) en un paquete DHCP. Cuando un cliente DHCP envía un paquete de solicitud a un servidor DHCP, si el paquete de solicitud pasa a través de un relé DHCP, el relé DHCP agrega una opción 82 al paquete de solicitud. El paquete DHCP incluye un encabezado de paquete DHCP, un encabezado IP, un encabezado UDP, y una pluralidad de opciones. Una longitud de un encabezado de paquete DHCP es 236 bytes. Una longitud de un encabezado IP y un encabezado UDP es 28 bytes. En general, una longitud de un paquete DHCP es aproximadamente 500 bytes. Específicamente, el dispositivo CP genera un paquete DHCP con base en la información acerca de la interfaz en el dispositivo UP. El paquete DHCP incluye una opción de DHCP 82 que incluye la información acerca de la interfaz en el dispositivo UP. El dispositivo CP envía el paquete DHCP a un servidor DHCP. El servidor DHCP recibe el paquete DHCP e identifica una ubicación de acceso de una terminal con base en un campo de opción 82 en el paquete DHCP. El servidor DHCP lleva a cabo la unión y autenticación en la terminal o selecciona una dirección IP con base en la ubicación de acceso de la terminal.
[0398] Cuando la terminal es una terminal IPoE, la BNG sirve como un relé DHCP, construye una opción DHCP 82 e inserta la opción DHCP 82 en un paquete DHCP (si el paquete no lleva una opción DHCP 82 durante el acceso). Cuando la terminal es un terminal PPPoE, la BNG sirve como un cliente DHCP, construye un paquete DHCP e inserta una opción DHCP 82 en el paquete (si el paquete no lleva una ID de circuito durante el acceso). Por ejemplo, la FIGURA 25 es un ejemplo en el que la BNG sirve como relé DHCP.
[0399] Un formato de una opción 82 definida en RFC 3046 es como sigue:
[0400]
[0403] La opción 82 incluye dos sub-atributos. Un sub-atributo es un ID de circuito de agente (Agent Cirtuit ID) y el otro sub-atributo es un ID remoto de agente (Agent Remote ID). El ID del circuito de agente y el ID remoto de agente se definen por el vendedor. El sub-atributo es, por ejemplo, una sub-opción (Sub-Option) de la opción 82. El ID de circuito de agente es, por ejemplo, una sub-opción de ID de circuito de agente. La sub-opción de ID de circuito de agente incluye un número de interfaz de enrutador (Router interface number), un número de puerto de concentrador de conmutación (Switching Hub port number), un número de puerto de servidor de acceso remoto (Remote Access Server port number), un DLCI de relé de cuadro, (Frame Relay DLCI) un número de circuito virtual ATM (ATM 5 virtual circuit number) y un número de circuito virtual de datos de cable (Cable Data virtual circuit number). El ID remoto de agente es, por ejemplo, una sub-opción de ID remoto de agente. La sub-opción de ID remoto de agente incluye un número de teléfono “ID de llamadas” para conexión de acceso telefónico (un número telefónico “ID de llamadas” para conexión de acceso telefónico), un “nombre de usuario” solicitado por el servidor de acceso remoto (un “nombre de usuario” solicitado por un servidor de acceso remoto), una dirección ATM de la persona que llama remota (a remote caller ATM address), un ID de módem de un módem de datos de cable (un “modem ID” de un cable data modem), una dirección IP remota de enlace punto a punto (the remote IP address of a point-to-point link), y una dirección X.25 remota para conexión X.25 (a remote X.25 address for X.25 connections).
[0405] Por ejemplo, la opción 82 incluye un parámetro basinfo-insert. El parámetro basinfo-insert específica la información de la interfaz BAS insertada. Por ejemplo, para una interfaz GE, un parámetro basinfo-insert incluye <BNG-Hostname> eth <0>/<slot>/<subslot>/<port>:<outer VLAN>.<inner VLAN>. Por ejemplo, El parámetro basinfo-insert incluye Hostname1 eth 0/1/0/1:50.60. Por ejemplo, si la interfaz es una interfaz troncal, un parámetro basinfo-insert incluye <BNG-Hostname> trunk <0>/<0>/<slot>/<trunkid>:<outer VLAN>.<inner VLAN>. Por ejemplo, el parámetro basinfo-insert incluye Hostname1 trunk 0/0/2/11:200.100. Una interfaz BAS es una interfaz para acceder a un suscriptor de banda ancha.
[0407] Por ejemplo, la opción 82 incluye un parámetro cn-telecom. El parámetro cn-telecom específica un formato de la información de la interfaz BAS insertada que está en un formato de telecom. El parámetro cn-telecom incluye información física en un formato telecom e información llevada por la terminal. La información física en el formato telecom es, por ejemplo, un tipo de interfaz, un número de ranura, un número de subtarjeta, e información del número de puerto/VLAN. Por ejemplo, para una interfaz GE, un parámetro cn-telecom incluye eth <slot>/<subslot>/<port>:<outer VLAN>.<inner VLAN>. Por ejemplo, si la interfaz es una interfaz truncal, un parámetro cn-telecom incluye trunk 0/2/<trunk-id>:<outer VLAN>.<inner VLAN>. Por ejemplo, la información llevada por una terminal es abc, y la opción 82 incluye eth 2/0/5:4096.4 abc.
[0408] Por ejemplo, la opción 82 incluye un parámetro version1. El parámetro version1 indica encapsular la información ID de la línea de acceso ID (access-line-id) en un formato de version1. El parámetro version1 incluye información física en un formato telecom y 0/0/0/0/0/0. La información física en el formato telecom es, por ejemplo, un tipo de interfaz, un número de ranura, un número de subtarjeta, y número de puerto/VLAN información. Por ejemplo, para una interfaz GE, un parámetro version1 incluye eth <slot>/<subslot>/<port>:<outer VLAN>.<inner VLAN>. Por ejemplo, si la interfaz es una interfaz truncal, un parámetro version1 incluye trunk 0/2/<trunk-id>:<outer VLAN>.<inner VLAN>. Por ejemplo, la opción 82 incluye eth 2/0/5:4096.40/0/0/0/0/0.
[0409] Caso 3: Aplicación de un ancho de banda de una interfaz
[0410] Por ejemplo, cuando una terminal A accede a una interfaz A en el dispositivo UP en la BNG, el dispositivo CP en la BNG determina un ancho de banda requerido de la terminal A. Si una terminal B y una terminal C se conectan adicionalmente a la interfaz física A, el dispositivo CP calcula una suma del ancho de banda requerido de la terminal A, un ancho de banda requerido de la terminal B, y un ancho de banda requerido de la terminal C, para obtener un ancho de banda requerido total de todas las terminales conectadas a la interfaz física A. Cuando el ancho de banda requerido total excede una proporción específica de un ancho de banda actual de la interfaz física A, el dispositivo CP restringe las nuevas terminales para que accedan a la interfaz física A, y genera una alarma.
[0411] Caso 4: Aplicación de una MTU de una interfaz
[0412] Por ejemplo, un dispositivo CP envía un paquete de control a una terminal con base en una MTU de una interfaz. Por ejemplo, referirse a (2) en la FIGURA 24. Cuando se envía un paquete a la terminal, el dispositivo CP determina si la MTU de la interfaz se establece a un valor excesivamente pequeño y la MTU no se puede usar para enviar el paquete.
[0413] Caso 5: Aplicación de un estado de interfaz
[0414] Por ejemplo, referirse a (4) en la FIGURA 24. Cuando una fibra física conectada a una interfaz o una placa en la cual la interfaz se sitúa es defectuosa, un estado informado por el dispositivo UP cambia a desactivado, el dispositivo CP determina que el estado de la interfaz cambia a desactivado, y el dispositivo CP lleva a cabo la protección del servicio para una terminal accedida a través de la interfaz. Por ejemplo, el dispositivo CP lleva a cabo el procesamiento fuera de línea en la terminal accedida a través de la interfaz, detiene la contabilidad en la terminal, y lleva a cabo el cambio de dispositivo UP para lograr un respaldo activo.
[0415] Lo siguiente describe como el dispositivo CP usa la información acerca de la interfaz en el dispositivo UP con los cinco casos. En algunas otras realizaciones, la información acerca de la interfaz en el dispositivo UP se usa en otro caso. Por ejemplo, cuando se envía un paquete de control a una terminal a través de la interfaz CPRi, el dispositivo CP agrega información de la interfaz de salida al paquete de control para indicar al dispositivo UP que reenvíe datos.
[0416] Esta realización proporciona un método en el que el dispositivo UP notifica la información acerca de una interfaz al dispositivo CP al usar PFCP. El dispositivo UP lleva la información acerca de la interfaz en un mensaje PFCP, y transmite el mensaje PFCP al dispositivo CP. El dispositivo CP puede obtener la información acerca de la interfaz en el dispositivo UP del mensaje PFCP, que asegura que el dispositivo CP puede detectar la información acerca de la interfaz en el dispositivo UP. Por lo tanto, la limitación en las funciones provocadas por la insuficiente información de la interfaz obtenida por el dispositivo CP se resuelve algún grado, ayudando al dispositivo CP implementar varias funciones al usar la información acerca de la interfaz en el dispositivo UP. El método 200 se describe a continuación al usar un método 300 como un ejemplo. En el siguiente método 300, el primer mensaje PFCP es un informe de recursos PFCP UP, y el segundo mensaje PFCP es un informe de recursos PFCP UP. En otras palabras, el procedimiento del método descrito en el método 300 es acerca de cómo un dispositivo UP notifica la información acerca de una interfaz a un dispositivo CP al usar una información de recurso PFCP UP y una información de recurso PFCP UP. Se debe entender que, para pasos similares en el método 300 y el método 200, referirse al método 200. Los detalles no se describen en el método 300.
[0417] La FIGURA 26 es un diagrama de flujo de un método de comunicación 300 de acuerdo con una realización de esta solicitud. El método 300 incluye dos fases. Una fase 1 es una fase de configuración en pares. Un dispositivo CP y un dispositivo UP inician un protocolo de intercambio. En una fase 2, el dispositivo UP informa un recurso al dispositivo CP, donde el recurso incluye información acerca de una interfaz en el dispositivo UP.
[0418] Por ejemplo, el método 300 incluye S301 a S304.
[0419] S301: El dispositivo CP transmite una solicitud de configuración de asociación PFCP a y recibe una respuesta de configuración de asociación PFCP del dispositivo UP.
[0420] S301 es un ejemplo de como el dispositivo CP establece una asociación con el dispositivo UP. En algunas realizaciones, el dispositivo CP inicia un procedimiento de establecimiento de asociación. En algunas realizaciones, el dispositivo UP inicia un procedimiento de establecimiento de asociación. Por ejemplo, el dispositivo UP inicia el procedimiento de establecimiento de asociación. El dispositivo UP genera una solicitud de configuración de asociación, y envía la solicitud de configuración de asociación al dispositivo CP. El dispositivo CP recibe la solicitud de configuración de asociación, genera una respuesta de configuración de asociación, y envía la respuesta de configuración de asociación al dispositivo UP.
[0421] S302: El dispositivo CP transmite una solicitud de red activa PFCP a y recibe una respuesta de red activa PFCP del dispositivo UP.
[0422] S303: El dispositivo UP genera un informe de recursos PFCP UP, y envía el informe de recursos a PFCP UP al dispositivo CP.
[0423] S304: El dispositivo CP recibe el informe de recursos PFCP UP, genera una respuesta de informe de recursos PFCP UP, y envía la respuesta de informe de recursos PFCP UP al dispositivo CP.
[0424] En el método anterior 300, el informe de recursos PFCP UP y el informe de recursos PFCP UP se usan como ejemplos para descripción. En algunas otras realizaciones, el informe de recursos PFCP UP en el método 300 se reemplaza con un mensaje de solicitud de informe del nodo PFCP. La respuesta de informe de recursos PFCP UP en el método 300 se reemplaza con la respuesta de informe del nodo PFCP. Para un procedimiento de procesamiento correspondiente, referirse al método 300. Los detalles no se describen nuevamente en la presente.
[0425] Lo anterior describe el método 200 y el método 300 en las realizaciones de esta solicitud. Lo siguiente describe un dispositivo UP y un dispositivo CP en las realizaciones de esta solicitud.
[0426] El dispositivo UP y el dispositivo CP descritos a continuación tienen respectivamente cualquier función del dispositivo UP o el dispositivo CP en el método anterior 200 y método 300. El dispositivo UP descrito a continuación corresponde al dispositivo UP, y el dispositivo CP descrito a continuación corresponde al dispositivo CP.
[0427] La FIGURA 27 es un diagrama esquemático de una estructura de un dispositivo UP 800 de acuerdo con una realización de esta solicitud. El dispositivo UP 800 se sitúa en una BNG en la que un dispositivo CP y un dispositivo UP se separan. Como se muestra en la FIGURA 27, el dispositivo UP 800 incluye un módulo generador 801 y un módulo de envío 802. Estos módulos de función llevan a cabo funciones correspondientes del dispositivo UP en el método 200 o el método 300. El módulo de generación 801 está configurado para soportar el dispositivo UP 800 en llevar a cabo S210 o S303. El módulo de envío 802 está configurado para suportar el dispositivo UP 800 en llevar a cabo S220 o S304.
[0428] De manera opcional, el módulo de generación 801 o el módulo de envío 802 soporta adicionalmente el dispositivo UP 800 en llevar a cabo otro proceso llevado a cabo por el dispositivo UP 800 en la tecnología descrita en esta solicitud. Por ejemplo, el módulo de generación 801 está configurado para llevar a cabo varias operaciones relacionadas con la generación de paquetes llevados a cabo por el dispositivo UP en las realizaciones del método anterior. El módulo de envío 802 está configurado para para llevar a cabo una operación para enviar un paquete por el dispositivo UP en las realizaciones del método anterior. Para un proceso de ejecución específico, referirse a la descripción detallada de los pasos correspondientes en el método anterior 200 o método 300. Los detalles no se describen nuevamente en la presente.
[0429] Se debe observar que, en las realizaciones de esta solicitud, la división en los módulos es un ejemplo, y es simplemente una división de función lógica. Durante la implementación actual, se puede usar otra forma de división. Los módulos de función en las realizaciones de esta solicitud se pueden integrar en un módulo de procesamiento, o cada uno de los módulos puede existir solo físicamente, o dos o más módulos se pueden integrar en un módulo. Por ejemplo, en la realización anterior, el módulo de generación 801 y el módulo de envío 802 pueden ser un mismo módulo o diferentes módulos. El módulo integrado se puede implementar en una forma de hardware, o se puede implementar en una forma de módulo de función de software.
[0430] La FIGURA 28 es un diagrama esquemático de una estructura de un dispositivo CP 810 de acuerdo con una realización de esta solicitud. El dispositivo CP 810 se sitúa en una BNG en la que un CP y un UP se separan, y el dispositivo CP 810 incluye un módulo de recepción 811 y un módulo de almacenamiento 812. Estos módulos de función llevan a cabo funciones correspondientes del dispositivo CP en el método 200 o el método 300. El módulo de recepción 811 está configurado para soportar el dispositivo CP 810 para llevar a cabo el S230. El módulo de almacenamiento 812 está configurado para soportar que el dispositivo CP 810 lleve a cabo S240.
[0431] De manera opcional, el módulo de recepción 811 o el módulo de almacenamiento 812 soportan adicionalmente el dispositivo CP 810 en llevar a cabo otro proceso llevado a cabo por el dispositivo CP 810 en la tecnología descrita en esta especificación. Por ejemplo, el módulo de recepción 811 está configurado para llevar a cabo varias operaciones que se relacionan con la recepción de un paquete llevado a cabo por el dispositivo CP en las realizaciones del método anterior. El módulo de almacenamiento 812 está configurado para llevar a cabo una operación para almacenar información por el dispositivo CP en las realizaciones del método anterior. Para un proceso de ejecución específico, referirse a la descripción detallada de los pasos correspondientes en el método 200 o el método 300 anteriores. Los detalles no se describen nuevamente en la presente.
[0432] Se debe observar que, en las realizaciones de esta solicitud, la división en los módulos es un ejemplo, y es simplemente una división funcional lógica. Durante la implementación actual, se puede usar otra forma de división. Los módulos de función en las realizaciones de esta solicitud se pueden integrar en un módulo de procesamiento, cada uno de los módulos puede existir solo físicamente, o dos o más módulos se pueden integrar en un módulo. Por ejemplo, en la realización anterior, el módulo de recepción 811 y el módulo de almacenamiento 812 pueden ser un solo módulo o diferentes módulos. El módulo integrado se puede implementar en una forma de hardware, o se puede implementar en una forma de un módulo de función de software.
[0433] Lo siguiente describe una estructura de hardware del dispositivo UP o el dispositivo CP.
[0434] El dispositivo 900 o el dispositivo 1000 descritos a continuación corresponden al dispositivo UP o el dispositivo CP en el método 200 y el método 300. El hardware y los módulos en el dispositivo 900 o el dispositivo 1000 y las otras operaciones anteriores y/o funciones se usan para implementar varios pasos y métodos implementados por el dispositivo UP o el dispositivo CP en las realizaciones del método. Para un procedimiento detallado de como el dispositivo 900 o el dispositivo 1000 se comunican y detalles específicos, referirse al método 200 y el método 300. Para brevedad, los detalles no se describen en la presente nuevamente. Los pasos en el método anterior 200 y el método 300 se complementan al usar un circuito lógico integrado de hardware en un procesador del dispositivo 900 y el dispositivo 1000 o al usar instrucciones en una forma de software. Los pasos de los métodos descritos con referencia a las realizaciones de esta solicitud se pueden llevar a cabo y completar directamente por un procesador de hardware, o se pueden llevar a cabo y completar al usar una combinación de módulos de hardware y software en el procesador. Un módulo de software se puede situar en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria solo de lectura, una memoria solo lectura programable, una memoria programable eléctricamente borrable, o un registrador. El medio de almacenamiento se sitúa en una memoria, y el procesador lee la información en la memoria y completa los pasos en los métodos anteriores en combinación con el hardware en el procesador. El dispositivo 900 corresponde al dispositivo UP 800 o el dispositivo CP 810, y cada módulo de función en el dispositivo UP 800 o el dispositivo CP 810 se implementa al usar software del dispositivo 900. En otras palabras, los módulos de función incluidos en el dispositivo UP 800 o el dispositivo CP 810 se generan a través de la lectura, por el procesador del dispositivo 900, código de programa almacenado en la memoria.
[0435] El dispositivo 1000 corresponde al dispositivo UP 800, y cada módulo de función en el dispositivo UP 800 se implementa al usar software del dispositivo 1000. En otras palabras, los módulos de función incluidos en el dispositivo UP 800 se generan a través de la lectura, por el procesador del dispositivo 1000, código de programa almacenado en la memoria.
[0436] La FIGURA 29 es un diagrama esquemático de una estructura del dispositivo 900 de acuerdo con una realización ejemplar de esta solicitud. De manera opcional, el dispositivo 900 está configurado para ser un dispositivo UP o un dispositivo CP. En otras palabras, el dispositivo UP o el dispositivo CP en el método 200 y el método 300 se pueden implementar de manera opcional usando el dispositivo 900.
[0437] El dispositivo 900 es, por ejemplo, un dispositivo de red. Por ejemplo, el dispositivo 900 es un conmutador, un enrutador y similar. De manera alternativa, el dispositivo 900 es, por ejemplo, un dispositivo informático, por ejemplo, el dispositivo 900 es un anfitrión, un servidor, un ordenador personal, y similar. El dispositivo 900 se puede implementar por una arquitectura de bus general.
[0438] El dispositivo 900 incluye al menos un procesador 901, un bus de comunicación 902, una memoria 903, y al menos una interfaz de comunicación 904.
[0439] El procesador 901 es, por ejemplo, una unidad de procesamiento central de propósito general (CPU), un procesador de red (NP), una unidad de procesamiento de gráficas (GPU), un procesador de red neural (NPU), una unidad de procesamiento de datos (DPU), un microprocesador, o uno o más circuitos integrados configurados para implementar las soluciones de esta solicitud. Por ejemplo, el procesador 901 incluye un circuito integrado específico de aplicación (ASIC), un dispositivo lógico programable (PLD), o una combinación de los mismos. el PLD es, por ejemplo, un dispositivo lógico programable complejo (CPLD), un arreglo de puerta lógica programable de campo (FPGA), una lógica de arreglo genérico (GAL), o cualquier combinación de los mismos. El bus de comunicación 902 está configurado para transferir información entre los componentes. El bus de comunicación 902 se puede clasificar en un bus de dirección, un bus de datos, un bus de control, y similar. Para facilidad de representación, solo una línea gruesa se usa para representar el bus en la FIGURA 29, pero esto no significa que haya solo un bus o solo un tipo de bus.
[0440] La memoria 903 es, por ejemplo, una memoria solo de lectura (ROM) u otro tipo de dispositivo de almacenamiento estático que pueda almacenar información estática y una instrucción, o una memoria de acceso aleatorio (RAM) u otro tipo de dispositivo de almacenamiento dinámico que puede almacenar información e instrucciones, o una memoria solo de lectura programable eléctricamente borrable (EEPROM), una memoria solo de lectura de disco compacto (CD-ROM) u otro almacenamiento de disco compacto, un almacenamiento de disco óptico (incluido un disco compacto, un disco láser, un disco óptico, un disco versátil digital, un disco Blu-ray, y similar), un medio de almacenamiento de disco magnético u otro dispositivo de almacenamiento magnético, o cualquier otro medio que se puede usar para llevar a cabo o almacenar un código de programa esperado en una forma de instrucciones o una estructura de datos y al que se puede acceder mediante un ordenador, pero no se limita a los mismos. La memoria 903, por ejemplo, existe independientemente, y se conecta al procesador 901 al usar el bus de comunicación 902. De manera alternativa, la memoria 903 se puede integrar con el procesador 901.
[0441] La interfaz de comunicación 904 usa cualquier aparato tal como un transceptor, y se configura para comunicarse con otro dispositivo o una red de comunicación. La interfaz de comunicación 904 incluye una interfaz de comunicación alámbrica, y puede incluir una interfaz de comunicación inalámbrica. La interfaz de comunicación alámbrica puede ser, por ejemplo, una interfaz de Ethernet. La interfaz de Ethernet puede ser una interfaz óptica, una interfaz eléctrica, o una combinación de las mismas. La interfaz de comunicación inalámbrica puede ser una interfaz de red de área local inalámbrica (WLAN), una interfaz de comunicación de red celular, o una combinación de los mismos, o similar.
[0442] Durante la implementación específica, en una realización, el procesador 901 puede incluir una o más CPU, por ejemplo, CPU 0 y CPU 1 mostradas en la FIGURA 29.
[0443] Durante la implementación específica, en una realización, el dispositivo 900 puede incluir una pluralidad de procesadores, tal como el procesador 901 y un procesador 905 en la FIGURA 29. Cada uno de los procesadores puede ser un procesador de un solo núcleo (single-CPU) o puede ser un procesador de múltiples núcleos (multi-CPU). El procesador en la presente puede referirse a uno o más dispositivos, circuitos, y/o núcleos de procesamiento configurados para procesar datos (tal como instrucciones de programa informáticos).
[0444] Durante la implementación específica, en una realización, el dispositivo 900 puede incluir además un dispositivo de salida y un dispositivo de entrada. El dispositivo de salida se comunica con el procesador 901, y puede mostrar información en una pluralidad de formas. Por ejemplo, el dispositivo de salida puede ser una pantalla de cristal líquido (LCD), un dispositivo de visualización de diodos emisores de luz (LED), un dispositivo de visualización de tubo de rayos catódicos (CRT), un proyector, o similar. El dispositivo de entrada se comunica con el procesador 901, y puede recibir una entrada de un suscriptor en una pluralidad de formas. Por ejemplo, el dispositivo de entrada puede ser un ratón, un teclado, un dispositivo táctil o un dispositivo sensor.
[0445] En algunas realizaciones, la memoria 903 está configurada para almacenar código de programa 910 para llevar a cabo las soluciones en esta solicitud, y el procesador 901 puede ejecutar el código de programa 910 almacenado en la memoria 903. Es decir, el dispositivo 900 puede implementar el método de comunicación proporcionado en las realizaciones del método al usar el procesador 901 y el código de programa 910 en la memoria 903.
[0446] El dispositivo 900 en esta realización, esta solicitud puede corresponder al dispositivo UP o el dispositivo CP en las realizaciones del método anterior, y el procesador 901, la interfaz de comunicación 904, y similar en el dispositivo 900 pueden implementar funciones del dispositivo UP o dispositivo CP y/o varios pasos y método implementados en las realizaciones del método anterior. Para abreviar, los detalles no se escriben en la presente.
[0447] Cuando el dispositivo UP se implementa usando el dispositivo 900, en algunas realizaciones, el módulo de recepción y el módulo de envío 802 en el dispositivo UP 800 mostrado en la FIGURA 27 son equivalentes a la interfaz de comunicación 904 en el dispositivo 900. El módulo de generación 801 en el dispositivo UP 800 es equivalente en el procesador 901 en el dispositivo 900.
[0448] Cuando el dispositivo CP se implementa usando el dispositivo 900, en algunas realizaciones, el módulo de envío y el módulo de recepción 811 en el dispositivo CP 810 mostrados en la FIGURA 28 son equivalentes a la interfaz de comunicación 904 en el dispositivo 900. El módulo de almacenamiento 812 en el dispositivo CP 810 puede ser equivalente a la memoria 903 en el dispositivo 900.
[0449] La FIGURA 30 es un diagrama esquemático de una estructura del dispositivo 1000 de acuerdo con una realización ejemplar de esta solicitud. De manera opcional, el dispositivo 1000 está configurado para ser un dispositivo UP. En otras palabras, el dispositivo UP en el método 200 y el método 300 se implementa de manera opcional usando el dispositivo 1000.
[0450] El dispositivo 1000 es, por ejemplo, un dispositivo de red. Por ejemplo, un dispositivo de red. Por ejemplo, el dispositivo 1000 es un conmutador, un enrutador, y similar. El dispositivo 1000 incluye una placa de control principal 1010 y una placa de interfaz 1030.
[0451] La placa de control principal también es referida como una unidad de procesamiento principal (MPU) o una tarjeta de procesamiento de enrutamiento. La placa de control principal 1010 está configurado para controlar y gestionar los componentes del dispositivo 1000, incluido las funciones de la computación de ruta, gestión de dispositivo, mantenimiento del dispositivo y procesamiento de protocolo. La placa de control principal 1010 incluye una unidad de procesamiento central 1011 y una memoria 1012.
[0452] La placa de interfaz 1030 también es referida como una tarjeta de una unidad de interfaz de línea (line processing unit, LPU), una tarjeta de línea, o una placa de servicio. La placa de interfaz 1030 está configurada para proporcionar varias interfaces de servicio y reenviar un paquete de datos. La interfaz de servicio incluye pero no se limita a una interfaz de Ethernet, una interfaz POS (Packet over SONET/SDH), y similar. La interfaz Ethernet es, por ejemplo, una interfaz de servicio de Ethernet flexible (Flexible Ethernet Clients, FlexE Clients). La placa de interfaz 1030 incluye una unidad de procesamiento central 1031, un procesador de red 1032, una memoria de tabla de reenvío 1034, y una tarjeta de a física (PIC) 1033.
[0453] La unidad de procesamiento central 1031 en la placa de interfaz 1030 está configurada para control y gestionar la placa de interfaz 1030 y comunicarse con la unidad de procesamiento central 1011 en la placa de control principal 1010.
[0454] El procesador de red 1032 está configurado para reenviar y procesar un paquete. Una forma del procesador de red 1032 puede ser un chip de reenvío. Específicamente, el procesador de red 1032 está configurado para reenviar un paquete recibido con base en una tabla de reenvío almacenada en la memoria de la tabla de reenvío 1034. Si una dirección de destino del paquete es una dirección del dispositivo 1000, el procesador de red 1032 envía el paquete a una CPU (por ejemplo, una unidad de procesamiento central 1011) para procesamiento. Si una dirección de destino del paquete no es una dirección del dispositivo 1000, el procesador de red 1032 busca, con base en la dirección de destino, un siguiente salto, y una interfaz de salida que corresponde a la dirección de destino en la tabla de reenvío, y reenviar el paquete a la interfaz de salida que corresponde a la dirección de destino. Un paquete de enlace ascendente se procesa como sigue: Una interfaz de entrada en el paquete se procesa, y se busca la tabla de reenvío. Se procesa un paquete de enlace descendente: se busca la tabla de reenvío.
[0455] La tarjeta de interfaz física 1033 está configurada para implementar una función de conexión de capa física. El tráfico original entra a la placa de interfaz 1030 de la tarjeta de interfaz física 1033, y un paquete procesado se envía de la tarjeta de interfaz física 1033. La tarjeta de interfaz física 1033 también es referida como una subtarjeta y se puede instalar en la placa de interfaz 1030, y es responsable de convertir una señal optoeléctrica en un paquete, llevar a cabo la verificación de validez en el paquete, y luego reenviar el paquete al procesador de red 1032 para procesamiento. En algunas realizaciones, la unidad de procesamiento central puede llevar a cabo de manera alternativa una función del procesador de red 1032, por ejemplo, implementar el reenvío del software con base en una CPU general. Por lo tanto, el procesador de red 1032 no es necesario en la tarjeta de interfaz física 1033.
[0456] De manera opcional, el dispositivo 1000 incluye una pluralidad de placas de interfaz. Por ejemplo, el dispositivo 1000 incluye además una placa de interfaz 1040, y la placa de interfaz 1040 incluye una unidad de procesamiento central 1041, un procesador de re 1042, una memoria de entrada de reenvío 1044, y una tarjeta de interfaz física 1043.
[0457] De manera opcional, el dispositivo 1000 incluye además una placa de conmutación 1020. La placa de conmutación 1020 también puede ser referida como una unidad de estructura de conmutación (SFU). Cuando el dispositivo de red tiene una pluralidad de placas de interfaz 1030, la placa de conmutación 1020 está configurada para completar intercambio de datos entre las placas de interfaz. Por ejemplo, la placa de interfaz 1030 y la placa de interfaz 1040 pueden comunicarse entre sí al usar la placa de conmutación 1020.
[0458] La placa de control principal 1010 se acopla a la placa de interfaz 1030. Por ejemplo, la placa de control principal 1010, la placa de interfaz 1030 y la placa de interfaz 1040, y la placa de conmutación 1020 se conectan a una placa posterior del sistema a través de un bus del sistema para inter-funcionamiento. En una posible implementación, un canal de comunicación inter-proceso (inter-process communication, IPC) se establece entre la placa de control principal 1010 y la placa de interfaz 1030, y la placa de control principal 1010 y la placa de interfaz 1030 se comunican entre sí a través del panel IPC.
[0459] Lógicamente, el dispositivo 1000 incluye un plano de control y un plano de reenvío. El plano de control incluye la placa de control principal 1010 y la unidad de procesamiento central 1031. La placa de reenvío incluye componentes que lleva a cabo el reenvío, tal como la memoria de entrada de reenvío 1034, la tarjeta de interfaz física 1033, y el procesador de red 1032. El plano de control lleva a cabo las siguientes funciones: un enrutador, generar una tabla de reenvío, procesar la señalización y un paquete de protocolo, configurar y mantener un estado de dispositivo, y similar. El plano de control entrega la tabla de reenvío generada al plano de reenvío. En el plano de reenvío, el procesador de red 1032 busca la tabla de reenvío entregada por el plano de control, y luego reenvía, con base en la tabla como un paquete recibido por la tarjeta de interfaz física 1033. La tabla de reenvío entregada por el plano de control se puede almacenar en la memoria de entrada de reenvío 1034. En algunas realizaciones, el plano de control y el plano de reenvío se pueden separar totalmente, y no están en un mismo dispositivo.
[0461] Lo siguiente describe brevemente el método 200 y el método 300 con referencia al dispositivo 1000.
[0463] La unidad de procesamiento central 1031 genera un primer mensaje PFCP con base en una interfaz en la tarjeta de interfaz en la tarjeta de interfaz física 1033, y envía el primer mensaje PFCP de la tarjeta de interfaz física 1033 con base en la información tal como una interfaz de salida después de completar la encapsulación de la capa de enlace, de modo que el primer mensaje PFCP se transmite al dispositivo CP.
[0465] Cuando el dispositivo UP se implementa usando el dispositivo 1000, en algunas realizaciones, el módulo de recepción y el módulo de envío 802 en el dispositivo UP 800 mostrado en la FIGURA 27 son equivalentes a la tarjeta de interfaz física 1033 en el dispositivo 1000. El módulo de generación 801 en el dispositivo UP 800 es equivalente a un procesador de red 1032, la unidad de procesamiento central 1031, o la unidad de procesamiento central 1011.
[0467] Se debe entender que en esta solicitud, una operación en la placa de interfaz 1040 es la misma como una operación en la placa de interfaz 1030. Para resumir, los detalles no se describen nuevamente. Se debe entender que, el dispositivo 1000 en esta realización puede corresponder al dispositivo UP en las realizaciones del método anterior, y la placa de control principal 1010, la placa de interfaz 1030 y/o la placa de interfaz 1040 en el dispositivo 1000 pueden implementar funciones del dispositivo UP en las realizaciones del método anterior y/o varios pasos implementados por el dispositivo UP en las realizaciones del método anterior. Para resumir, los detalles no se describen nuevamente en la presente.
[0469] Se debe observar que, puede haber una o más placas de control principal. Cuando hay una pluralidad de placas de control principal, las placas de control principal pueden incluir una placa de control principal activa y una placa de control principal en espera. Puede haber una o más placas de interfaz, y un dispositivo de red que tiene una capacidad de procesamiento de datos más potente proporciona más placas de interfaz. Puede haber una o más tarjetas de interfaz físicas en la placa de interfaz. Puede no haber una placa de conmutación o uno o más placas de conmutación. Cuando hay una pluralidad de placas de conmutación, se puede implementar un respaldo de intercambio y redundancia de carga por las placas de conmutación conjuntamente. En una arquitectura de reenvío centralizada, el dispositivo de red puede no necesitar la placa de conmutación, y la placa de interfaz proporciona una función de procesamiento de datos de servicio de un sistema completo. En una arquitectura de reenvío distribuida, el dispositivo de red puede tener al menos una placa de conmutación, y el intercambio de datos entre una pluralidad de placas de interfaz se implementa al usar la placa de conmutación, para proporcionar una capacidad de intercambio y procesamiento de datos de gran capacidad. Por lo tanto, una capacidad de acceso y procesamiento de datos de un dispositivo de red en la arquitectura distribuida es mejor que aquella de un dispositivo en la arquitectura centralizada. De manera opcional, el dispositivo de red puede estar de manera alternativa en una forma en la que solo hay una tarjeta. Para ser específicos, no hay una placa de conmutación y las funciones de la placa de interfaz y la placa de control principal se integran en la tarjeta. En este caso, la unidad de procesamiento central en la placa de interfaz y la unidad de procesamiento central en el placa de control principal se pueden combinar en una unidad de procesamiento central en la tarjeta, para llevar a cabo funciones obtenidas después de combinar las dos unidades de procesamiento central. El dispositivo en esta forma (por ejemplo, un dispositivo de red tal como un conmutador o enrutador de extremo bajo) tiene una capacidad de intercambio y procesamiento de datos relativamente débil. Una arquitectura específica que se usa depende de un escenario de despliegue de redes específico y no se limita en la presente.
[0471] Referirse a la FIGURA 31. Una realización de esta solicitud proporciona un sistema de red 1100. El sistema de red 1100 incluye un dispositivo UP 1101 y un dispositivo CP 1102. De manera opcional, el dispositivo UP 1101 es el dispositivo UP 800 mostrado en la FIGURA 27, el dispositivo 900 mostrado en la FIGURA 29, o el dispositivo 1000 mostrado en la FIGURA 30. El dispositivo CP 1102 es el dispositivo CP 810 mostrado en la FIGURA 28 o el dispositivo 900 mostrado en la FIGURA 29.
[0473] Una persona de experiencia ordinaria en la técnica puede saber que, en combinación con los ejemplos descritos en las realizaciones descritas en esta especificación, los pasos de métodos y módulos se pueden implementar por hardware electrónico, software informático, o una combinación de los mismos. Para describir claramente la intercambiabilidad entre el hardware y el software, el anterior tiene pasos generalmente descritos y la composición de cada realización de acuerdo con las funciones. Si las funciones se llevan a cabo por hardware o software depende de las aplicaciones particulares si las condiciones limitantes de diseño de las soluciones técnicas. Una persona de experiencia ordinaria en la técnica puede usar diferentes métodos para implementar las funciones descritas para cada aplicación particular, pero no se debe considerar que la implementación vaya más allá del alcance de esta solicitud.
[0474] Se puede entender claramente por una persona experta en la técnica que, para el propósito de descripción conveniente y breve, para un proceso de trabajo detallado del sistema anterior, dispositivo, y módulo, se reciben a un proceso correspondiente en la realización del método anterior, y los detalles no se describen en la presente. En las diversas realizaciones proporcionadas en esta solicitud, se debe entender que el sistema, dispositivo y método descritos se pueden implementar de otras formas. Por ejemplo, la realización del dispositivo descrito es simplemente un ejemplo. Por ejemplo, la división del módulo es meramente una división de función lógica y puede ser otra división en la implementación actual. Por ejemplo, una pluralidad de módulos o componentes se pueden combinar o integrar en otro sistema, o algunas características se pueden ignorar o no llevar a cabo. Además, los acoplamientos mutuos mostrados o planteados o acoplamientos directos o conexiones de comunicación se pueden implementar a través de algunas interfaces. Los acoplamientos indirectos o conexiones de comunicación entre los dispositivos o módulos pueden ser conexiones eléctricas, conexiones mecánicas o conexiones en otras formas.
[0475] Los módulos descritos como partes separadas pueden o no estar físicamente separados, y las partes mostradas como módulos pueden o no ser módulos físicos, se pueden situar en una posición, se pueden distribuir en una pluralidad de módulos de red. Algunos o todos los módulos se pueden seleccionar de acuerdo con las necesidades actuales para lograr los objetivos de las soluciones de las realizaciones de esta solicitud.
[0476] Además, los módulos de funciones en las realizaciones de esta solicitud se pueden integrar en un módulo de procesamiento, o cada uno de los módulos puede existir solo físicamente, o dos o más módulos se pueden integrar en un módulo. El módulo integrado se puede implementar en forma de hardware, o se puede implementar en forma de un módulo de función de software.
[0477] Cuando el módulo integrado se implementa en la forma de un módulo de función de software y se vende o se usa como un producto independiente, el módulo integrado se puede almacenar en un medio de almacenamiento legible por ordenador. Con base en un entendimiento, las soluciones técnicas de esta solicitud esencialmente, o la parte que contribuye a la tecnología convencional, o todas o algunas de las soluciones técnicas se pueden implementar en una forma de un producto de software. El producto de software informático se almacena en un medio de almacenamiento e incluye varias instrucciones para indicar a un dispositivo informático (que puede ser un ordenador personal, un servidor, un dispositivo de red, o similar) llevar a cabo todo o algunos de los pasos del método en realizaciones de esta solicitud. El medio de almacenamiento incluye: cualquier medio que puede almacenar un código de programa, tal como una unidad flash USB, un disco duro extraíble, una memoria solo de lectura (read-only memory, ROM), una memoria de acceso aleatorio (RAM), un disco magnético, o un disco óptico.
[0478] En las realizaciones de esta solicitud, los términos tal como “primero” y “segundo” se usan para distinguir algunos artículos o artículos similares que tienen básicamente las mismas funciones. Se debe entender que no existe dependencia de secuencia lógica o de tiempo entre “primero” y “segundo”, y una cantidad y una secuencia de ejecución no se limita. Se debe entender que aunque los términos tal como primero y segundo se usan en la siguiente descripción para describir varios elementos, estos elementos no se deben limitar por los términos. Estos términos se usan simplemente para distinguir un elemento de otro elemento. Por ejemplo, la primera información puede ser referida para una segunda información, y similarmente, la segunda información puede ser referida como una primera información sin apartarse del alcance de los diversos ejemplos. Tanto la primera información como la segunda información puede ser información, y en algunos casos puede ser información separada y diferente.
[0479] En esta solicitud, “al menos uno” significa uno o más y “una pluralidad de” significa dos o más. Los términos “sistema” y “red” se pueden usar intercambiablemente en esta especificación.
[0480] Se debe entender adicionalmente que el término “si” se puede interpretar como que significa “cuando” (“cuando” o “tras”), “en respuesta a determinar”, o “en respuesta a detectar”. Similarmente, de acuerdo con el contexto, la frase “si se determina que” o “si (una condición establecida o evento) se detecta” se puede detectar que significa “cuando se determina que” o “en respuesta a determinar” o “cuando (una condición establecida o evento) se detecta” o “en respuesta a detectar (una condición establecida o evento)”.
[0481] Las descripciones anteriores son simplemente implementaciones específicas de esta solicitud, pero no pretenden limitar el alcance de protección de esta solicitud. Cualquier modificación o reemplazo figurado fácilmente por una persona experta en la técnica dentro del alcance técnico descrito en esta solicitud se encontrará dentro del alcance de protección de esta solicitud. Por lo tanto, el alcance de la protección de esta solicitud será sometida al alcance de protección de las reivindicaciones.
[0482] Todas o algunas de las realizaciones anteriores se pueden implementar a través de software, hardware, firmware, o cualquier combinación de los mismos. Cuando el software se usa para implementar las realizaciones, todas o algunas de las realizaciones se pueden implementar en la forma de un producto de programa informático. El producto de programa informático incluye una o más instrucciones de programa informático. Cuando las instrucciones de programa informático se cargan y se ejecutan en el ordenador, el procedimiento o funciones de acuerdo con las realizaciones de esta solicitud todas se generan o se generan parcialmente. El ordenador puede ser un ordenador de propósito general, un ordenador dedicado, o una red de ordenadores u otros aparatos programables. Las instrucciones informáticas se pueden almacenar en un medio de almacenamiento legible por ordenador o se pueden transmitir de un medio de almacenamiento legible por ordenador a otro medio de almacenamiento legible por ordenador. Por ejemplo, las instrucciones informáticas se pueden transmitir de un sitio de la red, ordenador, servidor o centro de datos a otro sitio de la red, ordenador, o servidor o centro de datos en una manera alámbrica o inalámbrica. El medio de almacenamiento legible por ordenador puede ser cualquier medio utilizable al que se puede acceder mediante un ordenador, o un dispositivo de almacenamiento de datos, tal como un servidor o un centro de datos, que integran uno o más medios utilizables. El medio utilizable puede ser un medio magnético (por ejemplo, un disco extraíble, un disco duro, o una cinta magnética), un medio óptico (por ejemplo, un disco de video digital (DVD)), un medio semiconductor (por ejemplo, una unidad de estado sólido, SSD), o similar.
[0483] Una persona de experiencia ordinaria en la técnica puede entender que todo o algunos de los pasos de las realizaciones se pueden implementar por hardware o un hardware relacionado con instrucciones de programa. El programa se puede almacenar en un medio de almacenamiento legible por ordenador. El medio de almacenamiento puede incluir: una memoria solo de lectura, un disco magnético, o un disco óptico.
[0484] En conclusión, las realizaciones anteriores pretenden simplemente describir las soluciones técnicas de esta solicitud, pero no para limitar esta solicitud.

Claims (14)

1. REIVINDICACIONES
1. Un método de comunicación (200, 300), aplicado a una red en la que un plano de control, CP, y un plano de usuario, UP, se separan, en donde la red comprende un dispositivo UP (800, 1101) y un dispositivo CP (810, 1102), y el método (200, 300) caracterizado porque comprende:
generar (S210), por el dispositivo UP (800, 1101), un primer mensaje de protocolo de control de reenvío de paquetes, PFCP, con base en la interfaz (904) en el dispositivo UP (800, 1101), en donde el primer mensaje PFCP comprende información acerca de la interfaz (904), y la información acerca de la interfaz (904) comprende un índice de la interfaz (904); y
enviar (S220), por el dispositivo UP (800, 1101), el primer mensaje PFCP al dispositivo CP (810, 1102);
en donde la interfaz (904) comprende una primera interfaz accedida por una terminal en el dispositivo UP (800, 1101).
2. El método (200, 300) de acuerdo con la reivindicación 1, en donde el primer mensaje PFCP comprende un elemento de información, IE, de índice de interfaz, y el IE de índice de interfaz comprende el índice de la interfaz (904).
3. El método (200, 300) de acuerdo con cualquiera de las reivindicaciones 1 a 2, en donde la información acerca de la interfaz (904) comprende además un tipo de la interfaz (904), el tipo de la interfaz (904) comprende una interfaz física, una interfaz (904) agrupada, una interfaz de Ethernet virtual, o una interfaz de túnel, el primer mensaje PFCP comprende un IE tipo de interfaz, y el IE tipo de interfaz comprende el tipo de la interfaz (904), y/o en donde la información acerca de la interfaz (904) comprende además un ancho de banda de la interfaz (904), el primer mensaje PFCP comprende un IE de ancho de banda, y el IE de ancho de banda comprende el ancho de banda de la interfaz (904), y/o
en donde la información acerca de la interfaz (904) comprende además un número de ranura de una ranura en la que la interfaz (904) se sitúa, el primer mensaje PFCP comprende un IE de ranura, y el IE de ranura comprende el número de ranuras, y/o
en donde la información acerca de la interfaz (904) comprende además un número de tarjeta de una tarjeta de interfaz (1033, 1043) en la que la interfaz (904) se sitúa, el primer mensaje PFCP comprende un IE de tarjeta, y el IE de tarjeta comprende el número de tarjeta, y/o
en donde la información acerca de la interfaz (904) comprende además un número de puerto que corresponde a la interfaz (904), el primer mensaje PFCP comprende un IE de puerto, y el IE de puerto comprende el número de puerto, y/o
en donde la información acerca de la interfaz (904) comprende además un índice de una sub-interfaz de la interfaz (904), el primer mensaje PFCP comprende un IE de índice de sub-interfaz, y el IE de índice de subinterfaz comprende el índice de la sub-interfaz.
4. El método (200, 300) de acuerdo con cualquiera de las reivindicaciones 1 a 3, en donde la interfaz (904) es una interfaz lógica, la información acerca de la interfaz (904) comprende además un número de interfaz (904) de la interfaz lógica, el primer mensaje PFCP comprende un IE de índice de interfaz lógica, y el IE de índice de interfaz lógica comprende el número de interfaz (904) de la interfaz lógica.
5. El método (200, 300) de acuerdo con cualquiera de las reivindicaciones 1 a 4, en donde la información acerca de la interfaz (904) comprende además un estado de la interfaz (904), el estado de la interfaz (904) es un estado activado o un estado desactivado, el primer mensaje PFCP comprende un IE de estado de interfaz, y el IE de estado de interfaz comprende el estado de la interfaz (904), y/o
en donde la información acerca de la interfaz (904) comprende además una unidad de transmisión máxima, MTU, de la interfaz (904), el primer mensaje PFCP comprende un IE de MTU, y el IE de MTU comprende la MTU de la interfaz (904).
6. El método (200, 300) de acuerdo con cualquiera de las reivindicaciones 1 a 5, en donde el primer mensaje PFCP comprende un IE de interfaz de creación, el IE de interfaz de creación comprende la información acerca de la interfaz (904) y un primer tipo IE, y el primer tipo IE indica que la interfaz (904) se ha creado recientemente, y/o
en donde el primer mensaje PFCP comprende un IE de interfaz de actualización, el IE de interfaz de actualización comprende la información acerca de la interfaz (904) y un segundo tipo IE, y el segundo tipo IE indica que la información acerca de la interfaz (904) se ha actualizado, y/o
en donde el primer mensaje PFCP comprende un IE de interfaz de eliminación, el IE de interfaz de eliminación comprende la información acerca de la interfaz (904) y un tercer tipo IE, y el tercer tipo IE indica que la interfaz (904) se ha eliminado, y/o
en donde el primer mensaje PFCP es un primer mensaje relacionado con el nodo PFCP con un primer tipo de mensaje, y el primer tipo de mensaje indica que el primer mensaje PFCP se usa para notificar la información acerca de la interfaz (904) en el dispositivo UP (800, 1101); o el primer mensaje PFCP es un mensaje de solicitud de informe de nodo PFCP.
7. El método (200, 300) de acuerdo con cualquiera de las reivindicaciones 1 a 6, en donde después del envío
(S220), por el dispositivo UP (800, 1101), el primer mensaje PFCP al dispositivo CP (810, 1102), el método (200, 300) comprende, además:
recibir, por el dispositivo UP (800, 1101), un segundo mensaje PFCP del dispositivo CP (810, 1102), en donde el segundo mensaje PFCP notifica al dispositivo UP (800, 1101) que el dispositivo CP (810, 1102) ha recibido el primer mensaje PFCP.
8. El método (200, 300) de acuerdo con la reivindicación 7, en donde el segundo mensaje PFCP es un segundo mensaje relacionado con el nodo PFCP con un segundo tipo de mensaje, y el segundo tipo de mensaje indica que el segundo mensaje PFCP es un mensaje de respuesta que corresponde al primer mensaje relacionado con el nodo PFCP; o
el segundo mensaje PFCP es un mensaje de respuesta de informe de nodo PFCP.
9. El método (200, 300) de acuerdo con cualquiera de las reivindicaciones 1 a 8, en donde la red comprende una puerta de enlace de red de banda ancha, BNG, y la BNG comprende el dispositivo CP (810, 1102) y el dispositivo UP (800, 1101); o
la red comprende un servidor de acceso remoto de banda ancha, BRAS, y el BRAS comprende el dispositivo CP (810, 1102) y el dispositivo UP (800, 1101).
10. Un dispositivo de plano de usuario, UP, (800, 1101) en donde el dispositivo UP (800, 1101) se sitúa en una red en la que un plano de control, CP, y un UP se separan, la red comprende el dispositivo UP (800, 1101) y un dispositivo CP (810, 1102), y el dispositivo UP (800, 1101) se caracteriza porque comprende:
un módulo de generación (810), configurado para generar un primer mensaje de protocolo de control de reenvío de paquetes, PFCP, con base en la interfaz (904) en el dispositivo UP (800, 1101), en donde el primer mensaje PFCP comprende información acerca de la interfaz (904), y la información acerca de la interfaz (904) comprende un índice de la interfaz (904); y
un módulo de envío (802), configurado para enviar el primer mensaje PFCP al dispositivo CP (810, 1102); en donde la interfaz (904) comprende una primera interfaz accedida por una terminal en el dispositivo UP (800, 1101).
11. El dispositivo UP (800, 1101) de acuerdo con la reivindicación 10, en donde la información acerca de la interfaz (904) comprende además un estado de la interfaz (904), el estado de la interfaz (904) es un estado activado o un estado desactivado, el primer mensaje PFCP comprende un IE de estado de interfaz, y el IE de estado de interfaz comprende el estado de la interfaz (904).
12. El dispositivo UP (800, 1101) de acuerdo con la reivindicación 10 u 11, en donde el primer mensaje PFCP es un primer mensaje relacionado con el nodo PFCP con un primer tipo de mensaje, y el primer tipo de mensaje indica que el primer mensaje PFCP se usa para notifica la información acerca de la interfaz (904) en el dispositivo UP (800, 1101); o
el primer mensaje PFCP es un mensaje de solicitud de informe de nodo PFCP.
13. Un dispositivo de plano de control, CP, en donde el dispositivo CP (810, 1102) se sitúa en una red en la que un CP y un plano de usuario, UP, se separan, la red comprende el dispositivo CP (810, 1102) y un dispositivo UP (800, 1101), y el dispositivo CP (810, 1102) se caracteriza porque comprende:
un módulo de recepción (811), configurado para recibir un primer mensaje de protocolo de control de reenvío de paquetes, PFCP, del dispositivo UP (800, 1101), en donde el primer mensaje PFCP comprende información acerca de una interfaz (904) en el dispositivo UP (800, 1101), y la información acerca de la interfaz (904) comprende un índice de la interfaz (904); y
un módulo de almacenamiento (812), configurado para almacenar la información acerca de la interfaz (904); en donde la interfaz (904) comprende una primera interfaz accedida por una terminal en el dispositivo UP (800, 1101).
14. Un sistema de red (1100) en el que un plano de control, CP, y un plano de usuario, UP, se separan, en donde el sistema de red (1100) comprende el dispositivo UP (800, 1101) de acuerdo con cualquiera de las reivindicaciones 10 a 12 y el dispositivo CP (810, 1102) de acuerdo con la reivindicación 13.
ES20936016T 2020-05-12 2020-12-15 Communication method, up device and cp device Active ES3052694T3 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010400144 2020-05-12
CN202010614416.8A CN113660104B (zh) 2020-05-12 2020-06-30 通信方法、up设备及cp设备
PCT/CN2020/136607 WO2021227491A1 (zh) 2020-05-12 2020-12-15 通信方法、up设备及cp设备

Publications (1)

Publication Number Publication Date
ES3052694T3 true ES3052694T3 (en) 2026-01-13

Family

ID=78476733

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20936016T Active ES3052694T3 (en) 2020-05-12 2020-12-15 Communication method, up device and cp device

Country Status (7)

Country Link
US (1) US12526221B2 (es)
EP (1) EP4135401B1 (es)
CN (2) CN113660104B (es)
BR (1) BR112022022686A2 (es)
ES (1) ES3052694T3 (es)
MX (1) MX2022014153A (es)
WO (1) WO2021227491A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115701039A (zh) * 2021-07-16 2023-02-07 中兴通讯股份有限公司 Dbng-up的备份方法及装置
CN114301823B (zh) * 2021-12-29 2024-01-02 中国电信股份有限公司 一种路由通告方法、装置、设备及存储介质
US20240406025A1 (en) * 2023-06-01 2024-12-05 Juniper Networks, Inc. Network configuration information packet flow optimization for a device associated with a physical optical line terminal (polt) and a disaggregated broadband network gateway user plane (dbng-up)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018006239A1 (zh) 2016-07-04 2018-01-11 华为技术有限公司 确定用户面协议栈的方法、控制面网元和系统
EP3756384A1 (en) * 2018-02-20 2020-12-30 Microsoft Technology Licensing, LLC Dynamic selection of network elements
WO2019162378A1 (en) * 2018-02-26 2019-08-29 Telefonaktiebolaget Lm Ericsson (Publ) Buffering support
EP3797533A1 (en) * 2018-05-21 2021-03-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods for processing encrypted domain name server, dns, queries received from user equipment in a telecommunication network
CN110557791B (zh) * 2018-05-31 2021-07-20 华为技术有限公司 会话管理方法、设备及系统
CN109167670B (zh) * 2018-07-09 2022-04-05 中兴通讯股份有限公司 Pfcp连接处理方法、装置、网元、系统及存储介质
CN110830356B (zh) * 2018-08-10 2021-01-29 华为技术有限公司 传输报文的方法和装置
US11206710B2 (en) * 2018-09-25 2021-12-21 Ofinno, Llc Network initiated release assistance indication
CN114556894B (zh) * 2019-08-16 2026-03-24 诺基亚技术有限公司 用于分组转发控制协议消息捆绑的方法、装置和计算机程序产品
US11223705B2 (en) * 2020-03-06 2022-01-11 Cisco Technology, Inc. Techniques to dynamically negotiate and provide compression for packet forwarding control protocol (PFCP) messages

Also Published As

Publication number Publication date
WO2021227491A1 (zh) 2021-11-18
CN113660104B (zh) 2023-02-03
MX2022014153A (es) 2022-11-30
BR112022022686A2 (pt) 2022-12-13
CN117221024A (zh) 2023-12-12
EP4135401A1 (en) 2023-02-15
US20230122810A1 (en) 2023-04-20
EP4135401B1 (en) 2025-09-03
US12526221B2 (en) 2026-01-13
EP4135401A4 (en) 2023-10-11
CN113660104A (zh) 2021-11-16

Similar Documents

Publication Publication Date Title
US12375425B2 (en) Interactions between a broadband network gateway and a fifth generation core
ES2905115T3 (es) Método y sistema para establecer una ruta de servicio en una red de comunicaciones
ES3050663T3 (en) Communication method and communications device
US10122574B2 (en) Methods and apparatus for a common control protocol for wired and wireless nodes
EP3962028B1 (en) Methods, apparatus, product and system for establishing user plane connection
ES2662111T3 (es) Método y sistema para sincronizar con un vecino en un grupo de agregación de enlaces de interconexión de redes resilientes distribuidas (DRNI)
US8140654B2 (en) Verifying management virtual local area network identifier provisioning consistency
ES3038478T3 (en) Multi-level pon management method
ES3052694T3 (en) Communication method, up device and cp device
JP2019517198A (ja) データ伝送方法、デバイスおよびシステム
US10581735B2 (en) Packet processing method and apparatus
EP3930283A1 (en) Communication method, apparatus and system
JP7486597B2 (ja) ダイアルアップ・パケット処理方法、ネットワーク要素、システム、ネットワーク装置
JP2022516355A (ja) データ送信方法及び機器
WO2022033157A1 (zh) 网络攻击的防御方法、cp设备及up设备
EP4391495A1 (en) Message transceiving method, information acquisition and transceiving method, and related device
ES2985632T3 (es) Sistema de gestión de conexión a Internet para dispositivo de comunicación de información, método para ello, y programa de gestión de conexión a Internet instalado en dispositivo de comunicación de información
EP4207705A1 (en) User group-based packet forwarding method, device and system
CN119907080A (zh) 提供多住户单元固定无线接入机制