WO2022089645A1 - 通信方法、装置、设备、系统及计算机可读存储介质 - Google Patents

通信方法、装置、设备、系统及计算机可读存储介质 Download PDF

Info

Publication number
WO2022089645A1
WO2022089645A1 PCT/CN2021/128011 CN2021128011W WO2022089645A1 WO 2022089645 A1 WO2022089645 A1 WO 2022089645A1 CN 2021128011 W CN2021128011 W CN 2021128011W WO 2022089645 A1 WO2022089645 A1 WO 2022089645A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
interface
sub
physical port
local area
Prior art date
Application number
PCT/CN2021/128011
Other languages
English (en)
French (fr)
Inventor
彭涛
余舟毅
花荣荣
Original Assignee
华为技术有限公司
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
Priority claimed from CN202110132657.3A external-priority patent/CN114531320A/zh
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP21885371.1A priority Critical patent/EP4224804A4/en
Publication of WO2022089645A1 publication Critical patent/WO2022089645A1/zh
Priority to US18/309,146 priority patent/US11909624B2/en

Links

Images

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
    • H04L45/04—Interdomain routing, e.g. hierarchical routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H04L12/4675—Dynamic sharing of VLAN information amongst network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5077—Network service management, e.g. ensuring proper service fulfilment according to agreements wherein the managed service relates to simple transport services, i.e. providing only network infrastructure

Definitions

  • the present application relates to the field of communication, and in particular, to a communication method, apparatus, device, system, and computer-readable storage medium.
  • SDN software-defined network
  • NFV network functions contextualization
  • BNG broadband network gateway
  • a virtual broadband network gateway includes a virtual broadband network gateway control plane (virtual broadband network gateway control plane, vBNG-CP) device and a virtual broadband network gateway user plane (virtual broadband network gateway user plane, vBNG-UP) ) device, vBNG-CP device to manage multiple vBNG-UP devices, and to schedule users, traffic, and resources between multiple vBNG-UP devices, and the utilization and reliability of the device can be greatly improved compared with a single machine. .
  • vBNG virtual broadband network gateway control plane
  • vBNG-UP virtual broadband network gateway user plane
  • the user equipment When the user equipment accesses the network, it needs to dynamically send the traffic of the user equipment to a suitable vBNG-UP device according to certain conditions.
  • the present application proposes a communication method, apparatus, device, system, and computer-readable storage medium, which are used to send user traffic to a suitable vBNG-UP device.
  • a first aspect provides a communication method, the method includes: an SF device receives a first packet sent by a first user equipment, adds a first location identifier to the first packet, obtains a second packet, and adds the second packet to the second packet.
  • the message is sent to the first UP device, and the first UP device sends a third message to the CP device based on the second message.
  • the third message includes the first location identifier, and the first location identifier includes the identifier of the SF device and the first location identifier.
  • the identifier of the physical port where the first physical port is the port on the SF device that receives the first packet;
  • the CP device receives the third message sent by the first UP device, and sends the user online information of the first user equipment to the user plane steering function USF device, where the user online information includes the traffic quality requirement, the virtual local area network identifier and the first location identifier;
  • the USF device receives the user online information sent by the CP device, determines the second UP device that meets the traffic quality requirements according to the user online information, and returns the identifier of the second UP device to the CP device, and the second UP device corresponds to the second sub-interface;
  • the CP device receives the identifier of the second UP device sent by the USF device, and delivers the user entry to the second UP device;
  • the USF device sends the identifier of the second UP device and/or the second location identifier, and the identifier of the virtual local area network to the software-defined network SDN controller;
  • the SDN controller receives the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier sent by the USF device, and sends the identifier to the second UP device according to the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier.
  • the SF device corresponding to the location identifier sends a configuration instruction, where the configuration instruction includes the identifier of the second sub-interface and the virtual local area network identifier, and the configuration instruction is used for the SF device corresponding to the second location identifier to configure the virtual local area network identifier on the second sub-interface .
  • the first location identifier including the identifier of the SF device and the identifier of the first physical port is added by the SF device to the first packet received by the first user equipment, and the first location identifier added with the first location identifier is added.
  • the second packet is sent to the first UP device, the first UP device sends the third packet to the CP device, and the CP device sends the third packet to the USF device, so that the USF device can distinguish the user from which SF device and which The physical port is connected, and through the interaction between the USF device and the SDN controller, the SDN controller sends a configuration instruction to the corresponding SF device, so that the corresponding SF device configures the virtual local area network identifier of the first user equipment to the corresponding SF device.
  • the second sub-interface corresponding to the second UP device thereby transferring the user's traffic to the second UP device that meets the traffic quality requirement.
  • the SF device corresponding to the second location identifier is the same as the SF device receiving the first packet
  • the first sub-interface of the first physical port is configured with the virtual local area network identifier
  • the configuration instruction It also includes an identifier of the first sub-interface
  • the method further includes: the SF device deletes the virtual local area network identifier configured on the first sub-interface. After the virtual local area network identifier is configured on the second sub-interface, the virtual local area network identifier configured on the first sub-interface is deleted, thereby releasing resources and making subsequent traffic forwarding more accurate.
  • the identifier of the first physical port includes a slot identifier and/or a subcard identifier, and a port identifier.
  • the first packet is a DHCP packet
  • the SF device adds a first location identifier to the first packet, This includes: the SF device adds OPTION82 or OPTION18 to the DHCP message, and carries the first location identifier through the OPTION82 or OPTION18.
  • the first packet is a PPPoE packet.
  • different ways of carrying the first location identifier are adopted, which makes the method more flexible and ensures the feasibility of the solution.
  • the second location identifier includes an identifier of the second sub-interface.
  • the physical port corresponding to the second sub-interface is the same as the first physical port, or the physical port corresponding to the second sub-interface and the first physical port are the same Different physical ports on the SF device, or the physical port corresponding to the second sub-interface and the first physical port are physical ports on different SF devices.
  • the method provided in this application is not only applied to switching between different sub-interfaces on the same physical port of the same SF device, but also supports switching between sub-interfaces on different physical ports of the same SF device, and also supports different SF devices on different sub-interfaces. Switching between sub-interfaces is applicable to a wider range.
  • a method for sending a message is provided, the method is applied to an SF device, and the method includes: the SF device receives a first message sent by a first user equipment; A first location identifier is added to the first message to obtain a second message, where the first location identifier includes the identifier of the SF device and the identifier of the first physical port, where the first physical port receives the first The port of the packet; the SF device sends the second packet to the first user plane UP device in the vBNG.
  • the method further includes: the SF device receives the message sent by the software-defined network SDN controller.
  • a configuration instruction where the configuration instruction includes an identifier of the second sub-interface and a virtual local area network identifier; the SF device configures the virtual local area network identifier on the second sub-interface.
  • the second sub-interface corresponds to a second UP device
  • the method further includes: receiving, by the SF device, a fourth packet sent by the second user equipment, where the fourth packet includes the virtual local area network identifier; the SF device sends the fourth packet to the second UP device according to the virtual local area network identifier.
  • the first sub-interface is configured with the virtual local area network identifier
  • the configuration instruction further includes the identifier of the first sub-interface
  • the method further includes: deleting the SF device The virtual local area network identifier configured on the first sub-interface.
  • a communication method is provided, the method is applied to a control plane CP device, and the method includes:
  • the CP device receives a third packet sent by the first user plane UP device, where the third packet includes a first location identifier, and the first location identifier includes an identifier of the steering function SF device and an identifier of the first physical port , the first physical port is a port on the SF device that receives the first packet sent by the first user equipment;
  • the CP device sends the user online information of the first user equipment to the user plane steering function USF device, where the user online information includes traffic quality requirements, a virtual local area network identifier, and the first location identifier;
  • the CP device delivers a user entry to the second UP device.
  • a communication method is provided, the method is applied to a user plane steering function USF device, and the method includes:
  • the USF device receives the user online information of the first user equipment sent by the control plane CP device, where the user online information includes traffic quality requirements, a virtual local area network identifier, and a first location identifier, where the first location identifier includes a steering function SF device
  • the USF device determines, according to the user online information, a second UP device that meets the traffic quality requirement, and returns the identifier of the second UP device to the CP device;
  • the USF device sends the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier to the software-defined network SDN controller.
  • the second location identifier includes an identifier of the second sub-interface.
  • a communication method is provided, the method is applied to an SDN controller, and the method includes:
  • the SDN controller receives the identifier and/or the second location identifier of the second user plane UP device and the virtual local area network identifier sent by the user plane steering function USF device, and the second UP device corresponds to the second sub-interface;
  • the SDN controller sends a configuration instruction to the SF device corresponding to the second location identifier according to the identifier of the second UP device and/or the second location identifier, and the virtual local area network identifier, where the configuration instruction includes The identifier of the second sub-interface and the virtual local area network identifier, and the configuration instruction is used for the SF device corresponding to the second location identifier to configure the virtual local area network identifier on the second sub-interface.
  • the second location identifier includes an identifier of the second sub-interface.
  • the method further includes: the SDN controller determining the second sub-interface according to the identifier of the second UP device sent by the USF device.
  • a communication device is provided, the device is applied to a steering function SF device, and the device includes:
  • a transceiver module configured to receive the first message sent by the first user equipment
  • a processing module configured to add a first location identifier to the first message to obtain a second message, where the first location identifier includes the identifier of the SF device and the identifier of the first physical port, the first location identifier
  • the physical port is the port that receives the first packet
  • the transceiver module is further configured to send the second message to the first user plane UP device in the virtual broadband network gateway vBNG.
  • the transceiver module is further configured to receive a configuration instruction sent by a software-defined network SDN controller, where the configuration instruction includes an identifier of the second sub-interface and a virtual local area network identifier;
  • the processing module is further configured to configure the virtual local area network identifier on the second sub-interface.
  • the second sub-interface corresponds to a second UP device
  • the transceiver module is further configured to receive a fourth packet sent by the second user equipment, where the fourth packet includes the A virtual local area network identifier; sending the fourth packet to the second UP device according to the virtual local area network identifier.
  • the first sub-interface is configured with the virtual local area network identifier
  • the configuration instruction further includes the identifier of the first sub-interface
  • the processing module is further configured to delete the The virtual local area network identifier configured on the first sub-interface.
  • a communication apparatus is provided, the apparatus is applied to a CP device, and the apparatus includes:
  • the first transceiver module is configured to receive a third packet sent by the first user plane UP device, where the third packet includes a first location identifier, and the first location identifier includes an identifier of the steering function SF device and a first physical identifier.
  • a second transceiver module configured to send the user online information of the first user equipment to the user plane steering function USF device, where the user online information includes traffic quality requirements, a virtual local area network identifier, and the first location identifier;
  • the second transceiver module is further configured to receive the identifier of the second UP device that meets the traffic quality requirement determined by the USF device according to the user online information;
  • the first transceiver module is further configured to deliver user entries to the second UP device.
  • a communication apparatus is provided, the apparatus is applied to USF equipment, and the apparatus includes:
  • a transceiver module configured to receive user online information of the first user equipment sent by the control plane CP device, where the user online information includes traffic quality requirements, a virtual local area network identifier, and a first location identifier, where the first location identifier includes a steering function SF The identifier of the device and the identifier of the first physical port on the SF device;
  • a processing module configured to determine the second UP device that meets the traffic quality requirement according to the user online information
  • the transceiver module is further configured to return the identity of the second UP device to the CP device;
  • the transceiver module is further configured to send the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier to the software-defined network SDN controller.
  • the apparatus is applied to a software-defined network SDN controller, and the apparatus includes:
  • a first transceiver module configured to receive the identifier and/or the second location identifier of the second user plane UP device sent by the user plane steering function USF device, and the virtual local area network identifier, the second UP device corresponds to the second sub-interface;
  • the second transceiver module is configured to send a configuration instruction to the SF device corresponding to the second location identifier according to the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier, the
  • the configuration instruction includes the identifier of the second sub-interface and the virtual local area network identifier, and the configuration instruction is used for the SF device corresponding to the second location identifier to configure the virtual local area network identifier on the second sub-interface.
  • a communication system in a ninth aspect, includes an SF device, a CP device, a UP device, a USF device, and an SDN controller;
  • the SF device is configured to perform any one of the methods in the second aspect
  • the CP device is configured to perform any one of the methods in the third aspect
  • the USF device is configured to perform any one of the methods in the fourth aspect
  • the SDN controller is used in any one of the methods of the fifth aspect.
  • a communication device including a processor, where the processor is configured to execute instructions, so that the network device executes the first aspect or any possible implementation method of the first aspect.
  • a computer-readable storage medium comprising instructions that, when executed on a computer, cause the computer to perform the above-mentioned first aspect or any of the possible implementation methods of the first aspect.
  • a twelfth aspect provides a communication system, the communication system includes an SF device, a CP device, an UP device, a USF device, and an SDN controller, wherein the SF device, the CP device, the USF device, and the SDN controller respectively execute the first A method performed by a device of a corresponding role in the method of any possible implementation of the aspect or the first aspect.
  • Fig. 1 is a schematic diagram of networking provided by an embodiment of the present invention.
  • FIG. 2 is a schematic diagram of a connection relationship between an SF device and a UP device provided by an embodiment of the present invention
  • FIG. 3 is an interactive schematic diagram of a communication method provided by an embodiment of the present invention.
  • FIG. 4 is an interactive schematic diagram of another communication method provided by an embodiment of the present invention.
  • FIG. 5 is another schematic diagram of networking provided by an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of interaction of a communication method provided by an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a communication device provided by an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a communication device provided by an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a communication device provided by an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of a communication device provided by an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of a communication device provided by an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of a communication device according to an embodiment of the present invention.
  • the vBNG includes vBNG-CP devices and vBNG-UP devices.
  • the vBNG-CP device manages multiple vBNG-UP devices, performs scheduling of users, traffic, and resources among multiple vBNG-UP devices, and utilizes devices compared to stand-alone devices. The efficiency and reliability can be greatly improved.
  • the vBNG-CP device may also be referred to as a CP device for short, and the vBNG-UP device may also be referred to as a UP device for short.
  • There are three interfaces between the vBNG-CP device and the vBNG-UP device which are:
  • the vBNG-UP device receives the user access protocol packet, encapsulates it through this interface and sends it to the vBNG-CP device for processing;
  • Mi management interface
  • the vBNG-CP device uses this interface to deliver configurations to the vBNG-UP device, and the vBNG-UP device uses this interface to report some running states;
  • SCi Control interface.
  • the vBNG-CP device processes user access protocol packets and completes the protocol interaction with the user. After the user goes online, the vBNG-CP device delivers user entries to the corresponding vBNG-UP device through this interface.
  • VNF virtual network function
  • the vBNG-CP device can run on an X86 server to realize virtualization.
  • vBNG-UP devices There are two forms of vBNG-UP devices, one is a virtual UP device (vUP device), which can run on an X86 server; the other is a physical UP device (pUP device), such as a traditional hardware network device.
  • vUP device virtual UP device
  • pUP device physical UP device
  • the vBNG-CP device can manage many vBNG-UP devices, and users are managed on the vBNG-CP device, users can be flexibly scheduled among vBNG-UP devices according to the number of user sessions and traffic load.
  • vBNG-UP devices (pUP device 1, pUP device 2 and pUP device 3 are used as examples in Figure 1) can be distributed at the edge of the network or at a relatively high position in the network.
  • the vBNG-UP device that realizes the user's dynamic selection and access and the vBNG-CP device needs to cooperate with the SDN controller (controller) to realize the dynamic migration of the user.
  • SF steering function
  • pUP device 1 Take the user going online from pUP device 1 by default as an example, pUP device 1 forwards the user protocol packet to the vBNG-CP device, and the vBNG-CP device sends the user online information (such as user ID, service level agreement (SLA)) information and on-line location information) are sent to the UP steering function (USF) device.
  • the user online information such as user ID, service level agreement (SLA)
  • SLA service level agreement
  • USF UP steering function
  • the USF device determines that the user should access from pUP device 2 according to the user online information, and notifies the vBNG-CP device to deliver the user entry to pUP device 2; at the same time, the USF device notifies the SDN controller to configure the SF device,
  • the virtual local area network (VLAN)/or double-layer VLAN (802.1Q in 802.1Q, QinQ) identifier corresponding to the user is configured on the sub-interface corresponding to the pUP device 2 between the SF device and the AN.
  • the SF device directly forwards the user's subsequent packets to the pUP device 2 through the Layer 2 tunnel between the SF device and the pUP device 2 .
  • the USF device is the policy point of dynamic migration, and the vBNG-CP device needs to inquire the USF device to determine which BNG-UP device to deliver the user entry to. In addition, the USF device needs to notify the SDN controller to configure the SF device. It should be noted that the USF device can be built in the vBNG-CP device, can also be built in the SDN controller, or can be a separate network element. If the USF device is built into the SDN controller or the CP device, the interaction between the USF device and the SDN controller or the CP device is an internal interaction, and the information or packets sent are all sent internally.
  • the CP device When a user goes online, the CP device will report the user's online location on the UP device and the corresponding sub-interface to the remote user dial-in authentication system (remote authentication dial in user service, RADIUS) for precise user binding and traceability.
  • RADIUS remote authentication dial in user service
  • the user will migrate between the online sub-interfaces of multiple UP devices, resulting in a change of the online sub-interface of a user, and it is impossible to perform precise user binding and traceability.
  • the connection relationship between the SF device and the UP device is shown in Figure 2.
  • An SF device has multiple physical ports, and a physical port has multiple sub-interfaces. Different sub-interfaces on a port correspond to different UP devices.
  • a The sub-interface corresponds to an UP device. Therefore, when multiple SF devices are deployed together and the service traffic of multiple SF devices converges to the same UP device, at least one of the USF device and the SDN controller knows the sub-interfaces on each SF device and each UP device. However, it is unknown which physical port of which SF device the user accesses from when going online. If the USF device and the SDN controller cannot determine the physical port to which the user's specific SF device is connected, migration between different sub-interfaces under the same physical port cannot be performed.
  • an embodiment of the present application provides a communication method.
  • the method provided by the embodiment of the present application includes the following steps.
  • the SF device receives a first packet sent by a first user equipment, adds a first location identifier to the first packet, and obtains a second packet, where the first location identifier includes an identifier of the SF device and an identifier of the first physical port. logo.
  • the first user equipment is a residential gateway (RGW), such as a personal computer (PC) or a mobile phone connected to a home, and generally performs a network address translation (NAT) process to send data to the home.
  • RGW residential gateway
  • PC personal computer
  • NAT network address translation
  • the PCs and mobile phones in the network allocate private network Internet Protocol (IP) addresses, and carry out point-to-point protocol over ethernet (PPPoE) and Ethernet IP (IP over ethernet, IPoE) protocols. Dial up, obtain IP from vBNG, and perform network access.
  • IP Internet Protocol
  • PPPoE point-to-point protocol over ethernet
  • IPoE Ethernet IP over ethernet
  • the first physical port is a physical port on the SF device that receives the first packet.
  • the identifier of the first physical port includes a slot identifier and/or a subcard identifier, and a port identifier.
  • the receiving location of the first packet can be determined through the identifier of the first physical port. For example, through the identifier of the first physical port, it can be determined from which slot (identified by the slot identifier) and which port (identified by the port identifier) of which subcard (identified by the subcard identifier) the first packet is sent from identified) to access.
  • the sub-interface on which the SF device receives the first packet may be the first sub-interface of the first physical port, and the first sub-interface is also called a pre-migration sub-interface, or a default sub-interface, or an initial sub-interface. interface.
  • the first sub-interface corresponds to the first UP device.
  • the first packet is a dynamic host configuration protocol (DHCP) message
  • the SF device adds the first location identifier to the first message, including: the SF device adds an operation field OPTION82 or OPTION18 to the DHCP device message, and carries the first location identifier through OPTION82 or OPTION18.
  • the first packet is a PPPoE packet
  • the SF device adds the first location identifier to the first packet, including: the SF device adds the first location identifier to the PPPoE packet.
  • the SF device sends the second packet to the first UP device, and the first UP device sends a third packet to the CP device based on the second packet, where the third packet includes the first location identifier.
  • the first UP device corresponds to the first sub-interface of the first physical port. Since the sub-interface on which the SF device receives the first packet is the first sub-interface of the first physical port, and the first sub-interface of the first physical port corresponds to the first UP device, the SF device sends the second packet to the first UP device. A UP device, the first UP device sends a third message to the CP device based on the second message.
  • the SF device not only sends the first packet (for example, the user's dialing protocol packet) to the first UP device, but also the SF device also aggregates the home terminals, and aggregates the user to the first UP device.
  • the SF device forwarding of Layer 2 packets, and VLAN/QINQ isolation for users, each user has an exclusive VLAN/QINQ.
  • QINQ refers to two VLAN identifiers, for example, a service-side VLAN (service VLAN, SVLAN) + a user-side VLAN (customer VLAN, CVLAN).
  • VLAN/QinQ corresponds to a default sub-interface, such as the first sub-interface of the first physical port, when initially going online, but it may not be configured on the default sub-interface.
  • the CP device receives the third packet sent by the first UP device, and sends the user online information to the USF device.
  • the USF device receives the user online information sent by the CP device, and determines the second UP device that meets the traffic quality requirement according to the user online information.
  • the user online information includes traffic quality requirements, virtual local area network identifiers, and location identifiers.
  • the USF device can query the SLA policy.
  • the SLA policy determines the target vBNG-UP, for example, the UP device with the least load among the vBNG-UPs matching the SLA is used as the second UP device that meets the traffic quality requirement, such as pUP2 in FIG. 1 .
  • This embodiment of the present application does not limit the manner in which the CP device obtains the traffic quality requirements.
  • the SF device sends the user's access physical port (which may also include the sub-ports under the physical port) to the user's access physical port in a DHCP or PPPoE packet. interface), that is, the first location identifier is carried into the online packet (second packet) and sent to the vBNG-UP device (the first UP device).
  • the CP device supports parsing the OPTION in the online packet during online interaction, and obtains the user online which sub-interface of which SF device is connected to, and inform the USF device of this information.
  • the access sub-interface of the SF device can also be used as the user's location identifier and reported to the RADIUS server for precise binding and user location traceability.
  • the CP device sends an authentication request to the authentication server, and the authentication request carries the location identifier; the CP device receives the authentication response returned by the authentication server, and the authentication response carries the traffic quality requirement corresponding to the location identifier.
  • the USF device can also deliver a migration policy to the corresponding SF, and map the user's port + VLAN/QINQ to the Layer 2 tunnel connected to the corresponding UP device, such as virtual extensible local area network (VXLAN) ), or a virtual leased line (VLL), or an ethernet virtual private network (EVPN).
  • VXLAN virtual extensible local area network
  • VLL virtual leased line
  • EVPN ethernet virtual private network
  • the second UP device corresponds to the second sub-interface.
  • the physical port corresponding to the second sub-interface is the same as the first physical port, or the physical port corresponding to the second sub-interface and the first physical port are different physical ports on the same SF device, or the physical port corresponding to the second sub-interface
  • the first physical port is a physical port on a different SF device.
  • the USF device returns the identifier of the second UP device to the CP device, and the CP device receives the identifier of the second UP device sent by the USF device, and delivers the user entry to the second UP device.
  • the second UP device after receiving the user entry delivered by the CP device, the second UP device locally generates the user's forwarding entry, performs related service policy execution and traffic forwarding, and advertises routes to the outside world.
  • the USF device sends the identifier of the second UP device and/or the second location identifier and the identifier of the virtual local area network to the SDN controller.
  • the method further includes: the USF device sends the identifier of the second sub-interface of the SF device to the SDN controller.
  • the second location identifier includes the identifier of the second sub-interface.
  • the second location identifier may include the identifier of the target SF device and the identifier of the target physical port on the target SF.
  • the physical port corresponding to the second sub-interface is the same as the first physical port
  • the identifier of the target SF device in the second location identifier is the same as the identifier of the SF device in the first location identifier.
  • the identifier of the SF device in the text, the identifier of the target physical port in the second location identifier is the same as the identifier of the first physical port in the first location identifier.
  • the physical port corresponding to the second sub-interface and the first physical port are different physical ports on the same SF device, and the identifier of the target SF device in the second location identifier is the same as the identifier of the SF device in the first location identifier, Both are the identifiers of the SF devices that received the first message, and the identifiers of the target physical ports in the second location identifiers are different from the identifiers of the first physical ports in the first location identifiers.
  • the physical port corresponding to the second sub-interface and the first physical port are physical ports on different SF devices
  • the identifier of the target SF device in the second location identifier is different from the identifier of the SF device in the first location identifier
  • the identifier of the target SF device in the second location identifier is different from that of the SF device in the first location identifier.
  • the identifier of the target physical port in the two location identifiers is different from or the same as the identifier of the first physical port in the first location identifier.
  • the information sent by the USF device to the SDN controller includes the following situations.
  • the second location identifier does not include the identifier of the second sub-interface
  • the information sent by the USF device to the SDN controller includes the identifier of the second UP device
  • the SDN controller can determine the second UP device according to the identifier of the second UP device. subinterface.
  • the second location identifier includes the identifier of the second sub-interface
  • the information sent by the USF device to the SDN controller includes the second location identifier, but does not include the identifier of the second UP device, and the SDN controller is based on the first location identifier in the second location identifier.
  • the identifier of the two sub-interfaces can determine the second sub-interface.
  • the second location identifier includes the identifier of the second sub-interface
  • the information sent by the USF device to the SDN controller includes the second location identifier and the identifier of the second UP device
  • the SDN controller can be based on the second location identifier in the second location identifier.
  • the identifier of the sub-interface determines the second sub-interface, and the second sub-interface may also be determined based on the identifier of the second UP device.
  • the SDN controller receives the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier sent by the USF device, and sends the identifier to the virtual local area network according to the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier.
  • the SF device corresponding to the second location identifier sends a configuration instruction.
  • the identifier of the physical port may be represented as a slot identifier+subcard identifier+port identifier.
  • the configuration instruction includes the identifier of the second sub-interface and the virtual local area network identifier, and the second sub-interface corresponds to the second UP device.
  • sub-interface 1 corresponding to pUP device 1
  • sub-interface 2 corresponding to pUP device 2
  • the SDN controller will send a configuration instruction to the SF device 1 to configure the VLAN/QinQ identifier on the sub-interface 2 of the physical port 1 of the SF device 1 .
  • the SDN controller will send a configuration instruction to the SF device 1 to configure the VLAN/QinQ identifier on the sub-interface 2.1 of the physical port 2 of the SF device 1.
  • the SDN controller will send a configuration instruction to the SF device 2 to configure the VLAN/QinQ identifier on the sub-interface 3.1 of the physical port 3 of the SF device 2.
  • the SDN controller sends a configuration instruction to the SF device according to the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier Before, the method further includes: the SDN controller determines the second sub-interface according to the identifier of the second UP device.
  • the embodiment of the present application takes the SF device corresponding to the second location identifier as an SF device that receives the first packet as an example, and the method provided by the embodiment of the present application further includes the following step 307 .
  • the SF device receives the configuration instruction sent by the SDN controller, and configures the virtual local area network identifier on the second sub-interface.
  • the SF device since the configuration instruction includes the identifier of the second sub-interface and the virtual local area network identifier, the SF device configures the virtual local area network identifier on the second sub-interface. In the subsequent communication process, the SF device receives the fourth packet sent by the second user equipment, and the fourth packet includes the virtual local area network identifier; the SF device sends the fourth packet to the second UP device according to the virtual local area network identifier.
  • the second user equipment is different from the second user equipment, and the second user equipment may also be the same as the first user equipment.
  • the method further includes the SF device deleting The VLAN ID configured on the first sub-interface.
  • the embodiment of the present application does not perform the operation of deleting the virtual local area network identifier configured on the first sub-interface by the SF device and the operation of The sequence of operations for configuring the virtual local area network identifier on the second sub-interface is limited.
  • the communication process is shown in Figure 4, including but not limited to the following steps .
  • the user sends a PPPoE/DHCP message to the SF device via the AN device.
  • the SF device forwards the PPPoE/DHCP packet to the pUP1 device.
  • the pUP1 device sends a PPPoE/DHCP packet to the CP device.
  • the CP device requests the USF device to determine the target UP device according to the user's SLA.
  • the USF device replies that the target UP device is a pUP2 device.
  • the CP device allocates an IP address to the user from the IP address pool allocated to the pUP2 device.
  • the CP device delivers the user entry to the pUP2 device.
  • the CP device notifies the USF device that the user entry is successfully created.
  • the USF device notifies the SDN controller to perform user traffic migration.
  • the SDN controller instructs the SF device to perform user traffic migration.
  • the user traffic is migrated to the pUP2 device.
  • the communication method provided by the embodiment of the present application is illustrated by taking the schematic diagram of the networking shown in FIG. 5 as an example, and the method may be shown in FIG. 6 .
  • 1-7 in FIG. 5 correspond to 601-607 in FIG. 6 respectively.
  • the SDN controller notifies the SF device to create a sub-interface, instructs the SF device to create a tunnel with the UP device, and instructs the UP device to create a tunnel between the SF devices.
  • the CP device sends the UP identifier to the USF device.
  • the communication method includes but is not limited to the following steps.
  • the SF device adds OPTION82/OPTION18 to the user dial-up message (such as a DHCP device message or a PPPoE message) forwarded by the AN device, which carries the identifier of the SF device accessed by the user and the user on the SF device.
  • the identifier of the physical port on the side (in FIG. 3, the identifier of the SF device and the identifier of the physical port on the user side on the SF device are represented by the SF device-IF-ID).
  • OPTION82 or OPTION18 to add the identifier of the SF device accessed by the user and the identifier of the physical port on the user side on the SF device; if it is a PPPoE message, use PPPoE+ technology to add The identifier of the SF device accessed by the user and the identifier of the physical port on the user side on the SF device.
  • the dial-up packet is sent to the vBNG-CP device through a default vBNG-UP device (pUP device 1 in FIG. 1). At this time, CVLAN+SVLAN is not configured on any sub-interface.
  • the vBNG-CP device sends the user online information (for example, including the user identity, service SLA information, and online location information) to the USF device, and requests the USF device to determine the target vBNG-UP device.
  • the vBNG-CP device can obtain the SLA information through the following process: the vBNG-CP device reports the user's authentication request to the Radius Server, and carries the user's access location. Identify the user's SLA according to the user dial-up authentication response information returned by the Radius Server.
  • the above-mentioned user identifier may be media access control (media access control, MAC)+SVLAN+CVLAN.
  • the USF device queries the SLA policy, and determines the vBNG-UP device that meets the SLA requirements, for example, the vBNG-UP device with the smallest load among the vBNG-UP devices matching the SLA, that is, the second vBNG-UP device, as shown in Figure 1 pUP device 2. After that, the USF device returns the identity of the second vBNG-UP device to the vBNG-CP device.
  • the vBNG-CP device delivers the user entry to the second vBNG-UP device.
  • the USF device sends the user identifier (such as MAC+SVLAN+CVLAN), the access location information (SF device-IF-ID) and the second UP device identifier to the SDN controller.
  • the user identifier such as MAC+SVLAN+CVLAN
  • the access location information SF device-IF-ID
  • the second UP device identifier to the SDN controller.
  • the SDN controller sends a configuration instruction to the corresponding SF device according to the information sent by the USF device, configures the second sub-interface under the physical port of the SF device, and configures the CVLAN+SVLAN in the user ID on the second sub-interface , thereby migrating the user's traffic to the second vBNG-UP device.
  • the second sub-interface may be determined according to the second UP device identifier.
  • the SDN controller can determine that the default sub-interface is initially online by judging that SVLAN+CVLAN is not configured on any sub-interface.
  • the user traffic is forwarded through the vBNG-UP device identified by the second UP device identification.
  • the initial sub-interface is the default sub-interface
  • the target sub-interface is the sub-interface corresponding to pUP device 2.
  • the sub-interface before migration becomes the sub-interface corresponding to pUP device 2
  • the target sub-interface becomes the sub-interface corresponding to pUP device 2.
  • the interface becomes the sub-interface corresponding to vUP device 3.
  • the SDN Controller can determine the initial sub-interface (physical port and sub-interface) as the sub-interface corresponding to pUP device 2 according to the SF device-IF-ID and SVLAN+CVLAN in the information sent by the NSF device, and notify the SF device to assign the pUP device 2 to the sub-interface.
  • the SVLAN+CVLAN on the corresponding sub-interface is deleted, and the SVLAN+CVLAN is configured on the sub-interface corresponding to vUP device 3.
  • the USF After a user goes online from the default sub-interface, the USF saves the mapping relationship between the user ID (such as MAC+SVLAN+CVLAN) and the user's online location (such as the ID of the SF device where the user initially goes online and the ID of the initial sub-interface on the SF device). ; After the migration, the USF device modifies the mapping relationship to a mapping relationship between the user ID and the post-migration location (eg, the SF device ID and the second sub-interface ID on the SF device).
  • the user ID such as MAC+SVLAN+CVLAN
  • the user's online location such as the ID of the SF device where the user initially goes online and the ID of the initial sub-interface on the SF device.
  • the USF device modifies the mapping relationship to a mapping relationship between the user ID and the post-migration location (eg, the SF device ID and the second sub-interface ID on the SF device).
  • the SDN Controller determines the sub-interface of the SF device that needs to be configured according to the information sent by the NSF device.
  • the USF device may determine the SF device that needs to perform the migration action, the initial sub-interface (the first sub-interface) and the target sub-interface (the second sub-interface) on the SF device, and the SF device to be migrated Then send the information to the SDN Controller so that the SDN Controller can issue configuration instructions to the SF device.
  • user traffic can be migrated from pUP device 1 to pUP device 2 matching the SLA according to user information (eg, user SLA information).
  • the SF device adds OPTION82/OPTION18 to the user dial-up message (such as a DHCP device message or PPPoE message) forwarded by the AN device, which carries the identifier of the SF device accessed by the user and the user on the SF device.
  • the identification of the physical port on the side can enable the technical solution to be realized.
  • an embodiment of the present application provides a communication apparatus, which is applied to an SF device. Based on the following multiple modules shown in FIG. 7 , the communication apparatus shown in FIG. 7 can execute all or all of the SF equipment. Partial operation. It should be understood that the apparatus may include more additional modules than the shown modules or omit a part of the modules shown therein, which is not limited in this embodiment of the present application.
  • the device includes:
  • the processing module 702 is configured to add a first location identifier to the first message to obtain a second message, where the first location identifier includes the identifier of the SF device and the identifier of the first physical port, where the first physical port receives the first message the port of the text;
  • the transceiver module 701 is further configured to send the second packet to the first UP device in the vBNG.
  • the transceiver module 701 is further configured to receive a configuration instruction sent by the SDN controller, where the configuration instruction includes an identifier of the second sub-interface and a virtual local area network identifier;
  • the processing module 702 is further configured to configure the virtual local area network identifier on the second sub-interface.
  • the second sub-interface corresponds to the second UP device
  • the transceiver module 701 is further configured to receive a fourth packet sent by the second user equipment, where the fourth packet includes a virtual local area network identifier; according to the virtual local area network The identifier sends the fourth packet to the second UP device.
  • the first sub-interface is configured with a virtual local area network identifier
  • the configuration instruction further includes the identifier of the first sub-interface
  • the processing module 702 is further configured to delete the virtual local area network identifier configured on the first sub-interface.
  • the identifier of the first physical port includes a slot identifier and/or a subcard identifier, and a port identifier.
  • the first message is a dynamic host configuration protocol DHCP message
  • the processing module 702 is configured to add OPTION82 or OPTION18 to the DHCP message, and carry the first location identifier through OPTION82 or OPTION18.
  • the first packet is a point-to-point protocol PPPoE packet over Ethernet
  • the processing module 702 is configured to add the first location identifier to the PPPoE packet.
  • an embodiment of the present application provides a communication apparatus.
  • the apparatus is applied to a CP device. Based on the following multiple modules shown in FIG. 8 , the communication apparatus shown in FIG. 8 can execute all or Partial operation. It should be understood that the apparatus may include more additional modules than the shown modules or omit a part of the modules shown therein, which is not limited in this embodiment of the present application.
  • the device includes:
  • the first transceiver module 801 is configured to receive a third packet sent by the first UP device, where the third packet includes a first location identifier, and the first location identifier includes an identifier of the SF device and an identifier of the first physical port, and the first UP
  • the device corresponds to the first sub-interface of the first physical port, and the first physical port is a port on the SF device that receives the first packet sent by the first user equipment;
  • the second transceiver module 802 is configured to send the user online information of the first user equipment to the USF device, where the user online information includes traffic quality requirements, a virtual local area network identifier and a first location identifier;
  • the second transceiver module 802 is further configured to receive the identifier of the second UP device that meets the traffic quality requirement determined by the USF device according to the user online information;
  • the first transceiver module 801 is further configured to deliver user entries to the second UP device.
  • an embodiment of the present application provides a communication apparatus, which is applied to USF equipment. Based on the following multiple modules shown in FIG. 9 , the communication apparatus shown in FIG. 9 can execute all or all of the execution of the USF equipment. Partial operation. It should be understood that the apparatus may include more additional modules than the shown modules or omit a part of the modules shown therein, which is not limited in this embodiment of the present application.
  • the device includes:
  • the transceiver module 901 is configured to receive the user online information of the first user equipment sent by the CP device.
  • the user online information includes traffic quality requirements, a virtual local area network identifier and a first location identifier.
  • the first location identifier includes the identifier of the steering function SF device and the The identifier of the first physical port on the SF device;
  • a processing module 902 configured to determine the second UP device that meets the traffic quality requirement according to the user online information
  • the transceiver module 901 is further configured to return the identifier of the second UP device to the CP device, and the second UP device corresponds to the second sub-interface;
  • the transceiver module 901 is further configured to send the identification of the second UP device and/or the second location identification and the identification of the virtual local area network to the SDN controller.
  • an embodiment of the present application provides a communication apparatus, which is applied to an SDN controller. Based on the following multiple modules shown in FIG. 10 , the communication apparatus shown in FIG. 10 can perform the execution of the SDN controller. All or part of the operation. It should be understood that the apparatus may include more additional modules than the shown modules or omit a part of the modules shown therein, which is not limited in this embodiment of the present application.
  • the device includes:
  • the first transceiver module 1001 is configured to receive the identifier and/or the second location identifier of the second UP device and the virtual local area network identifier sent by the USF device, and the second UP device corresponds to the second sub-interface;
  • the second transceiver module 1002 is configured to send a configuration instruction to the SF device corresponding to the second location identifier according to the identifier of the second UP device and/or the second location identifier and the virtual local area network identifier, where the configuration instruction includes the identifier of the second sub-interface and the virtual local area network identifier, and the configuration instruction is used for the SF device corresponding to the second location identifier to configure the virtual local area network identifier on the second sub-interface.
  • any of the device embodiments described above are only schematic, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units. , that is, it can be located in one place, or it can be distributed to multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • the connection relationship between the modules indicates that there is a communication connection between them, which may be specifically implemented as one or more communication buses or signal lines. Those of ordinary skill in the art can understand and implement it without creative effort.
  • each network device in the above embodiment such as SF device, vGNP-CP device, vBNP-UP device, SDN controller, USF device, and AN device
  • SF device vGNP-CP device
  • vBNP-UP device vBNP-UP device
  • SDN controller vBNP-UP device
  • USF device USF device
  • AN device a network device
  • transceivers are used to receive messages
  • the memory is used to store instructions
  • the processor is used to call the instructions in the memory so that each communication device executes the relevant processing steps of each communication device in the foregoing method embodiments.
  • FIG. 12 shows a schematic structural diagram of a communication device 1200 provided by an exemplary embodiment of the present application.
  • the communication device 1200 shown in FIG. 12 is used to perform the operations involved in the communication methods shown in the above-mentioned FIGS. 3 , 4 and 6 .
  • the communication device 1200 is, for example, a switch, a router, or the like.
  • the communication device 1200 includes at least one processor 1201 , a memory 1203 and a communication interface 1204 , wherein there may be one or more than one communication interface 1204 .
  • the processor 1201 is, for example, a general-purpose central processing unit (central processing unit, CPU), a digital signal processor (digital signal processor, DSP), a network processor (network processor, NP), a graphics processor (Graphics Processing Unit, GPU), A neural-network processing unit (NPU), a data processing unit (DPU), a microprocessor or one or more integrated circuits for implementing the solution of the present application.
  • the processor 1201 includes an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the PLD is, for example, a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a generic array logic (GAL), or any combination thereof. It may implement or execute the various logical blocks, modules and circuits described in connection with the disclosure of the embodiments of the present invention.
  • a processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and the like.
  • the communication device 1200 further includes a bus.
  • the bus is used to transfer information between the various components of the communication device 1200 .
  • the bus may be a peripheral component interconnect (PCI for short) bus or an extended industry standard architecture (EISA for short) bus or the like.
  • PCI peripheral component interconnect
  • EISA extended industry standard architecture
  • the bus can be divided into address bus, data bus, control bus and so on. For ease of representation, only one thick line is shown in FIG. 12, but it does not mean that there is only one bus or one type of bus.
  • the components of the communication device 1200 in FIG. 12 may also be connected in other manners, and the embodiment of the present invention does not limit the connection manners of the components.
  • the memory 1203 is, for example, a read-only memory (read-only memory, ROM) or other types of static storage devices that can store static information and instructions, or a random access memory (random access memory, RAM) or a memory device that can store information and instructions.
  • Other types of dynamic storage devices such as electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disk storage, optical disks storage (including compact discs, laser discs, compact discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media, or other magnetic storage devices, or capable of carrying or storing desired program code in the form of instructions or data structures and capable of Any other medium accessed by a computer without limitation.
  • the memory 1203 exists independently, for example, and is connected to the processor 1201 through a bus.
  • the memory 1203 may also be integrated with the processor 1201.
  • the communication interface 1204 uses any transceiver-like device for communicating with other devices or a communication network, such as Ethernet, Radio Access Network (RAN), or Wireless Local Area Networks (WLAN).
  • Communication interface 1204 may include a wired communication interface and may also include a wireless communication interface.
  • the communication interface 1204 may be an Ethernet (Ethernet) interface, a Fast Ethernet (FE) interface, a Gigabit Ethernet (GE) interface, an Asynchronous Transfer Mode (ATM) interface, a wireless local area network ( wireless local area networks, WLAN) interfaces, cellular network communication interfaces, or a combination thereof.
  • the Ethernet interface can be an optical interface, an electrical interface or a combination thereof.
  • the communication interface 1204 may be used for the communication device 1200 to communicate with other devices.
  • the processor 1201 may include one or more CPUs, such as CPU0 and CPU1 as shown in FIG. 12 .
  • Each of these processors can be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor.
  • a processor herein may refer to one or more devices, circuits, and/or processing cores for processing data, such as computer program instructions.
  • the communication device 1200 may include multiple processors, such as the processor 1201 and the processor 1205 shown in FIG. 12 .
  • processors can be a single-core processor (single-CPU) or a multi-core processor (multi-CPU).
  • a processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (eg, computer program instructions).
  • the communication device 1200 may further include an output device and an input device.
  • the output device communicates with the processor 1201 and can display information in a variety of ways.
  • the output device may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, a projector, or the like.
  • the input device communicates with the processor 1201 and can receive user input in a variety of ways.
  • the input device may be a mouse, a keyboard, a touch screen device, or a sensor device, or the like.
  • the memory 1203 is used to store the program code 1210 for executing the solutions of the present application, and the processor 1201 can execute the program code 1210 stored in the memory 1203 . That is, the communication device 1200 can implement the communication method provided by the method embodiment through the processor 1201 and the program code 1210 in the memory 1203 . One or more software modules may be included in the program code 1210. Optionally, the processor 1201 itself may also store program codes or instructions for executing the solutions of the present application.
  • the communication device 1200 in this embodiment of the present application may correspond to the SF device, USF device, CP device, UP device, or SDN controller in the foregoing method embodiments, and the processor 1201 in the communication device 1200 reads
  • the program code 1210 in the memory 1203 or the program code or instructions stored by the processor 1201 itself enables the communication device 1200 shown in FIG. 12 to execute all or Partial operation.
  • the communication device 1200 may also correspond to the apparatus shown in any of the above-mentioned FIGS. 7 to 10 , and each functional module in the apparatus shown in any of FIGS. 7 to 10 is implemented by software of the communication device 1200 .
  • the functional modules included in any of the apparatuses shown in FIG. 7 to FIG. 10 are generated after the processor 1201 of the communication device 1200 reads the program code 1210 stored in the memory 1203 .
  • each step of the data transmission method shown in FIG. 3 , FIG. 4 and FIG. 6 is completed by the hardware integrated logic circuit in the processor of the communication device 1200 or the instructions in the form of software.
  • the steps of the methods disclosed in conjunction with the embodiments of the present application may be directly embodied as executed by a hardware processor, or executed by a combination of hardware and software modules in the processor.
  • the software modules may be located in random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers and other storage media mature in the art.
  • the storage medium is located in the memory, and the processor reads the information in the memory, and completes the steps of the above method in combination with its hardware, which will not be described in detail here to avoid repetition.
  • the steps of the method or algorithm described in the disclosure of the embodiments of the present invention may be implemented in a hardware manner, or may be implemented in a manner in which a processor executes software instructions.
  • Software instructions can be composed of corresponding software modules, and software modules can be stored in random access memory (RAM), flash memory, read only memory (ROM), erasable programmable read only memory (erasable programmable ROM, EPROM), electrically erasable programmable read-only memory (electrically EPROM, EEPROM), hard disk, removable hard disk, optical disk or any other form of storage medium known in the art.
  • An exemplary storage medium is coupled to the processor, such that the processor can read information from, and write information to, the storage medium.
  • the storage medium can also be an integral part of the processor.
  • the processor and storage medium may reside in an ASIC.
  • the functions described in the present invention may be implemented in hardware, software, firmware, or any combination thereof.
  • the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium.
  • Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.
  • a storage medium can be any available medium that can be accessed by a general purpose or special purpose computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开一种通信方法、设备及系统，SF设备在接收的第一用户设备发的第一报文中增加包括SF设备的标识及第一物理端口的标识的第一位置标识，将增加了第一位置标识的第二报文发给第一UP设备，由第一UP设备向CP设备发送第三报文，CP设备将第三报文发给USF设备，使USF设备能区分用户从哪个SF设备的哪个物理端口接入，通过USF设备与SDN控制器交互，使SDN控制器向对应的SF设备下发配置指令，以使对应的SF设备配置第一用户设备的虚拟局域网标识到与第二UP设备对应的第二子接口，以将用户流量转到第二UP设备。第一报文可为DHCP报文或PPPoE报文，通过添加OPTION82/OPTION18携带第一位置标识。

Description

通信方法、装置、设备、系统及计算机可读存储介质
本申请要求于2020年11月02日提交的申请号为202011205533.5、发明名称为“一种发送报文的方法和网络设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中；本申请还要求于2021年01月31日提交的申请号为202110132657.3、发明名称为“通信方法、装置、设备、系统及计算机可读存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，尤其涉及一种通信方法、装置、设备、系统及计算机可读存储介质。
背景技术
随着软件定义型网络(software-defined networking，SDN)技术和网络功能虚拟化(network functions contextualization，NFV)技术的发展，城域网向着传统以网络为核心的架构向以数据中心为核心的网络架构演进；传统的网元设备也从专业化朝着通用化演进。传统网元设备从专业化朝着通用化演进主要解决两个解耦：控制与转发的解耦、软件与硬件的解耦。
宽带网络网关(broadband network gateway，BNG)作为传统的宽带接入网关设备，在用户宽带接入业务和场景中非常重要。对BNG设备在用户接入上的主要的要求是用户认证、接入控制、流量调度等。随着各种互联网业务的层出不穷，对BNG设备支持的用户的会话数要求不断提高、对用户接入带宽不断提高，尤其对BNG设备对外提供业务开放、可编程的能力的要求越来越高。基于这些因素，BNG设备基于SDN/NFV的架构实现前面提到的两个解耦。
虚拟宽带网络网关(virtual broadband network gateway，vBNG)包括虚拟宽带网络网关控制平面(virtual broadband network gateway control plane，vBNG-CP)设备和虚拟宽带网络网关用户面(virtual broadband network gateway user plane，vBNG-UP)设备，vBNG-CP设备以管理多个vBNG-UP设备，进行多个vBNG-UP设备之间用户、流量、资源的调度，和单机相比设备的利用率和可靠性都能得到大幅的提升。
用户设备接入网络时，需要根据某些条件动态地将用户设备的流量发送给某个合适的vBNG-UP设备。
发明内容
本申请提出一种通信方法、装置、设备、系统及计算机可读存储介质，用于将用户的流量发送给某个合适的vBNG-UP设备。
第一方面，提供了一种通信方法，该方法包括：SF设备接收第一用户设备发送的第一报文，在第一报文中增加第一位置标识，得到第二报文，将第二报文发送给第一UP设备，由第一UP设备基于第二报文向CP设备发送第三报文，第三报文包括第一位置标识，第一位置标识包括SF设备的标识以及第一物理端口的标识，第一物理端口为SF设 备上接收第一报文的端口；
CP设备接收第一UP设备发送的第三报文，向用户面转向功能USF设备发送第一用户设备的用户上线信息，该用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识；
USF设备接收CP设备发送的该用户上线信息，根据该用户上线信息确定满足流量质量要求的第二UP设备，向CP设备返回第二UP设备的标识，第二UP设备与第二子接口对应；
CP设备接收USF设备发送的第二UP设备的标识，向第二UP设备下发用户表项；
USF设备向软件定义型网络SDN控制器发送第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识；
SDN控制器接收USF设备发送的第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识，根据该第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识向第二位置标识对应的SF设备发送配置指令，该配置指令包括第二子接口的标识和该虚拟局域网标识，该配置指令用于第二位置标识对应的SF设备将虚拟局域网标识配置到第二子接口上。
该方法中，通过SF设备在接收的第一用户设备发来的第一报文中增加包括SF设备的标识及第一物理端口的标识的第一位置标识，将增加了第一位置标识的第二报文发给第一UP设备，由第一UP设备向CP设备发送第三报文，CP设备再将第三报文发给USF设备，这样使USF设备能区分用户从哪个SF设备的哪个物理端口接入的，并通过USF设备与SDN控制器之间的交互，使SDN控制器向对应的SF设备下发配置指令，以使对应的SF设备配置第一用户设备的虚拟局域网标识到与第二UP设备对应的第二子接口，从而将用户的流量转到满足流量质量要求的第二UP设备。
在一种可能的实现方式中，所述第二位置标识对应的SF设备与接收第一报文的SF设备相同，第一物理端口的第一子接口上配置有该虚拟局域网标识，该配置指令还包括第一子接口的标识，该方法还包括：SF设备删除第一子接口上配置的该虚拟局域网标识。在将虚拟局域网标识配置到第二子接口之后，通过删除第一子接口上配置的该虚拟局域网标识，从而释放资源，使得后续的流量转发更为准确。
在第一方面至下面所述的第八方面的一种可能的实现方式中，所述第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
在第一方面至下面所述的第八方面的一种可能的实现方式中，所述第一报文为DHCP报文，所述SF设备在所述第一报文中增加第一位置标识，包括：SF设备在所述DHCP报文中添加OPTION82或OPTION18，通过所述OPTION82或OPTION18携带所述第一位置标识。
在第一方面至下面所述的第八方面的一种可能的实现方式中，所述第一报文为PPPoE报文。针对第一报文的不同类型，采用不同的携带第一位置标识的方式，使得方法实现的灵活性更高，并保证了方案可实现性。
在一种可能的实现方式中，所述第二位置标识包括所述第二子接口的标识。
在一种可能的实现方式中，所述第二子接口对应的物理端口与所述第一物理端口相同，或者，所述第二子接口对应的物理端口与所述第一物理端口是所述SF设备上的不同 物理端口，或者，所述第二子接口对应的物理端口与所述第一物理端口是不同SF设备上的物理端口。本申请提供的方法不仅应用于同一SF设备的同一物理端口上的不同子接口之间的切换，还支持同一SF设备的不同物理端口的子接口之间的切换，也支持不同SF设备上的不同子接口之间的切换，适用范围更广。
第二方面，提供了一种发送报文的方法，所述方法应用于SF设备，所述方法包括：所述SF设备接收第一用户设备发送的第一报文；所述SF设备在所述第一报文中增加第一位置标识，得到第二报文，所述第一位置标识包括所述SF设备的标识以及第一物理端口的标识，所述第一物理端口为接收所述第一报文的端口；所述SF设备将所述第二报文发送给vBNG中的第一用户面UP设备。
在一种可能的实现方式中，所述SF设备将所述第二报文发送给vBNG中的第一用户面UP设备之后，还包括：所述SF设备接收软件定义型网络SDN控制器发送的配置指令，所述配置指令包括第二子接口的标识和虚拟局域网标识；所述SF设备将所述虚拟局域网标识配置到所述第二子接口上。
在一种可能的实现方式中，所述第二子接口对应第二UP设备，所述方法还包括：所述SF设备接收第二用户设备发送的第四报文，所述第四报文包括所述虚拟局域网标识；所述SF设备根据所述虚拟局域网标识将所述第四报文发送给所述第二UP设备。
在一种可能的实现方式中，所述第一子接口上配置有所述虚拟局域网标识，所述配置指令还包括所述第一子接口的标识，所述方法还包括：所述SF设备删除所述第一子接口上配置的所述虚拟局域网标识。
第三方面，提供了一种通信方法，所述方法应用于控制面CP设备，所述方法包括：
所述CP设备接收第一用户面UP设备发送的第三报文，所述第三报文包括第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及第一物理端口的标识，所述第一物理端口为SF设备上接收第一用户设备发送的第一报文的端口；
所述CP设备向用户面转向功能USF设备发送所述第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及所述第一位置标识；
所述CP设备接收所述USF设备根据所述用户上线信息确定的满足流量质量要求的第二UP设备的标识；
所述CP设备向所述第二UP设备下发用户表项。
第四方面，提供了一种通信方法，所述方法应用于用户面转向功能USF设备，方法包括：
所述USF设备接收控制面CP设备发送的第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及SF设备上的第一物理端口的标识；
所述USF设备根据所述用户上线信息确定满足流量质量要求的第二UP设备，向所述CP设备返回所述第二UP设备的标识；
所述USF设备向软件定义型网络SDN控制器发送所述第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识。
在一种可能的实现方式中，所述第二位置标识包括所述第二子接口的标识。
第五方面，提供了一种通信方法，所述方法应用于SDN控制器，所述方法包括：
所述SDN控制器接收用户面转向功能USF设备发送的第二用户面UP设备的标识和/或第二位置标识，以及虚拟局域网标识，所述第二UP设备与第二子接口对应；
所述SDN控制器根据所述第二UP设备的标识和/或所述第二位置标识，以及所述虚拟局域网标识向所述第二位置标识对应的SF设备发送配置指令，所述配置指令包括所述第二子接口的标识和所述虚拟局域网标识，所述配置指令用于所述第二位置标识对应的SF设备将所述虚拟局域网标识配置到所述第二子接口上。
在一种可能的实现方式中，所述第二位置标识包括所述第二子接口的标识。
在一种可能的实现方式中，所述方法还包括：所述SDN控制器根据所述USF设备发送的第二UP设备的标识，确定所述第二子接口。
第六方面，提供了一种通信装置，所述装置应用于转向功能SF设备，所述装置包括：
收发模块，用于接收第一用户设备发送的第一报文；
处理模块，用于在所述第一报文中增加第一位置标识，得到第二报文，所述第一位置标识包括所述SF设备的标识以及第一物理端口的标识，所述第一物理端口为接收所述第一报文的端口；
所述收发模块，还用于将所述第二报文发送给虚拟宽带网络网关vBNG中的第一用户面UP设备。
在一种可能的实现方式中，所述收发模块，还用于接收软件定义型网络SDN控制器发送的配置指令，所述配置指令包括第二子接口的标识和虚拟局域网标识；
所述处理模块，还用于将所述虚拟局域网标识配置到所述第二子接口上。
在一种可能的实现方式中，所述第二子接口对应第二UP设备，所述收发模块，还用于接收第二用户设备发送的第四报文，所述第四报文包括所述虚拟局域网标识；根据所述虚拟局域网标识将所述第四报文发送给所述第二UP设备。
在一种可能的实现方式中，所述第一子接口上配置有所述虚拟局域网标识，所述配置指令还包括所述第一子接口的标识，所述处理模块，还用于删除所述第一子接口上配置的所述虚拟局域网标识。
第七方面，提供了一种通信装置，所述装置应用于CP设备，所述装置包括：
第一收发模块，用于接收第一用户面UP设备发送的第三报文，所述第三报文包括第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及第一物理端口的标识，所述第一物理端口为SF设备上接收第一用户设备发送的第一报文的端口；
第二收发模块，用于向用户面转向功能USF设备发送所述第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及所述第一位置标识；
所述第二收发模块，还用于接收所述USF设备根据所述用户上线信息确定的满足流量质量要求的第二UP设备的标识；
所述第一收发模块，还用于向所述第二UP设备下发用户表项。
第八方面，提供了一种通信装置，所述装置应用于USF设备，所述装置包括：
收发模块，用于接收控制面CP设备发送的第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及该SF设备上的第一物理端口的标识；
处理模块，用于根据所述用户上线信息确定满足流量质量要求的第二UP设备；
所述收发模块，还用于向所述CP设备返回所述第二UP设备的标识；
所述收发模块，还用于向软件定义型网络SDN控制器发送所述第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识。
在一种可能的实现方式中，所述装置应用于软件定义型网络SDN控制器，所述装置包括：
第一收发模块，用于接收用户面转向功能USF设备发送的第二用户面UP设备的标识和/或第二位置标识，以及虚拟局域网标识，所述第二UP设备与第二子接口对应；
第二收发模块，用于根据所述第二UP设备的标识和/或所述第二位置标识，以及所述虚拟局域网标识，向所述第二位置标识对应的SF设备发送配置指令，所述配置指令包括所述第二子接口的标识和所述虚拟局域网标识，所述配置指令用于所述第二位置标识对应的SF设备将所述虚拟局域网标识配置到所述第二子接口上。
第九方面，提供了一种通信系统，所述通信系统包括SF设备、CP设备、UP设备、USF设备及SDN控制器；
所述SF设备用于执行第二方面任一所述的方法；
所述CP设备用于执行第三方面任一所述的方法；
所述USF设备用于执行第四方面任一所述的方法；
所述SDN控制器用于第五方面任一所述的方法。
第十方面，提供了一种通信设备，包括处理器，处理器用于执行指令，使得网络设备执行上述第一方面或第一方面的任一种可能的实现的方法。
第十一方面，提供了一种计算机可读存储介质，包括指令，当该指令在计算机上执行时，使得计算机执行上述第一方面或第一方面的任一种可能的实现的方法。
第十二方面，提供了一种通信系统，所述通信系统包括SF设备、CP设备、UP设备、USF设备及SDN控制器，其中SF设备、CP设备、USF设备及SDN控制器分别执行第一方面或第一方面的任一种可能的实现的方法中相应角色的设备执行的方法。
附图说明
图1是本发明实施例提供的组网示意图；
图2是本发明实施例提供的SF设备与UP设备的连接关系示意图；
图3是本发明实施例提供的一种通信方法的交互示意图；
图4是本发明实施例提供的另一种通信方法的交互示意图；
图5是本发明实施例提供的另一种组网示意图；
图6是本发明实施例提供的一种通信方法交互示意图；
图7是本发明实施例提供的一种通信装置的结构示意图；
图8是本发明实施例提供的一种通信装置的结构示意图；
图9是本发明实施例提供的一种通信装置的结构示意图；
图10是本发明实施例提供的一种通信装置的结构示意图；
图11是本发明实施例提供的一种通信设备的结构示意图；
图12是本发明实施例提供的一种通信设备的结构示意图。
具体实施方式
下面结合附图，对本发明的实施例进行描述。
随着BNG设备基于SDN/NFV的架构实现控制与转发的解耦、软件与硬件的解耦，vBNG应运而生。该vBNG包括vBNG-CP设备和vBNG-UP设备，vBNG-CP设备以管理多个vBNG-UP设备，进行多个vBNG-UP设备之间用户、流量、资源的调度，和单机相比设备的利用率和可靠性都能得到大幅的提升。在本申请实施例中，vBNG-CP设备也可简称为CP设备，vBNG-UP设备也可简称为UP设备。vBNG-CP设备与vBNG-UP设备之间有三种接口，分别是：
PRi：业务接口，vBNG-UP设备接收到用户接入协议报文，通过该接口封装上送至vBNG-CP设备处理；
Mi：管理接口，vBNG-CP设备采用该接口向vBNG-UP设备下发配置，vBNG-UP设备采用该接口上报一些运行状态；
SCi：控制接口，vBNG-CP设备处理用户接入协议报文，完成与用户间的协议交互，用户上线后，vBNG-CP设备通过该接口向对应的vBNG-UP设备下发用户表项。
vBNG-CP设备作为虚拟网络功能(virtual network function，VNF)设备，可以运行在X86服务器上，实现虚拟化。vBNG-UP设备存在两种形态，一种是虚拟UP设备(vUP设备)，可以运行在X86服务器上；一种是物理UP设备(pUP设备)，如传统硬件网络设备。
由于vBNG-CP设备可以管理很多vBNG-UP设备，用户统一在vBNG-CP设备进行管理，因而可以根据用户会话数、流量负载情况进行vBNG-UP设备间用户的灵活调度。
如图1所示的网络中，vBNG-UP设备(图1中以pUP设备1、pUP设备2和pUP设备3为例)可以分布在网络边缘，也可以分布在网络中比较高的位置，为了实现用户动态选择接入的vBNG-UP设备，vBNG-CP设备需要和SDN控制器(controller)配合，来实现用户的动态迁移。
如图1所示，在接入网(access network，AN)设备与vBNG-UP设备之间，存在转向功能(steering function，SF)设备，该SF设备与各vBNG-UP设备之间建立二层隧道；SF设备与AN设备之间的物理端口划分不同的子接口，不同子接口分别对应到不同vBNG-UP设备的二层(Lay2)隧道。以用户默认从pUP设备1上线为例，pUP设备1将用户协议报文转发给vBNG-CP设备，vBNG-CP设备将用户上线信息(例如包括用户标识，服务水平协议(service level agreement，SLA)信息和上线位置信息)发送给UP转向功能(UP steering function，USF)设备。USF设备根据用户上线信息判断用户应该从pUP设备2接入，则通知vBNG-CP设备将该用户表项下发至pUP设备2；同时，USF设备通知SDN控制器，对SF设备进行配置，将该用户对应的虚拟局域网(virtual local area network,VLAN)/或双层VLAN(802.1Q in 802.1Q，QinQ)标识配置到SF设备与AN之间的与pUP设备2对应的子接口上。之后，SF设备将用户后续的报文直接通过SF设备与pUP设备2之间的二层隧道转发至pUP设备2。
其中，USF设备是动态迁移的策略点，vBNG-CP设备需向USF设备来询问确定将用户表项下发到哪个BNG-UP设备。此外，USF设备需要通知SDN控制器对SF设备进行配置。需要说明的是，USF设备可以内置在vBNG-CP设备中，也可以内置在SDN控制器中，也可以是一个单独的网元。如果USF设备内置在SDN控制器或CP设备中，则USF设备与SDN控制器或CP设备之间的交互是内部交互，发送的信息或报文均是在内部发送。
由于在用户上线时，CP设备会将用户在UP设备的上线位置及对应的子接口上报给远程用户拨号认证系统(remote authentication dial in user service，RADIUS)用于用户的精绑定和溯源。然而在转向(STEERING)场景下，用户会在多个UP设备的上线子接口间迁移，导致一个用户的上线子接口会发生变化，无法进行用户精绑定和溯源。且如图2所示的SF设备与UP设备之间的连接关系，一个SF设备有多个物理端口，一个物理端口有多个子接口，一个端口上的不同子接口对应不同的UP设备，例如一个子接口对应一个UP设备。因此，当多个SF设备共同部署时，多个SF设备的业务流量汇聚到同一个UP设备上时，USF设备和SDN控制器中的至少一个设备知道各SF设备上的子接口和各UP设备之间的对应关系，但不知道用户上线是从哪个SF设备的哪个物理端口上接入。在USF设备和SDN控制器无法确定用户具体的SF设备接入的物理端口的情况下，就无法进行同一个物理端口下不同子接口间的迁移。
对此，本申请实施例提供了一种通信方法。结合图1所示的系统，参见图3，本申请实施例提供的方法包括如下几个步骤。
301，SF设备接收第一用户设备发送的第一报文，在第一报文中增加第一位置标识，得到第二报文，第一位置标识包括该SF设备的标识以及第一物理端口的标识。
其中，第一用户设备为家庭网关(residential gateway，RGW)，例如接入家庭内的个人计算机(personal computer，PC)、手机，一般会做网络地址转换(network address translation，NAT)处理，向家庭内的PC、手机分配私网网际互连协议(internet protocol，IP)地址，进行以太网上的点对点协议(point-to-point protocol over ethernet，PPPoE)、以太网IP(IP over ethernet，IPoE)协议拨号，向vBNG获取IP，进行网络访问。
第一物理端口为SF设备上接收该第一报文的物理端口，示例性地，第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。通过该第一物理端口的标识能够确定第一报文的接收位置，也即用户接入位置。例如，通过该第一物理端口的标识能够确定该第一报文是从哪个槽位(槽位标识所标识的)上的哪个子卡(子卡标识所标识的)的哪个端口(端口标识所标识的)上接入。在本申请实施例中，SF设备接收第一报文的子接口可以是第一物理端口的第一子接口，该第一子接口也称为迁移前子接口，或者默认子接口，或者初始子接口。此外，该第一子接口对应第一UP设备。
本申请实施例不对第一报文的类型及SF设备增加第一位置标识的方式进行限定，在一种可能的实现方式中，第一报文为动态主机配置协议(dynamic host configuration protocol，DHCP)报文，SF设备在第一报文中增加第一位置标识，包括：SF设备在DHCP设备报文中添加操作字段OPTION82或OPTION18，通过OPTION82或OPTION18携带第一位置标识。在另一种可能的实现方式中，第一报文为PPPoE报文，SF设备在第一报文中增加第一位置标识，包括：SF设备在PPPoE报文中添加第一位置标识。
302，SF设备将第二报文发送给第一UP设备，由第一UP设备基于该第二报文向CP设备发送第三报文，第三报文包括第一位置标识。
其中，第一UP设备与第一物理端口的第一子接口对应。由于SF设备接收第一报文的子接口为第一物理端口的第一子接口，而该第一物理端口的第一子接口对应第一UP设备，因而SF设备将第二报文发送给第一UP设备，由第一UP设备基于第二报文向CP设备发送第三报文。
此外，用户上线时，SF设备除了将第一报文(例如用户的拨号协议报文)发送给第一 UP设备，同时SF设备还进行家庭终端的汇聚，将用户汇聚到第一UP设备，进行二层报文的转发，并对用户进行VLAN/QINQ的隔离，每个用户独享一个VLAN/QINQ。QINQ是指两个VLAN标识，例如业务侧VLAN(service VLAN，SVLAN)+用户侧VLAN(customer VLAN，CVLAN)。VLAN/QinQ在初始上线时是对应到默认子接口，例如第一物理端口的第一子接口，但可以不配置在该默认子接口上。
303，CP设备接收第一UP设备发送的第三报文，向USF设备发送用户上线信息，USF设备接收CP设备发送的用户上线信息，根据用户上线信息确定满足流量质量要求的第二UP设备。
其中，用户上线信息包括流量质量要求、虚拟局域网标识及位置标识。在该步骤中，USF设备接收CP设备发送的对应用户的用户上线信息后，由于该用户上线信息包括流量质量要求、虚拟局域网标识及位置标识，因而该USF设备可查询SLA策略，根据查询到的SLA策略确定目标vBNG-UP，例如将匹配该SLA的vBNG-UP中负载最小的UP设备作为满足流量质量要求的第二UP设备，例如是图1中的pUP2。
本申请实施例不对CP设备获取流量质量要求的方式进行限定，例如，当用户上线时，SF设备通过在DHCP或PPPoE报文中将用户的接入物理端口(也可以包括该物理端口下的子接口)即第一位置标识携带到上线报文(第二报文)中发送给vBNG-UP设备(第一UP设备)，CP设备在上线交互时支持解析上线报文中的OPTION，获取用户上线时接入哪个SF设备的哪个子接口，并将此信息通知USF设备。
此外，CP设备与认证服务器(RADIUS)进行用户认证时，也可以将SF设备的接入子接口作为用户的位置标识，上报给RADIUS服务器，以进行精确绑定以及用户位置溯源。在一种可能的实现方式中，CP设备向认证服务器发送认证请求，认证请求中携带位置标识；CP设备接收认证服务器返回的认证响应，认证响应中携带与位置标识对应的流量质量要求。
此外，该USF设备还可向对应的SF下发迁移的策略，将该用户的端口+VLAN/QINQ映射到与对应UP设备连接的二层隧道，例如虚拟扩展局域网(virtual extensible local area network，VXLAN)，或虚拟租用线路(virtual leased line，VLL)，或以太网虚拟专用网(ethernet virtual private network，EVPN)。其中，第二UP设备与第二子接口对应。第二子接口对应的物理端口与第一物理端口相同，或者，第二子接口对应的物理端口与第一物理端口是同一SF设备上的不同物理端口，或者，第二子接口对应的物理端口与第一物理端口是不同SF设备上的物理端口。
304，USF设备向CP设备返回第二UP设备的标识，CP设备接收USF设备发送的第二UP设备的标识，向第二UP设备下发用户表项。
其中，第二UP设备接收到CP设备下发的用户表项后，在第二UP设备的本地生成该用户的转发表项，进行相关的业务策略执行和流量转发，并向外发布路由。
305，USF设备向SDN控制器发送第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识。
在一种可能的实现方式中，该方法还包括：USF设备向SDN控制器发送SF设备的第二子接口的标识。例如，第二位置标识包括该第二子接口的标识。
第二位置标识，可以包括目标SF设备的标识和该目标SF上的目标物理端口的标识。 举例来说，第二子接口对应的物理端口与第一物理端口相同，第二位置标识中的目标SF设备的标识与第一位置标识中的SF设备的标识相同，均为接收到第一报文的SF设备的标识，第二位置标识中的目标物理端口的标识与第一位置标识中的第一物理端口的标识相同。又例如，第二子接口对应的物理端口与第一物理端口是同一SF设备上的不同物理端口，第二位置标识中的目标SF设备的标识与第一位置标识中的SF设备的标识相同，均为接收到第一报文的SF设备的标识，第二位置标识中的目标物理端口的标识与第一位置标识中的第一物理端口的标识不同。再例如，第二子接口对应的物理端口与第一物理端口是不同SF设备上的物理端口，第二位置标识中的目标SF设备的标识与第一位置标识中的SF设备的标识不同，第二位置标识中的目标物理端口的标识与第一位置标识中的第一物理端口的标识不同或相同。
此外，根据第二位置标识是否包括第二子接口的标识的不同情况，USF设备向SDN控制器发送的信息包括如下几种情况。
情况一，第二位置标识不包括第二子接口的标识，USF设备向SDN控制器发送的信息包括第二UP设备的标识，由SDN控制器来根据第二UP设备的标识能够确定出第二子接口。
情况二，第二位置标识包括第二子接口的标识，USF设备向SDN控制器发送的信息包括第二位置标识，不包括第二UP设备的标识，SDN控制器基于第二位置标识中的第二子接口的标识即可确定出第二子接口。
情况三，第二位置标识包括第二子接口的标识，USF设备向SDN控制器发送的信息包括第二位置标识和第二UP设备的标识，SDN控制器可基于第二位置标识中的第二子接口的标识确定出第二子接口，也可以基于第二UP设备的标识确定出第二子接口。
306，SDN控制器接收USF设备发送的第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识，根据第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识，向第二位置标识对应的SF设备发送配置指令。
由于位置标识包括SF设备的标识和物理端口的标识，示例性地，物理端口的标识可以表示为槽位标识+子卡标识+端口标识。配置指令包括第二子接口的标识和虚拟局域网标识，第二子接口与第二UP设备对应。这样，当系统中有多个SF设备，以及每个SF设备有多个连接AN设备的物理端口时，SDN控制器能够知道对哪个SF设备的哪个SF设备接口(物理端口和子接口)进行配置。
例如，用户原来从SF设备1上的物理端口1的子接口1(对应pUP设备1)上线，后续用户的流量需要切换到SF设备1的物理端口1的子接口2(对应pUP设备2)上，SDN控制器会向SF设备1发送配置指令，将VLAN/QinQ的标识配置到SF设备1的物理端口1的子接口2上。又例如，用户原来从SF设备1上的物理端口1的子接口1.1(对应pUP设备1)上线，后续用户的流量需要切换到SF设备1的物理端口2的子接口2.1(对应pUP设备2)上，SDN控制器会向SF设备1发送配置指令，将VLAN/QinQ的标识配置到SF设备1的物理端口2的子接口2.1上。又例如，用户原来从SF设备1上的物理端口1的子接口1.1(对应pUP设备1)上线，后续用户的流量需要切换到SF设备2的物理端口3的子接口3.1(对应pUP设备2)上，SDN控制器会向SF设备2发送配置指令，将VLAN/QinQ的标识配置到SF设备2的物理端口3的子接口3.1上。
在该步骤中，针对第二位置标识不包括第二子接口的标识的情况，SDN控制器根据第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识，向SF设备发送配置指令之前，还包括：SDN控制器根据第二UP设备的标识确定第二子接口。
本申请实施例以第二位置标识对应的SF设备为接收第一报文的SF设备为例，本申请实施例提供的方法还包括如下步骤307。
307，SF设备接收SDN控制器发送的配置指令，将虚拟局域网标识配置到第二子接口上。
在本申请实施例中，由于配置指令包括第二子接口的标识和虚拟局域网标识，因此，SF设备将虚拟局域网标识配置到第二子接口上。在后续的通信过程中，SF设备接收第二用户设备发送的第四报文，第四报文包括虚拟局域网标识；SF设备根据虚拟局域网标识将第四报文发送给第二UP设备。可选地，第二用户设备与第二用户设备不同，第二用户设备也可以与第一用户设备相同。
在一种可能的实现方式中，如果第一物理端口的第一子接口上配置有虚拟局域网标识，SF设备接收到的配置指令还包括第一子接口的标识，则该方法还包括SF设备删除第一子接口上配置的虚拟局域网标识。
需要说明的是，SF设备接收到配置指令后，针对配置指令还包括第一子接口的标识的情况下，本申请实施例不对SF设备删除第一子接口上配置的虚拟局域网标识的操作与将虚拟局域网标识配置到第二子接口上的操作之间的先后顺序进行限定。
在图3所示的方法交互流程基础上，以第一用户设备为RG，第一报文为PPPoE或者DHCP报文为例，该通信过程如图4所示，包括但不限于如下几个步骤。
401，用户经AN设备发送PPPoE/DHCP报文到SF设备。
402，SF设备转发PPPoE/DHCP报文到pUP1设备。
403，pUP1设备发送PPPoE/DHCP报文到CP设备。
404，CP设备根据用户的SLA请求USF设备确定目标UP设备。
405，USF设备回复目标UP设备为pUP2设备。
406，CP设备从分配给pUP2设备的IP地址池中分配IP地址给用户。
407，CP设备向pUP2设备下发用户表项。
408，CP设备通知USF设备用户表项创建成功。
409，USF设备通知SDN控制器进行用户流量迁移。
410，SDN控制器指示SF设备进行用户流量迁移。
411，用户流量迁移到pUP2设备上。
为了便于理解，以图5所示的组网示意图为例，对本申请实施例提供的通信方法进行举例说明，该方法可如图6所示。其中，图5中的①-⑦分别对应图6中的601-607。如图6所示，在执行本申请实施例提供的通信方法之前，SDN控制器通知SF设备创建子接口，指示SF设备创建与UP设备间的隧道，指示UP设备创建SF设备间的隧道。且CP设备向USF设备发送UP标识。之后，当RG向AN设备发送用户拨号报文后，该通信方法包括但不限于如下几个步骤。
601、SF设备在收到AN设备转发的用户拨号报文(如DHCP设备报文或PPPoE报文)中添加OPTION82/OPTION18，在其中携带用户接入的SF设备的标识以及该SF设备上的用户侧的物理端口的标识(图3中以SF设备-IF-ID来表示SF设备的标识以及该SF设备上的用 户侧的物理端口的标识)。如果是DHCP设备报文的话，可以添加OPTION82或OPTION18来添加用户接入的SF设备的标识以及该SF设备上的用户侧的物理端口的标识；如果是PPPoE的报文的话，则采用PPPoE+技术添加用户接入的SF设备的标识以及该SF设备上的用户侧的物理端口的标识。
602、该拨号报文通过一个缺省vBNG-UP设备(如图1中的pUP设备1)上送到vBNG-CP设备。此时，CVLAN+SVLAN没有配置在任何子接口上。
603、vBNG-CP设备将用户上线信息(例如包括用户标识，服务SLA信息和上线位置信息)发送给USF设备，请求USF设备确定目标vBNG-UP设备。其中，vBNG-CP设备可以通过以下过程获得SLA信息：vBNG-CP设备向Radius Server上报用户的认证请求，并携带用户的接入位置。根据Radius Server回应的用户拨号认证回应信息，识别该用户的SLA。上述的用户标识，可以是媒体接入控制(media access control，MAC)+SVLAN+CVLAN。
604、USF设备查询SLA策略，确定满足SLA要求的vBNG-UP设备，例如是匹配该SLA的vBNG-UP设备中负载最小的vBNG-UP设备，即第二vBNG-UP设备，如图1中的pUP设备2。之后，USF设备将第二vBNG-UP设备的标识返回给vBNG-CP设备。
605、vBNG-CP设备向第二vBNG-UP设备下发用户表项。
606、USF设备将用户标识(如MAC+SVLAN+CVLAN)、接入位置信息(SF设备-IF-ID)和第二UP设备标识发送给SDN controller。
607、SDN controller根据USF设备发来的信息，向对应的SF设备发配置指令，配置该SF设备的物理端口下的第二子接口，将用户标识中的CVLAN+SVLAN配置到第二子接口上，从而将用户的流量迁移到第二vBNG-UP设备上。其中，第二子接口可以根据第二UP设备标识来确定。SDN controller可以通过判断SVLAN+CVLAN没有在任何子接口上配置，确定初始上线的是缺省子接口。
之后，用户流量通过第二UP设备标识所标识的vBNG-UP设备进行转发。
上述过程中，用户流量被从pUP设备1切换到pUP设备2，初始子接口是默认子接口，目标子接口是pUP设备2对应的子接口。在另一情况中，假设用户流量继续被从pUP设备2迁移到vUP设备3(参见图1)，则此时迁移前子接口(初始子接口)变成pUP设备2对应的子接口，目标子接口变成vUP设备3对应的子接口。SDN Controller可以根据NSF设备发来的信息中的SF设备-IF-ID和SVLAN+CVLAN来确定初始子接口(物理端口和子接口)为pUP设备2对应的子接口，并通知SF设备将pUP设备2对应的子接口上的SVLAN+CVLAN删除，且将该SVLAN+CVLAN配置到与vUP设备3对应的子接口上。
用户从默认子接口上线后，USF设备上保存了用户标识(如MAC+SVLAN+CVLAN)和用户上线位置(如用户初始上线的SF设备标识以及该SF设备上的初始子接口标识)的映射关系；在迁移后USF设备将映射关系修改为该用户标识和迁移后位置(如SF设备标识以及该SF设备上的第二子接口标识)的映射关系。
上述过程描述的是SDN Controller根据NSF设备发来的信息来确定需要配置的SF设备的子接口。在另外一种实现方式中，可以是USF设备确定需要执行迁移动作的SF设备以及该SF设备上的初始子接口(第一子接口)和目标子接口(第二子接口)，以及要被迁移的SVLAN+CVLAN，然后将这些信息发给SDN Controller，以便SDN Controller向SF设备下发配置指令。
通过本发明实施例提供的技术方案，可以根据用户信息(如用户SLA信息)，将用户的流量从pUP设备1上迁移到匹配SLA的pUP设备2上。其中，SF设备在收到AN设备转发的用户拨号报文(如DHCP设备报文或PPPoE报文)中添加OPTION82/OPTION18，在其中携带用户接入的SF设备的标识以及该SF设备上的用户侧的物理端口的标识，可以使得该技术方案得以实现。
参见图7，本申请实施例提供了一种通信装置，该装置应用于SF设备，基于图7所示的如下多个模块，该图7所示的通信装置能够执行SF设备所执行的全部或部分操作。应理解到，该装置可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。装置包括：
收发模块701，用于接收第一用户设备发送的第一报文；
处理模块702，用于在第一报文中增加第一位置标识，得到第二报文，第一位置标识包括SF设备的标识以及第一物理端口的标识，第一物理端口为接收第一报文的端口；
收发模块701，还用于将第二报文发送给vBNG中的第一UP设备。
在一种可能的实现方式中，收发模块701，还用于接收SDN控制器发送的配置指令，配置指令包括第二子接口的标识和虚拟局域网标识；
处理模块702，还用于将虚拟局域网标识配置到第二子接口上。
在一种可能的实现方式中，第二子接口对应第二UP设备，收发模块701，还用于接收第二用户设备发送的第四报文，第四报文包括虚拟局域网标识；根据虚拟局域网标识将第四报文发送给第二UP设备。
在一种可能的实现方式中，第一子接口上配置有虚拟局域网标识，配置指令还包括第一子接口的标识，处理模块702，还用于删除第一子接口上配置的虚拟局域网标识。
在一种可能的实现方式中，第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
在一种可能的实现方式中，第一报文为动态主机配置协议DHCP报文，处理模块702，用于在DHCP报文中添加OPTION82或OPTION18，通过OPTION82或OPTION18携带第一位置标识。
在一种可能的实现方式中，第一报文为以太网承载点对点协议PPPoE报文，处理模块702，用于在PPPoE报文中添加第一位置标识。
参见图8，本申请实施例提供了一种通信装置，该装置应用于CP设备，基于图8所示的如下多个模块，该图8所示的通信装置能够执行CP设备所执行的全部或部分操作。应理解到，该装置可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。该装置包括：
第一收发模块801，用于接收第一UP设备发送的第三报文，第三报文包括第一位置标识，第一位置标识包括SF设备的标识以及第一物理端口的标识，第一UP设备与第一物理端口的第一子接口对应，第一物理端口为SF设备上接收第一用户设备发送的第一报文的端口；
第二收发模块802，用于向USF设备发送第一用户设备的用户上线信息，用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识；
第二收发模块802，还用于接收USF设备根据用户上线信息确定的满足流量质量要求的第二UP设备的标识；
第一收发模块801，还用于向第二UP设备下发用户表项。
参见图9，本申请实施例提供了一种通信装置，该装置应用于USF设备，基于图9所示的如下多个模块，该图9所示的通信装置能够执行USF设备所执行的全部或部分操作。应理解到，该装置可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。该装置包括：
收发模块901，用于接收CP设备发送的第一用户设备的用户上线信息，用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识，第一位置标识包括转向功能SF设备的标识以及该SF设备上第一物理端口的标识；
处理模块902，用于根据用户上线信息确定满足流量质量要求的第二UP设备；
收发模块901，还用于向CP设备返回第二UP设备的标识，第二UP设备与第二子接口对应；
收发模块901，还用于向SDN控制器发送第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识。
参见图10，本申请实施例提供了一种通信装置，该装置应用于SDN控制器，基于图10所示的如下多个模块，该图10所示的通信装置能够执行SDN控制器所执行的全部或部分操作。应理解到，该装置可以包括比所示模块更多的附加模块或者省略其中所示的一部分模块，本申请实施例对此并不进行限制。该装置包括：
第一收发模块1001，用于接收USF设备发送的第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识，第二UP设备与第二子接口对应；
第二收发模块1002，用于根据第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识，向第二位置标识对应的SF设备发送配置指令，配置指令包括第二子接口的标识和虚拟局域网标识，配置指令用于第二位置标识对应的SF设备将虚拟局域网标识配置到第二子接口上。
需说明的是，以上描述的任意装置实施例都仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本发明提供的第一网络节点或控制器实施例附图中，模块之间的连接关系表示它们之间具有通信连接，具体可以实现为一条或多条通信总线或信号线。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
上述实施例中的各网络设备，如SF设备、vGNP-CP设备、vBNP-UP设备、SDN controller、USF设备、AN设备的具体硬件结构可以如图11，包括收发器、处理器和存储器。例如，收发器用于接收报文，存储器用于存放指令，处理器用于调用存储器中的指令使得各通信设备各自执行上述方法实施例中各通信设备的相关处理步骤。
参见图12，图12示出了本申请一个示例性实施例提供的通信设备1200的结构示意图。图12所示的通信设备1200用于执行上述图3、图4和图6所示的通信方法所涉及的操作。该通信设备1200例如是交换机、路由器等。
如图12所示，通信设备1200包括至少一个处理器1201、存储器1203以及通信接口1204，其中，通信接口1204可以为一个，也可以有多个。
处理器1201例如是通用中央处理器(central processing unit，CPU)、数字信号处理器(digital signal processor，DSP)、网络处理器(network processer，NP)、图形处理器(Graphics Processing Unit，GPU)、神经网络处理器(neural-network processing units，NPU)、数据处理单元(Data Processing Unit，DPU)、微处理器或者一个或多个用于实现本申请方案的集成电路。例如，处理器1201包括专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。PLD例如是复杂可编程逻辑器件(complex programmable logic device，CPLD)、现场可编程逻辑门阵列(field-programmable gate array，FPGA)、通用阵列逻辑(generic array logic，GAL)或其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种逻辑方框、模块和电路。处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。
可选的，通信设备1200还包括总线。总线用于在通信设备1200的各组件之间传送信息。总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。图12中通信设备1200的各组件之间除了采用总线连接，还可采用其他方式连接，本发明实施例不对各组件的连接方式进行限定。
存储器1203例如是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，又如是随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，又如是电可擦可编程只读存储器(electrically erasable programmable read-only Memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器1203例如是独立存在，并通过总线与处理器1201相连接。存储器1203也可以和处理器1201集成在一起。
通信接口1204使用任何收发器一类的装置，用于与其它设备或通信网络通信，通信网络可以为以太网、无线接入网(RAN)或无线局域网(wireless local area networks，WLAN)等。通信接口1204可以包括有线通信接口，还可以包括无线通信接口。具体的，通信接口1204可以为以太(Ethernet)接口、快速以太(Fast Ethernet，FE)接口、千兆以太(Gigabit Ethernet，GE)接口，异步传输模式(Asynchronous Transfer Mode，ATM)接口，无线局域网(wireless local area networks，WLAN)接口，蜂窝网络通信接口或其组合。以太网接口可以是光接口，电接口或其组合。在本申请实施例中，通信接口1204可以用于通信设备1200与其他设备进行通信。
在具体实现中，作为一种实施例，处理器1201可以包括一个或多个CPU，如图12中所示的CPU0和CPU1。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于 处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，通信设备1200可以包括多个处理器，如图12中所示的处理器1201和处理器1205。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，通信设备1200还可以包括输出设备和输入设备。输出设备和处理器1201通信，可以以多种方式来显示信息。例如，输出设备可以是液晶显示器(liquid crystal display，LCD)、发光二级管(light emitting diode，LED)显示设备、阴极射线管(cathode ray tube，CRT)显示设备或投影仪(projector)等。输入设备和处理器1201通信，可以以多种方式接收用户的输入。例如，输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。
在一些实施例中，存储器1203用于存储执行本申请方案的程序代码1210，处理器1201可以执行存储器1203中存储的程序代码1210。也即是，通信设备1200可以通过处理器1201以及存储器1203中的程序代码1210，来实现方法实施例提供的通信方法。程序代码1210中可以包括一个或多个软件模块。可选地，处理器1201自身也可以存储执行本申请方案的程序代码或指令。
在具体实施例中，本申请实施例的通信设备1200可对应于上述各个方法实施例中的SF设备、USF设备、CP设备、UP设备或SDN控制器，通信设备1200中的处理器1201读取存储器1203中的程序代码1210或处理器1201自身存储的程序代码或指令，使图12所示的通信设备1200能够执行SF设备、USF设备、CP设备、UP设备或SDN控制器所执行的全部或部分操作。
通信设备1200还可以对应于上述图7-图10任一所示的装置，图7-图10任一所示的装置中的每个功能模块采用通信设备1200的软件实现。换句话说，图7-图10任一所示的装置包括的功能模块为通信设备1200的处理器1201读取存储器1203中存储的程序代码1210后生成的。
其中，图3、图4和图6所示的数据传输的方法的各步骤通过通信设备1200的处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤，为避免重复，这里不再详细描述。
本发明实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read only memory，ROM)、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、硬盘、移动硬盘、光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。

Claims (38)

  1. 一种通信方法，其特征在于，所述方法包括：
    转向功能SF设备接收第一用户设备发送的第一报文，在所述第一报文中增加第一位置标识，得到第二报文，将所述第二报文发送给第一用户面UP设备，由第一UP设备基于所述第二报文向控制面CP设备发送第三报文，所述第三报文包括所述第一位置标识，所述第一位置标识包括所述SF设备的标识以及第一物理端口的标识，所述第一物理端口为所述SF设备上接收所述第一报文的端口；
    所述CP设备接收所述第一UP设备发送的第三报文，向用户面转向功能USF设备发送所述第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及所述第一位置标识；
    所述USF设备接收所述CP设备发送的所述用户上线信息，根据所述用户上线信息确定满足流量质量要求的第二UP设备，向所述CP设备返回所述第二UP设备的标识，所述第二UP设备与第二子接口对应；
    所述CP设备接收所述USF设备发送的所述第二UP设备的标识，向所述第二UP设备下发用户表项；
    所述USF设备向软件定义型网络SDN控制器发送所述第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识；
    所述SDN控制器接收所述USF设备发送的所述第二UP设备的标识和/或所述第二位置标识，以及所述虚拟局域网标识，根据所述第二UP设备的标识和/或所述第二位置标识，以及所述虚拟局域网标识，向所述第二位置标识对应的SF设备发送配置指令，所述配置指令包括第二子接口的标识和所述虚拟局域网标识，所述配置指令用于所述第二位置标识对应的SF设备将所述虚拟局域网标识配置到所述第二子接口上。
  2. 根据权利要求1所述的方法，其特征在于，所述第二位置标识对应的SF设备与接收所述第一报文的SF设备相同，所述第一物理端口的第一子接口上配置有所述虚拟局域网标识，所述配置指令还包括所述第一子接口的标识，所述方法还包括：
    所述SF设备删除所述第一子接口上配置的所述虚拟局域网标识。
  3. 根据权利要求1或2所述的方法，其特征在于，所述第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
  4. 根据权利要求1-3任一所述的方法，其特征在于，所述第一报文为动态主机配置协议DHCP报文，所述SF设备在所述第一报文中增加第一位置标识，包括：
    所述SF设备在所述DHCP报文中添加OPTION82或OPTION18，通过所述OPTION82或OPTION18携带所述第一位置标识。
  5. 根据权利要求1-3任一所述的方法，其特征在于，所述第一报文为以太网承载点对 点协议PPPoE报文。
  6. 根据权利要求1-5任一所述的方法，其特征在于，所述第二位置标识包括所述第二子接口的标识。
  7. 根据权利要求1-6任一所述的方法，其特征在于，所述第二子接口对应的物理端口与所述第一物理端口相同，或者，所述第二子接口对应的物理端口与所述第一物理端口是所述SF设备上的不同物理端口，或者，所述第二子接口对应的物理端口与所述第一物理端口是不同SF设备上的物理端口。
  8. 一种发送报文的方法，其特征在于，所述方法应用于转向功能SF设备，所述方法包括：
    所述SF设备接收第一用户设备发送的第一报文；
    所述SF设备在所述第一报文中增加第一位置标识，得到第二报文，所述第一位置标识包括所述SF设备的标识以及第一物理端口的标识，所述第一物理端口为接收所述第一报文的端口；
    所述SF设备将所述第二报文发送给虚拟宽带网络网关vBNG中的第一用户面UP设备。
  9. 根据权利要求8的方法，其特征在于，所述SF设备将所述第二报文发送给虚拟宽带网络网关vBNG中的第一用户面UP设备之后，还包括：
    所述SF设备接收软件定义型网络SDN控制器发送的配置指令，所述配置指令包括第二子接口的标识和虚拟局域网标识；
    所述SF设备将所述虚拟局域网标识配置到所述第二子接口上。
  10. 根据权利要求9所述的方法，其特征在于，所述第二子接口对应第二UP设备，所述方法还包括：
    所述SF设备接收第二用户设备发送的第四报文，所述第四报文包括所述虚拟局域网标识；
    所述SF设备根据所述虚拟局域网标识将所述第四报文发送给所述第二UP设备。
  11. 根据权利要求9或10所述的方法，其特征在于，所述第一子接口上配置有所述虚拟局域网标识，所述配置指令还包括所述第一子接口的标识，所述方法还包括：
    所述SF设备删除所述第一子接口上配置的所述虚拟局域网标识。
  12. 根据权利要求8-11任一所述的方法，其特征在于，所述第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
  13. 根据权利要求8-12任一所述的方法，其特征在于，所述第一报文为动态主机配置 协议DHCP报文，所述SF设备在所述第一报文中增加第一位置标识，包括：
    所述SF设备在DHCP报文中添加OPTION82或OPTION18，通过所述OPTION82或OPTION18携带所述第一位置标识。
  14. 根据权利要求8-12任一所述的方法，其特征在于，所述第一报文为以太网承载点对点协议PPPoE报文。
  15. 一种通信方法，其特征在于，所述方法应用于控制面CP设备，所述方法包括：
    所述CP设备接收第一用户面UP设备发送的第三报文，所述第三报文包括第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及第一物理端口的标识，所述第一物理端口为所述SF设备上接收第一用户设备发送的第一报文的端口；
    所述CP设备向用户面转向功能USF设备发送所述第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及所述第一位置标识；
    所述CP设备接收所述USF设备根据所述用户上线信息确定的满足所述流量质量要求的第二UP设备的标识；
    所述CP设备向所述第二UP设备下发用户表项。
  16. 根据权利要求15所述的方法，其特征在于，所述第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
  17. 根据权利要求15或16所述的方法，其特征在于，所述第二子接口对应的物理端口与所述第一物理端口相同，或者，所述第二子接口对应的物理端口与所述第一物理端口是所述SF设备上的不同物理端口，或者，所述第二子接口对应的物理端口与所述第一物理端口是不同SF设备上的物理端口。
  18. 一种通信方法，其特征在于，所述方法应用于用户面转向功能USF设备，方法包括：
    所述USF设备接收控制面CP设备发送的第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及所述SF设备上的第一物理端口的标识；
    所述USF设备根据所述用户上线信息确定满足流量质量要求的第二UP设备，向所述CP设备返回所述第二UP设备的标识；
    所述USF设备向软件定义型网络SDN控制器发送所述第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识。
  19. 根据权利要求18所述的方法，其特征在于，所述第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
  20. 根据权利要求18或19所述的方法，其特征在于，所述第二位置标识包括所述第 二子接口的标识。
  21. 根据权利要求18-20任一所述的方法，其特征在于，所述第二子接口对应的物理端口与所述第一物理端口相同，或者，所述第二子接口对应的物理端口与所述第一物理端口是所述SF设备上的不同物理端口，或者，所述第二子接口对应的物理端口与所述第一物理端口是不同SF设备上的物理端口。
  22. 一种通信方法，其特征在于，所述方法应用于软件定义型网络SDN控制器，所述方法包括：
    所述SDN控制器接收用户面转向功能USF设备发送的第二用户面UP设备的标识和/或第二位置标识，以及虚拟局域网标识，所述第二UP设备与第二子接口对应；
    所述SDN控制器根据所述第二UP设备的标识和/或所述第二位置标识，以及所述虚拟局域网标识，向所述第二位置标识对应的SF设备发送配置指令，所述配置指令包括所述第二子接口的标识和所述虚拟局域网标识，所述配置指令用于所述第二位置标识对应的SF设备将所述虚拟局域网标识配置到所述第二子接口上。
  23. 根据权利要求22所述的方法，其特征在于，所述第二位置标识包括所述第二子接口的标识。
  24. 根据权利要求22所述的方法，其特征在于，所述方法还包括：
    所述SDN控制器根据所述USF设备发送的第二UP设备的标识，确定所述第二子接口。
  25. 一种通信装置，其特征在于，所述装置应用于转向功能SF设备，所述装置包括：
    收发模块，用于接收第一用户设备发送的第一报文；
    处理模块，用于在所述第一报文中增加第一位置标识，得到第二报文，所述第一位置标识包括所述SF设备的标识以及第一物理端口的标识，所述第一物理端口为接收所述第一报文的端口；
    所述收发模块，还用于将所述第二报文发送给虚拟宽带网络网关vBNG中的第一用户面UP设备。
  26. 根据权利要求25的装置，其特征在于，所述收发模块，还用于接收软件定义型网络SDN控制器发送的配置指令，所述配置指令包括第二子接口的标识和虚拟局域网标识；
    所述处理模块，还用于将所述虚拟局域网标识配置到所述第二子接口上。
  27. 根据权利要求26所述的装置，其特征在于，所述第二子接口对应第二UP设备，所述收发模块，还用于接收第二用户设备发送的第四报文，所述第四报文包括所述虚拟局域网标识；根据所述虚拟局域网标识将所述第四报文发送给所述第二UP设备。
  28. 根据权利要求26或27所述的装置，其特征在于，所述第一子接口上配置有所述虚拟局域网标识，所述配置指令还包括所述第一子接口的标识，所述处理模块，还用于删除所述第一子接口上配置的所述虚拟局域网标识。
  29. 根据权利要求25-28任一所述的装置，其特征在于，所述第一物理端口的标识包括槽位标识和/或子卡标识，以及端口标识。
  30. 根据权利要求25-29任一所述的装置，其特征在于，所述第一报文为动态主机配置协议DHCP报文，所述处理模块，用于在DHCP报文中添加OPTION82或OPTION18，通过所述OPTION82或OPTION18携带所述第一位置标识。
  31. 根据权利要求25-29任一所述的装置，其特征在于，所述第一报文为以太网承载点对点协议PPPoE报文。
  32. 一种通信装置，其特征在于，所述装置应用于控制面CP设备，所述装置包括：
    第一收发模块，用于接收第一用户面UP设备发送的第三报文，所述第三报文包括第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及第一物理端口的标识，所述第一物理端口为所述SF设备上接收第一用户设备发送的第一报文的端口；
    第二收发模块，用于向用户面转向功能USF设备发送所述第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及所述第一位置标识；
    所述第二收发模块，还用于接收所述USF设备根据所述用户上线信息确定的满足所述流量质量要求的第二UP设备的标识；
    所述第一收发模块，还用于向所述第二UP设备下发用户表项。
  33. 一种通信装置，其特征在于，所述装置应用于用户面转向功能USF设备，所述装置包括：
    收发模块，用于接收控制面CP设备发送的第一用户设备的用户上线信息，所述用户上线信息包括流量质量要求、虚拟局域网标识及第一位置标识，所述第一位置标识包括转向功能SF设备的标识以及所述SF设备上的第一物理端口的标识；
    处理模块，用于根据所述用户上线信息确定满足流量质量要求的第二UP设备；
    所述收发模块，还用于向所述CP设备返回所述第二UP设备的标识；
    所述收发模块，还用于向软件定义型网络SDN控制器发送所述第二UP设备的标识和/或第二位置标识，以及虚拟局域网标识。
  34. 一种通信装置，其特征在于，所述装置应用于软件定义型网络SDN控制器，所述装置包括：
    第一收发模块，用于接收用户面转向功能USF设备发送的第二用户面UP设备的标识和/或第二位置标识，以及虚拟局域网标识，所述第二UP设备与第二子接口对应；
    第二收发模块，用于根据所述第二UP设备的标识和/或所述第二位置标识，以及所 述虚拟局域网标识向所述第二位置标识对应的SF设备发送配置指令，所述配置指令包括所述第二子接口的标识和所述虚拟局域网标识，所述配置指令用于所述第二位置标识对应的SF设备将所述虚拟局域网标识配置到所述第二子接口上。
  35. 根据权利要求34所述的装置，其特征在于，所述装置还包括：处理模块，用于根据所述USF设备发送的第二UP设备的标识，确定所述第二子接口。
  36. 一种通信系统，其特征在于，所述通信系统包括转向功能SF设备、控制面CP设备、用户面UP设备、用户面转向功能USF设备及软件定义型网络SDN控制器；
    所述SF设备用于执行权利要求8-14任一所述的方法；
    所述CP设备用于执行权利要求15-17任一所述的方法；
    所述USF设备用于执行权利要求18-21任一所述的方法；
    所述SDN控制器用于执行权利要求22-24任一所述的方法。
  37. 一种通信设备，其特征在于，所述通信设备包括处理器，所述处理器用于执行指令，以使所述通信设备实现权利要求8-24中任一所述的通信方法。
  38. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，当所述指令在计算机上执行时，使得计算机实现如权利要求8-24中任一所述的通信方法。
PCT/CN2021/128011 2020-11-02 2021-11-01 通信方法、装置、设备、系统及计算机可读存储介质 WO2022089645A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP21885371.1A EP4224804A4 (en) 2020-11-02 2021-11-01 COMMUNICATION METHOD, APPARATUS, DEVICE, SYSTEM AND COMPUTER-READABLE STORAGE MEDIUM
US18/309,146 US11909624B2 (en) 2020-11-02 2023-04-28 Communication method, apparatus, device, system, and computer-readable storage medium

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202011205533 2020-11-02
CN202011205533.5 2020-11-02
CN202110132657.3 2021-01-31
CN202110132657.3A CN114531320A (zh) 2020-11-02 2021-01-31 通信方法、装置、设备、系统及计算机可读存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/309,146 Continuation US11909624B2 (en) 2020-11-02 2023-04-28 Communication method, apparatus, device, system, and computer-readable storage medium

Publications (1)

Publication Number Publication Date
WO2022089645A1 true WO2022089645A1 (zh) 2022-05-05

Family

ID=81381948

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/128011 WO2022089645A1 (zh) 2020-11-02 2021-11-01 通信方法、装置、设备、系统及计算机可读存储介质

Country Status (3)

Country Link
US (1) US11909624B2 (zh)
EP (1) EP4224804A4 (zh)
WO (1) WO2022089645A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105900363A (zh) * 2014-01-17 2016-08-24 瑞典爱立信有限公司 光λ流操纵的系统和方法
CN109495594A (zh) * 2017-09-11 2019-03-19 华为技术有限公司 一种数据传输方法、pnf sdn控制器、vnf sdn控制器及系统
CN110769075A (zh) * 2018-07-25 2020-02-07 中国电信股份有限公司 容器的通信方法、系统、控制器和计算机可读存储介质
US20200329516A1 (en) * 2019-04-12 2020-10-15 Syniverse Technologies, Llc Methods and systems for 5g traffic routing in ipx with network slicing
CN111865621A (zh) * 2019-04-24 2020-10-30 华为技术有限公司 接入网关的方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11206715B2 (en) * 2019-12-18 2021-12-21 Cisco Technology, Inc. Systems and methods for integrating a broadband network gateway into a 5G network
JP2023531591A (ja) * 2020-07-01 2023-07-25 インテル コーポレイション アクセス・トラフィック・ステアリング・スイッチング・スプリッティングのためのワイヤレスローカルエリアネットワークの拡張
WO2022020770A1 (en) * 2020-07-24 2022-01-27 Intel Corporation Computing workload management in next generation cellular networks
US11324077B2 (en) * 2020-08-20 2022-05-03 Juniper Networks, Inc. Priority channels for distributed broadband network gateway control packets

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105900363A (zh) * 2014-01-17 2016-08-24 瑞典爱立信有限公司 光λ流操纵的系统和方法
CN109495594A (zh) * 2017-09-11 2019-03-19 华为技术有限公司 一种数据传输方法、pnf sdn控制器、vnf sdn控制器及系统
CN110769075A (zh) * 2018-07-25 2020-02-07 中国电信股份有限公司 容器的通信方法、系统、控制器和计算机可读存储介质
US20200329516A1 (en) * 2019-04-12 2020-10-15 Syniverse Technologies, Llc Methods and systems for 5g traffic routing in ipx with network slicing
CN111865621A (zh) * 2019-04-24 2020-10-30 华为技术有限公司 接入网关的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4224804A4

Also Published As

Publication number Publication date
EP4224804A4 (en) 2024-04-03
US20230261965A1 (en) 2023-08-17
EP4224804A1 (en) 2023-08-09
US11909624B2 (en) 2024-02-20

Similar Documents

Publication Publication Date Title
US11005755B2 (en) Packet processing method in cloud computing system, host, and system
WO2017113231A1 (zh) 一种报文传输的方法、装置和系统
WO2018086013A1 (zh) 云计算系统中报文处理的方法、主机和系统
CN112398817B (zh) 数据发送的方法及设备
CN109587281B (zh) 容器配置方法和计算节点
WO2018218977A1 (zh) 一种编排软件定义网络的方法及sdn控制器
WO2022063170A1 (zh) 一种公有云的网络配置方法及相关设备
CN113438329B (zh) Mac地址发送方法、装置和系统
WO2020063658A1 (zh) 本地局域网通信方法、设备及系统
CN109688241B (zh) 基于SDN的IPv4/IPv6双栈转换方法和系统
WO2022028092A1 (zh) 一种vnf实例化的方法和装置
US20230050466A1 (en) Communication method and related device
WO2018153355A1 (zh) 控制信息传递方法、服务器和系统
WO2021185083A1 (zh) Vnf实例化方法及装置
CN109698845B (zh) 数据传输的方法、服务器、卸载卡及存储介质
WO2023231982A1 (zh) 一种基于公有云的vpc之间的通信方法及相关产品
WO2022089645A1 (zh) 通信方法、装置、设备、系统及计算机可读存储介质
CN114531320A (zh) 通信方法、装置、设备、系统及计算机可读存储介质
WO2022228184A1 (zh) 通信方法、装置、设备、系统及计算机可读存储介质
EP4322494A1 (en) Data transmission method, apparatus and system
WO2024037619A1 (zh) 一种基于云计算技术的虚拟实例创建方法和云管理平台
WO2021057650A1 (zh) 数据访问方法、装置、系统、电子设备及计算机可读介质
WO2023030300A1 (zh) 网络地址转换的方法和装置
WO2022141293A1 (zh) 一种弹性伸缩的方法及装置
WO2022012383A1 (zh) 一种报文传输的方法、装置、系统及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21885371

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021885371

Country of ref document: EP

Effective date: 20230504

NENP Non-entry into the national phase

Ref country code: DE