WO2022048559A1 - 一种接入网关的方法及装置 - Google Patents
一种接入网关的方法及装置 Download PDFInfo
- Publication number
- WO2022048559A1 WO2022048559A1 PCT/CN2021/115892 CN2021115892W WO2022048559A1 WO 2022048559 A1 WO2022048559 A1 WO 2022048559A1 CN 2021115892 W CN2021115892 W CN 2021115892W WO 2022048559 A1 WO2022048559 A1 WO 2022048559A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- target
- load
- usf
- devices
- information
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 141
- 238000013508 migration Methods 0.000 claims abstract description 334
- 230000005012 migration Effects 0.000 claims abstract description 334
- 239000013256 coordination polymer Substances 0.000 claims description 273
- 230000006870 function Effects 0.000 claims description 43
- 230000015654 memory Effects 0.000 claims description 20
- 230000008859 change Effects 0.000 claims description 16
- 238000003860 storage Methods 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 abstract description 17
- 230000008569 process Effects 0.000 description 31
- 238000013461 design Methods 0.000 description 25
- 230000003993 interaction Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 14
- 238000012545 processing Methods 0.000 description 11
- 238000013475 authorization Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 8
- 230000014509 gene expression Effects 0.000 description 7
- 238000004422 calculation algorithm Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 235000019580 granularity Nutrition 0.000 description 4
- 238000012544 monitoring process Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000003672 processing method Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000003068 static effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 2
- 208000036829 Device dislocation Diseases 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
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/645—Splitting route computation layer and forwarding layer, e.g. routing according to path computational element [PCE] or based on OpenFlow functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/088—Load balancing or load distribution among core entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/084—Load balancing or load distribution among network function virtualisation [NFV] entities; among edge computing entities, e.g. multi-access edge computing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
- H04W28/09—Management thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Definitions
- the present application relates to the field of communication technologies, and in particular, to a method and device for accessing a gateway.
- a vBNG may include a control plane (control plane, CP) device and multiple user plane (user plane, UP) devices, and the CP device may manage multiple UP devices.
- control plane control plane
- UP user plane
- Embodiments of the present application provide a method and device for accessing a gateway, which help to select an appropriate UP device for a target terminal in a network system including a vBNG, and simultaneously realize load balancing among multiple UP devices.
- an embodiment of the present application provides a method for accessing a gateway, and the method can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and multiple devices managed by the CP device.
- vBNG virtual broadband network gateway
- the vBNG includes a control plane CP device and multiple devices managed by the CP device.
- a UP device, any one of the multiple UP devices may be a physical UP device or a virtual UP device, and the network system may further include a user plane migration function USF device.
- the method may be performed by a USF device.
- the USF device may acquire user information of the target terminal, and according to the user information and the load of the multiple UP devices, determine the target UP device among the multiple UP devices, and then instruct the The target terminal accesses the target UP device.
- an appropriate target UP device can be selected for the target terminal, and at the same time, multiple UP devices managed by the CP device can be realized. Load balancing among UP devices.
- this method can be used to determine the target UP device for the target terminal in any scenario, including but not limited to the scenario where the target terminal requests to go online, the scenario where the target terminal is an online target terminal that has successfully accessed the gateway, etc.
- the application is not limited.
- multiple UP devices managed by the CP device may also be divided into different UP device groups, and each UP device group may include at least two candidate UP devices.
- load balancing can also be implemented for each UP device group, and it can be regarded as a plurality of UP devices managed by the CP device to achieve load balancing.
- the user information may include the service level agreement (SLA) level of the target terminal, and the USF device may, according to the user information and the load information of the multiple UP devices, perform the operation in the multiple UP devices.
- SLA service level agreement
- Determining the target UP device in the device includes: the USF device, according to the corresponding relationship between the SLA level and the UP device, determines at least two candidate UP devices corresponding to the SLA level among the plurality of UP devices; The load of the two candidate UP devices, among the at least two candidate UP devices, the target UP device whose load satisfies the set first load condition is selected.
- multiple UP devices managed by the CP device can be grouped according to the SLA level. Therefore, when the USF device makes the migration decision to determine the target UP device for the target terminal, it can take into account the SLA requirements of the target terminal and the load of each candidate UP device required by the SLA. At least two candidate UP devices corresponding to the same SLA level In the device, the most suitable UP device is selected for the target terminal for access or dynamic migration, so as to realize load balance between at least two candidate UP devices corresponding to the SLA level.
- the target UP device may be determined for the target terminal according to various load information and/or through various calculation methods, so as to realize load sharing, thereby realizing load balancing among multiple UP devices, which is not covered in this application.
- the first load condition may include: selecting a UP device with the smallest load; and/or selecting a UP device with a load not greater than a first value, wherein the first value includes the at least two candidate UPs
- the load of any one of the multiple UP devices may include: user session load, and/or traffic load.
- the user session load may include at least one of the following: the number of user sessions and session utilization; the traffic load may include bandwidth utilization.
- the target terminal can always be migrated to a UP device with a smaller load, so as to avoid overloading of one or some UP devices among the multiple UP devices, resulting in an unbalanced load of each UP device.
- the USF device may make a migration decision for the target terminal in the scenario where the target terminal requests to go online, so as to determine the target UP device for the target terminal, so that the target terminal can access the gateway through the target UP device and connect to the network.
- obtaining the user information of the target terminal by the USF device may include: when the target terminal requests the CP device to go online, the USF device obtains the user information of the target terminal from the CP device. User information, wherein the user information is obtained by the CP device according to a dialing protocol message sent by the target terminal.
- the USF device can also make a migration decision on an online target terminal when sensing the triggering condition for migration, so as to determine the target UP device to be migrated to the target terminal, so as to realize multiple UP through dynamic migration of the online terminal. Load balancing between devices.
- the target terminal is an online target terminal that has accessed the gateway through the first UP device
- the first UP device is at least one UP device among the multiple UP devices
- the USF The device determines a target UP device among the plurality of UP devices according to the user information and the load of the plurality of UP devices, including: when the USF device determines that the at least one first UP device satisfies the migration condition , according to the user information and the loads of the multiple UP devices, determine the target UP device among the multiple UP devices
- the migration condition includes: the load satisfies the set second load condition, and/or , the device state changes
- the USF device instructing the target terminal to access the target UP device includes: the USF device instructing to migrate at least one online target terminal on the first UP device that meets the migration condition to the target UP device.
- the change of the device state of the first UP device may include any one or more of the following: the first UP device is pre-offline or offline due to failure; the first UP device is initially online or back online.
- the first UP device can be set to trigger the migration condition when the device state of any UP device among the multiple UP devices changes, thereby triggering the USF device to make a migration decision for these multiple UP devices, so as to pass the load among the UP devices. Share to achieve load balancing among multiple UP devices.
- the related algorithm of load sharing may also be modified or adjusted correspondingly, so as to improve the accuracy of the algorithm.
- the related algorithm of load sharing may also be modified or adjusted correspondingly, so as to improve the accuracy of the algorithm.
- the USF device instructing to migrate at least one online target terminal on the first UP device that satisfies the migration condition to the target UP device may include: the USF device instructing the first UP device that satisfies the migration condition to migrate to the target UP device.
- Multiple online target terminals under the same interface and/or in the same Internet Protocol IP address segment on the UP device are migrated to the same or different target UP devices.
- the USF device instructing to migrate multiple online target terminals under the same interface and/or in the same IP address segment on the first UP device that satisfies the migration condition to the same target UP device includes: the USF device Instruct to migrate multiple online target terminals under the same interface and/or in the same IP address segment on the first UP device that satisfies the migration condition to the same target interface and/or the same target Internet in the target UP device Protocol IP address segment.
- migration decisions for multiple target terminals are realized based on multiple granularities such as UP devices, interfaces, and IP address segments, which is beneficial to reduce decision-making time and migration operation time.
- the USF equipment may have various product forms, which are not limited in the present application.
- the above-mentioned network system may further include a software-defined network SDN controller; wherein, the USF device may be configured in the CP device; or, the USF device may be configured in the SDN controller; or, The USF device may be a device independent of the CP device and the SDN controller.
- the USF devices may have different forms, the interaction process between the USF devices and other devices in the network system is different accordingly.
- the information required for the migration decision for the target terminal can also be obtained.
- the specific implementation of the process of instructing the USF device to connect the target terminal to the target UP device is also different, which is not limited in this application.
- the USF device is configured in the CP device.
- the USF device can obtain user information of the target terminal, access line information, loads of multiple UP devices, device status information of multiple UP devices, migration indication information, and device information of the target UP device through the CP device.
- the migration indication information is used to indicate that at least one first UP device among the multiple UP devices satisfies the migration condition.
- the USF device may also send a migration instruction to the SDN controller through the CP device, where the migration instruction carries the access line information of the target terminal and the device information of the target UP device, and the migration instruction is used to indicate the SDN
- the controller connects the target terminal to the target UP device through the migration function SF device according to the access line information and the device information.
- the USF device may receive user information of the target terminal, access line information, loads of multiple UP devices, device status information of multiple UP devices, migration indication information, and device information of the target UP device from the CP device.
- the migration indication information is used to indicate that at least one first UP device among the multiple UP devices satisfies the migration condition.
- the USF device may instruct the target terminal to access the target UP device through the SDN controller.
- the USF device is a device independent of the CP device and the SDN controller; the USF device acquiring the user information of the target terminal includes the USF device receiving the user information from the CP device information; the method further includes: the USF device receives any one or more of the following from the CP device: loads of the multiple UP devices, device status information of the multiple UP devices, and migration indication information , wherein the migration indication information is used to indicate that at least one first UP device among the multiple UP devices satisfies the migration condition; the USF device instructing the target terminal to access the target UP device includes: the The USF device instructs the SDN controller to connect the target terminal to the target UP device.
- the USF device may instruct the SDN controller to connect the target terminal to the target UP device. It includes: the USF device sends a migration instruction to the SDN controller, where the migration instruction carries the access line information of the target terminal and the device information of the target UP device, and the migration instruction is used to indicate the The SDN controller controls the target terminal to access the target UP device through the migration function SF device based on the access line information of the target terminal and the device information of the target UP device; the method may further include: the The USF device sends migration information to the CP device, where the migration information is used to indicate the target UP device corresponding to the target terminal and the device information of the target UP device.
- the access line information is carried in a dial-up protocol message sent by the target terminal through the SF device, and the access line information includes the media access control MAC address of the target terminal, the access line
- the device information includes: the device identifier of the target UP device, the interface information of the target interface of the target UP device, and the network identifier of the virtual extensible local area network VxLAN corresponding to the target interface.
- the port and VLAN information of the target terminal can finally be mapped to the Layer 2 tunnel corresponding to the target UP device through the SF device, so that the target terminal can be connected to the The target UP device.
- an embodiment of the present application provides a method for accessing a gateway, and the method can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and multiple network devices managed by the CP device.
- a UP device, any one of the multiple UP devices may be a physical UP device or a virtual UP device, and the network system may further include a user plane migration function USF device.
- the method may be performed by the UP device.
- any UP device among the plurality of UP devices can send its own load and/or device status information to the CP device, and the load and/or device status information is used by the USF device according to the slave
- the load and/or device status information acquired by the CP device determines a target UP device among the plurality of UP devices, and instructs the target terminal to access the target UP device.
- the any UP device sends its own load and/or device status information to the CP device based on a predetermined time period; and/or, when the any UP device satisfies the set condition, Send its own load and/or device status information to the CP device.
- any UP device can report its own load and/or device status information to the CP device, so that the CP device can send relevant information to the USF device, so that the USF device can make migration decisions, thereby helping to realize multiple UP devices.
- Load balancing between devices
- the setting conditions include: the state of any UP device itself changes and/or the load of any UP device itself changes.
- the state change of any UP device itself includes any one or more of the following: the any UP device is pre-offline or offline due to failure; the UP device is initially online or is restored online. ; the change of the load of the any UP device itself includes: the load of the any UP device itself satisfies the set load condition.
- an embodiment of the present application provides a method for accessing a gateway, and the method can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and multiple network devices managed by the CP device.
- a UP device, any one of the multiple UP devices may be a physical UP device or a virtual UP device, and the network system may further include a user plane migration function USF device.
- the method may be performed by a CP device.
- the CP device may receive the load and/or device status information of the any UP device from any UP device among the plurality of UP devices; the CP device may send the information to the USF device to the USF device. Send the load and/or device status information of the any UP device itself; the load and/or device status information is used by the USF device among the multiple UP devices according to the load and/or device status information Determine the target UP device, and instruct the target terminal to access the target UP device.
- the CP device sends the user information of the target terminal to the USF device, and the user information is used for the USF device to use the user information and the load and/or device status information in the destination terminal.
- the target UP device is determined from the multiple UP devices.
- the connecting the target terminal to the target UP device includes migrating the online target terminal to the target UP device; the method further includes: the CP device sending a migration instruction to the USF device information, the migration indication information is used to indicate that at least one UP device among the plurality of UP devices satisfies the migration condition, and the migration indication information is used for the USF device to determine whether to At least one online target terminal on at least one UP device of the migration condition is migrated to the target UP device; the migration condition includes: the load satisfies the set load condition, and/or the device state changes.
- the change of the device state of the at least one UP device includes: the at least one UP device is pre-offline or fails to go offline, or the at least one UP device is initially online or goes online again.
- an embodiment of the present application provides an apparatus for an access gateway, which can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and multiple UPs managed by the CP device device, any UP device among the multiple UP devices may be a physical UP device or a virtual UP device, and the network system may further include a user plane migration function USF device.
- the device of the access gateway has the function of implementing the method behavior of the access gateway in the first aspect or the second aspect or the third aspect.
- the device for accessing the gateway may be a USF device, a UP device, or a CP device in the network system, and the device includes at least one module, and the at least one module is used to implement the first aspect or the second aspect or the third aspect. Provides a method for accessing the gateway.
- an embodiment of the present application provides an apparatus for accessing a gateway, including at least one processor, where the at least one processor is coupled with at least one memory: the at least one processor is configured to execute the at least one A computer program or instructions stored in the memory to cause the apparatus to perform the method in any of the possible designs of the first aspect, the second aspect or the third aspect above.
- the apparatus further includes a communication interface to which the processor is coupled.
- the communication interface may be a transceiver or an input/output interface; when the device is a chip included in a network device, the communication interface may be an input/output interface of the chip.
- the transceiver may be a transceiver circuit, and the input/output interface may be an input/output circuit.
- an embodiment of the present application provides a readable storage medium for storing an instruction, and when the instruction is executed, the method described in the first aspect above is implemented, or the method described in the second aspect above is implemented. The method is implemented, or the method described in the third aspect above is implemented.
- a computer program product comprising instructions which, when executed on a computer, cause the computer to execute the method for accessing a gateway described in the first aspect or the second aspect or the third aspect.
- an embodiment of the present application provides a chip system, including: a processor, the processor is coupled to a memory, the memory is used to store programs or instructions, the chip system may further include an interface circuit, the interface circuit It is used to receive code instructions and transmit them to the processor; when the program or instructions are executed by the processor, the system-on-a-chip implements any possible design of the first aspect or the second aspect or the third aspect Methods.
- the number of processors in the chip system may be one or more.
- the processor can be implemented by hardware or by software.
- the processor may be a logic circuit, an integrated circuit, or the like.
- the processor may be a general-purpose processor implemented by reading software codes stored in memory.
- the memory may be integrated with the processor, or may be provided separately from the processor, which is not limited in this application.
- the memory can be a non-transitory processor, such as a read-only memory ROM, which can be integrated with the processor on the same chip, or can be provided on different chips.
- the setting method of the processor is not particularly limited.
- an embodiment of the present application provides a network system, the network system includes a virtual broadband network gateway vBNG and a user plane migration function USF device, the vBNG includes a control plane CP device and a plurality of UPs managed by the CP device equipment.
- the USF device may execute the method described in the first aspect; any one of the multiple UP devices may execute the method described in the second aspect; the CP device may execute the third method described above. method described.
- the present application may further combine to provide more implementations.
- FIG. 1 is an architectural diagram of a network system to which the method for accessing a gateway provided by an embodiment of the present application is applicable;
- FIG. 2 is a schematic structural diagram of a network device according to an embodiment of the present application.
- FIG. 3 is a schematic flowchart of a method for accessing a gateway according to an embodiment of the present application
- FIG. 4 is a schematic flowchart of acquiring user information of a target terminal according to an embodiment of the present application
- 5A-5D are schematic diagrams of USF equipment making a migration decision
- FIG. 6 is a schematic flowchart of a method for a target terminal to request an access gateway in an online scenario according to an embodiment of the present application
- FIG. 7 is a schematic flowchart of a method for accessing a gateway in a user online scenario according to an embodiment of the present application
- FIG. 8 is a schematic structural diagram of an apparatus for an access gateway provided in an embodiment of the present application.
- FIG. 9 is another schematic structural diagram of an apparatus for accessing a gateway provided in an embodiment of the present application.
- FIG. 10 is another schematic structural diagram of an apparatus for accessing a gateway provided in an embodiment of the present application.
- FIG. 1 is an architectural diagram of a network system to which the method for accessing a gateway provided by an embodiment of the present application is applied.
- the system includes a terminal 10, an access network (AN) device 20, a sterring function (SF) device 30, a vBNG 40, and a user plane sterring function (USF)
- the device 50 the SDN controller 60 , and the authentication authorization accounting (authentication authorization accounting, AAA) server 70 .
- AAA authentication authorization accounting
- the terminal 10 may be a user equipment such as a smart phone, a desktop computer, a portable computer, a tablet computer, etc. directly connected to the AN device 20 .
- the terminal 10 may refer to a residential gateway (RGW).
- RGW residential gateway
- the RGW may be connected with a plurality of user equipments such as smart phones, desktop computers, and portable computers, and the plurality of user equipments access the RGW.
- the RGW can perform network address translation (NAT) processing on the connected user equipment, and assign private network IP addresses to user equipment such as smart phones, desktops, and laptops in the home.
- NAT network address translation
- the RGW can communicate with the AN device 20, through the AN device 20 to perform point-to-point protocol over ethernet (PPPoE) on Ethernet, Internet protocol over Ethernet (internet protocol over ethernet, IPoE) dialing, etc., to obtain the IP address from the vBNG40, so as to access the vBNG40 according to the obtained IP address.
- PPPoE point-to-point protocol over ethernet
- IPoE Internet protocol over Ethernet
- the RGW accesses the vBNG 40
- the user equipment that accesses the RGW can access the vBNG 40 through the RGW, thereby performing network access.
- the terminal 10 may also be referred to as a user.
- the user may refer to user equipment such as a smart phone, a desktop computer, a laptop computer, and a tablet computer that are directly connected to the access network equipment. If a plurality of user equipments such as smart phones, desktops, laptops, etc. access the RGW, the user refers to the RGW.
- the terminal for which the USF device makes the migration decision may be referred to as a target terminal, or a target user. If the terminal 10 has been connected to the gateway through the UP device, the terminal may also be referred to as an online target terminal or an online target user.
- a layer of network may be formed between the AN device 20 and the UP device in the vBNG 40 .
- the terminal 10 can dial through the AN device 20 to interact with the CP device in the vBNG 40 .
- the AN device 20 may include an optical line termination (OLT) 201 and/or a switch (SW) 202 .
- OLT optical line termination
- SW switch
- the OLT 201 can communicate with the terminal 10 and the SW 202, respectively.
- the OLT 201 may receive the dialing protocol packets and the data packets sent by the terminal 10 and forward the received packets to the SW 202 .
- the OLT 201 can also receive the information returned by the SW 202 and forward the received information to the terminal 10 .
- the AN device 20 and the UP device in the vBNG 40 may be a Layer 2 network.
- the AN device 20 can directly transmit the dial-up protocol message to the UP device in the vBNG 40 through a virtual local area network (VLAN).
- VLAN virtual local area network
- the SF device 30 may be set after the AN device 20, and a Layer 2 tunnel is established between the SF device 30 and the UP device in the vBNG 40.
- the physical interfaces accessed by the SF device 30 and the AN device 20 are divided into different sub-interfaces, different sub-interfaces match different VLAN/QINQ ranges, and different sub-interfaces correspond to different Layer 2 tunnels.
- the SF device 30 uploads the dialing protocol packets of the terminal 10 to the CP device for processing through the service channel.
- the aggregation of the home terminal is performed, and the terminal 10 is aggregated to the UP for Layer 2 packets. forwarding, and VLAN/QINQ isolation is performed on the terminal 10, and each terminal 10 has an exclusive VLAN/QINQ.
- the USF device After the USF device makes a migration decision, it can issue a migration instruction to the SDN controller, where the migration instruction includes a migration policy.
- the SDN controller can issue a policy to the SF device 30, and the SF device 30 can map the port and VLAN/QINQ of the terminal 10 to be migrated to the corresponding target UP based on the corresponding migration policy received from the SDN controller.
- a layer 2 tunnel (VXLAN/VLL/EVPN) for device connection, so that the terminal 10 is connected to the network by accessing the target UP device.
- the vBNG 40 may include a CP device 401 and a plurality of UP devices 402 .
- the CP device 401 is the vBNG service control plane, and the UP device 402 is the vBNG service forwarding plane.
- One CP device 401 can manage multiple UP devices 402 .
- the CP device 401 can be used as a virtual network function (virtual network feature, VNF) unit, running on a server to implement virtualization.
- the UP device 402 can exist in two forms, which can be run on a server as a VNF unit, that is, a virtual UP device (virtual User Plane, vUP), or a traditional physical network function (PNF) device, that is, a physical UP device (physic user).
- plane, pUP one CP device 401 can manage multiple pUP devices and/or vUP devices.
- Three interfaces may be included between the CP device 401 and the UP device 402, for example, a service interface PRi, a management interface Mi, and a control interface SCi.
- the service interface PRi can use the vxlan-GPE interface. If the dial-up protocol packet of the terminal 10 is forwarded through a default UP device, after the default UP device receives the dial-up protocol packet of the terminal 10, it can pass the PRi The interface encapsulates the dialing protocol packet and sends it to the CP device 401 for processing.
- the management interface Mi can use the netconf interface, the CP device 401 can use the Mi interface to deliver configuration to the UP device 402, and the UP device 402 can also use the Mi interface to report some information about its own running status to the CP device 401.
- the control interface SCi can use the CUSP interface. After the CP device 401 processes the dialing protocol packets of the terminal 10, the protocol interaction of the terminal 10 is completed. After the terminal 10 goes online, the CP device 401 can send the user list to the corresponding UP device 401 through the SCi interface. item information.
- the CP device 401 may establish communication connections with the SF device 30 , the USF device 50 , the SDN controller 60 , and the AAA server 70 respectively.
- the CP device 401 can interact with the SF device 30 to receive and process the dialing protocol packets of the user from the SF device 30, and can also interact with the AAA server 70 to perform user authentication, accounting and authorization, and can interact with the USF device for multiple Information about the UP device and the migration policy received from the USF device.
- the SF device 30 may directly or forward through a default UP device, and send the dialing protocol message of the terminal 10 to the CP device.
- the CP device 401 parses the dialing protocol message to obtain the access line information and dialing authentication information of the terminal 10 from the dialing protocol message.
- the access line information may include, for example, the media access control MAC address of the terminal 10, the device identifier of the AN device of the access network, the port information of the port connected to the SF device in the AN device, and the virtual device corresponding to the target terminal.
- LAN VLAN information etc.
- the dial-up authentication information may include, for example, the user name, password, etc.
- the CP device can use the method for accessing the gateway provided in the embodiment of the present application, for example, according to the SLA level of the terminal 10, to notify the USF device that the terminal 10 is online and wait for the USF device to instruct the terminal 10 to migrate, so as to transfer the port information of the port of the terminal 10, VLAN
- the information and the like are mapped to the Layer 2 tunnel corresponding to the access of the target UP device (eg UP2 ), so as to control the terminal 10 to access the most suitable UP device 402 among the multiple UP devices 402 .
- the USF device can obtain relevant information in the process of interacting with other devices in the system, and make a migration decision for the online target terminal.
- the USF device can issue a migration policy to the CP device 401, so that the CP device 401 controls the online target terminal that has successfully accessed the UP device 402 to migrate to the target UP device, so as to realize load sharing among multiple UP devices.
- any UP device among multiple UP devices can send its own load and/or device status information to the CP device, and the load and/or device status information is used by the USF device according to the information obtained from the CP device.
- the load and/or device status information determines a target UP device among a plurality of UP devices, and instructs the target terminal to access the target UP device.
- the CP device may send any one or more of the following to the USF device: the load of multiple UP devices, the device status information of multiple UP devices, and the migration indication information, wherein the The migration indication information is used to indicate that at least one first UP device among the multiple UP devices satisfies a migration condition, where the migration condition includes: the load satisfies the set second load condition, and/or the device state changes.
- the SDN controller can also monitor each UP device, and can report the above-mentioned migration indication information to the USF device, for example.
- the USF device can make migration decisions according to the received information, and through corresponding calculations, determine the online target terminal to be migrated and the target UP device to which the online target terminal is to be migrated, so as to guide the multiple UP devices managed by the CP device Dynamic user migration is performed between multiple UP devices to achieve load balancing among multiple UP devices.
- the CP device may also determine whether any managed UP device satisfies the set migration condition according to the load and/or device status information received from multiple UP devices, and if there is a UP device that satisfies the migration condition
- a conditional UP device is used, send migration indication information to the USF device, where the migration indication information is used to indicate that at least one UP device among the multiple UP devices satisfies the migration condition, and the migration indication information is used for the USF
- the device determines, according to the migration indication information, whether to migrate at least one online target terminal on the at least one UP device that meets the migration condition to the target UP device; the migration condition includes: the load satisfies the set load condition, and or/or, the device state has changed.
- the change in the device state of the at least one UP device may include: the at least one UP device is pre-offline or offline due to failure, or the at least one UP device is initially online or is restored online. The details will be described in detail below with reference to the flow chart, and will not be repeated here.
- the UP device 402 can be connected to the CP device 401 and the SF device 30, respectively. After the USF device determines the target UP device to be accessed for the terminal 10 through the access gateway method provided in this embodiment of the present application, the CP device notifies the CP device, and the CP device can send user entry information to the determined target UP device. The UP device 402 can receive the user entry information sent by the CP device 401, locally generate the forwarding entry of the terminal 10, execute related service policies and traffic forwarding, and advertise routes to the outside. After being configured, the SF device can map the relevant information of the terminal 10 to the Layer 2 tunnel corresponding to the target UP device, so as to access the terminal 10 to the target UP device.
- any UP device among the multiple UP devices may also send its own load and/or device status information to the CP device, so that the CP device reports some status related information of the UP device to the USF device for migration decision.
- any UP device sends its own load and/or device status information to the CP device based on a predetermined time period; and/or, any UP device may send the CP device to the CP device when the set condition is satisfied
- the setting conditions may include: the state of any UP device itself changes, for example, the state of any UP device itself changes, including any one or more of the following: The any UP device is pre-offline or offline due to failure; the UP device is initially online or goes online again; the setting conditions may also include: the load of any UP device itself changes, for example, the load of any UP device itself The load meets the set load conditions. This application does not limit the reporting timing of the UP device or the specific content of the reporting.
- the USF device 50 is a migration decision control functional entity.
- the USF device can make a migration decision and generate a migration policy according to the relevant information of the multiple UP devices managed by the CP device reported by the CP device, and notify the CP device 401, the SDN controller 60, and the SF device 30 to perform the migration on the target terminal. Migration to achieve load balancing among multiple UP devices.
- the USF device can also receive the monitoring information of the SDN controller 60 on multiple UP devices from the SDN controller 60, and generate a migration policy in combination with the monitoring information to guide the user to migrate.
- the relevant description of the device migration decision of the USF device 50 reference may be made to the relevant description of the following specific implementation manner, which will not be repeated here.
- the USF device 50 may have various product forms.
- the USF device 50 may be configured on the CP device 401, or may be configured on the SDN controller 60, or the USF device 50 may also be independent of the CP device 401. and the device of the SDN controller 60, which is not limited in this application. If the USF device 50 is configured on the SDN controller 60 or is a device independent of the CP device 401 and the SDN controller 60, one USF device can also implement communication and interactive migration strategies with the CP devices in multiple vBNGs 40. This is not limited.
- the SDN controller 60 can communicate with the CP device 401 in the vBNG 40 , and can also communicate with the SF device 30 and the USF device 50 .
- the USF device 50 can make migration decisions for multiple UP devices managed by the CP device and the terminals that are respectively connected to the multiple UP devices.
- the USF device determines the target UP device 402 for the terminal 10, it can send a message to the CP device 401. Migration information to indicate to the CP device 401 the target UP device 402 to which the terminal 10 is to be migrated and the device information of the target UP device 402 .
- the USF device can issue a migration instruction to the SDN controller, and the migration instruction can carry the access line information of the terminal 10 and the device information of the target UP device, so as to instruct the SDN controller based on the received access of the terminal 10
- the line information and the device information of the target UP device control the terminal 10 to access the target UP device.
- the SDN controller 60 can configure the SF device 30 based on the access line information of the terminal 10 and the device information of the target UP device, so that the SF device 30 can configure the port of the terminal 10 and the VLAN/ Information such as QINQ is mapped to the Layer 2 tunnel (VXLAN/VLL/EVPN) connected to the target UP device.
- the configuration of the SF device may also be implemented by exchanging migration instructions or migration policies between the SDN controller and the SF device, which is not limited in this application.
- the SDN controller 60 can communicate with the CP device 401 in the vBNG 40 and can also communicate with the SF device 30 .
- the USF device can obtain user information of the terminal 10, access line information, loads of multiple UP devices, device status information of multiple UP devices, and device information of the target UP device through the CP device.
- the USF device can also send a migration instruction to the SDN controller through the CP device, where the migration instruction carries the access line information of the terminal 10 and the device information of the target UP device, and the migration instruction is used to instruct the SDN controller according to the Access the line information and the device information, and access the terminal 10 to the target UP device through the migration function SF device.
- the SDN controller 60 can communicate with the CP device 401 in the vBNG 40 and can also communicate with the SF device 30 .
- the USF device can receive user information of the terminal 10, access line information, loads of multiple UP devices, device status information of multiple UP devices, and device information of the target UP device from the CP device through the SDN controller.
- the USF device may instruct the migration function SF device through the SDN controller to connect the target terminal to the target UP device.
- the SDN controller 60 may communicate with the CP device 401 included in the vBNG 40 .
- the USF device 50 may issue a migration instruction to the SDN controller after selecting the corresponding target UP device for the terminal 10 , so that the SDN controller can control the terminal 10 to access the corresponding UP device 402 .
- the migration instruction issued by the USF device to the SDN controller may include the access line information of the terminal 10 and the device information of the target UP device.
- the device is configured so that the SF device maps the relevant information of the terminal 10 to the Layer 2 tunnel corresponding to the target UP device, so that the terminal 10 can access the target UP device.
- the AAA server 70 can communicate with the CP device 401 in the vBNG 40 .
- the AAA server may receive the dial-up authentication information of the terminal 10 sent by the CP device 401, and perform authentication, authorization and accounting for the terminal 10 according to the dial-up authentication information.
- the CP device can acquire the SLA level of the terminal 10 according to the dial-up authentication information of the terminal 10 .
- the AAA server 70 may also determine the SLA level corresponding to the terminal 10 according to the dial-up authentication information of the terminal 10, and feed back the SLA level to the CP device 401, so that the CP device 401 and the USF device can migrate A decision is made to select a corresponding target UP device for the terminal 10, so that the terminal 10 can access the corresponding target UP device.
- FIG. 2 is a schematic structural diagram of a network device according to an embodiment of the present invention.
- the USF device, vBNG, SDN controller, SF device, etc. in FIG. 1 can be implemented by the network device shown in FIG. 2 .
- the network device includes at least one processor 201 , a communication bus 202 , a memory 203 and at least one communication interface 204 .
- the processor 201 can be a general-purpose central processing unit (Central Processing Unit, CPU), a microprocessor, an application-specific integrated circuit (application-specific integrated circuit, ASIC), or one or more processors for controlling the execution of the programs of the present application. integrated circuit.
- CPU Central Processing Unit
- ASIC application-specific integrated circuit
- Communication bus 202 may include a path to communicate information between the components described above.
- the memory 203 may be read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM)) or other types of static storage devices that can store information and instructions.
- Type of dynamic storage device it can also be Electrically Erasable Programmable Read-Only Memory (EEPROM), Compact Disc Read-Only Memory (CD-ROM) or other optical disk storage, CD-ROM storage (including compact discs, laser discs, optical 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 being accessed by Any other medium accessed by the computer, but not limited to this.
- the memory 203 can exist independently and is connected to the processor 201 through the communication bus 202 .
- the memory 203 may also be integrated with the processor 201 .
- the communication interface 204 using any device such as a communication module, is used to communicate with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Networks (WLAN) and the like.
- RAN Radio Access Network
- WLAN Wireless Local Area Networks
- the processor 201 may include one or more CPUs, such as CPU0 and CPU1 shown in FIG. 2 .
- the network device may include multiple processors, such as the processor 201 and the processor 205 shown in FIG. 2 .
- 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 (eg, computer program instructions).
- the network device may further include an output device 206 and an input device 207 .
- the output device 206 is in communication with the processor 201 and can display information in a variety of ways.
- the output device 206 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector (projector) Wait.
- the input device 207 is in communication with the processor 201 and can receive user input in a variety of ways.
- the input device 207 may be a mouse, a keyboard, a touch screen device, a sensor device, or the like.
- the above-mentioned network device may be a general-purpose computer device or a special-purpose computer device.
- the network device may be a desktop computer, a network server, a wireless terminal device, a communication device or an embedded device.
- the embodiment of the present invention does not limit the type of the network device.
- FIG. 3 is a schematic flowchart of a method for accessing a gateway according to an embodiment of the present application. Wherein, the method may be applicable to the USF device shown in FIG. 1 , and as shown in FIG. 3 , the method for accessing the gateway may include the following steps:
- S310 The USF device acquires user information of the target terminal.
- the target terminal may be a terminal requesting to go online (going-online), or may be an online terminal that has successfully accessed the gateway and is already online (already-online), may be one terminal, or may include two one or more terminals.
- the target terminal includes multiple terminals, the multiple terminals may be multiple terminals requesting to go online, or multiple online terminals.
- some of the multiple terminals may be terminals requesting to go online, and the other part may be online terminals, which are not limited in this application.
- the user information of the target terminal can be any information related to the target terminal that is convenient for the USF device to make migration decisions.
- the user information can be stored locally by the USF device, or it can be the USF device in the system with other devices or modules or functional components. obtained during the interaction process, which is not limited in this application.
- the target terminal when the target terminal is a terminal requesting to go online, the target terminal can dial up through the SF device, thereby interacting with the CP device.
- the CP device can acquire the user information of the target terminal in the process of interacting with the target terminal, and send the user information of the target terminal to the USF device.
- any UP device among the multiple UP devices managed by the CP device can respectively upload the user information of the online target terminal successfully connected to the any UP device to the CP device, The CP device sends the user information of the online target terminal to the USF device.
- the SDN controller may monitor multiple UP devices managed by the CP device, and the USF device may receive from the SDN controller the monitoring information of the multiple UP devices by the SDN controller, where the monitoring information may include user information of the target terminal. It should be noted that, this is only an example description of the manner of obtaining the user information of the target terminal, rather than any limitation.
- the user information of the target terminal may include the service level agreement (Service Level Agreement, SLA) level of the target terminal, and the CP device may obtain the SLA level in the process of interacting with the target terminal requesting to go online and send the
- SLA Service Level Agreement
- the USF device determines the target UP device corresponding to the target terminal based on the SLA level, which helps to ensure the performance and reliability of related services after the target terminal is online.
- S310 can be implemented by the following steps:
- the terminal may use PPPoE and other dial-up methods, and send dial-up protocol packets.
- the SF device receives the dialing protocol packet of the terminal, and directly uploads the dialing protocol packet to the CP device.
- the SF device can directly upload the dial-up protocol message to the CP device, or it can send the dial-up protocol message to the CP device through a default UP device, which is not limited in this application.
- the CP device parses the dial-up protocol message to obtain access line information and dial-up authentication information (eg, including user name, password, etc.) of the terminal from the dial-up protocol message.
- the access line information of the terminal can be used to control the access gateway of the terminal, and the dial-up authentication information can be used to authenticate and authorize the terminal.
- the CP device carries the dial-up authentication information of the terminal in the authentication request and sends it to the AAA server, so that the AAA server can perform authentication and authorization on the terminal according to the dial-up authentication information.
- the CP device obtains the SLA level of the terminal according to the dial-up authentication information of the user.
- the AAA server may store the correspondence between the dial-up authentication information and the SLA level. After passing the authentication of the terminal, the AAA server may, according to the dial-up authentication information of the terminal, retrieve the stored dial-up authentication information and the SLA from the dial-up authentication information. In the relationship corresponding to the level, the SLA level of the terminal is obtained, and the obtained SLA level is carried in the authentication pass message and sent to the CP device.
- the CP device may store the correspondence between the dial-up authentication information and the SLA level, and the AAA server may directly send an authentication pass message to the CP device after passing the authentication of the terminal.
- the CP device After receiving the authentication pass message, the CP device obtains the SLA level of the terminal from the corresponding relationship between the dial-up authentication information and the SLA level stored by itself according to the dial-up authentication information of the terminal, and uses the acquired SLA level as the terminal's SLA level. SLA level.
- the authentication pass message may also carry other authorization information of the terminal, such as quality of service (quality of service, QoS) of the terminal, access control list (access control list, ACL), etc., which will not be repeated here.
- the CP device may send charging start information to the AAA server to instruct the AAA server to start charging the terminal.
- the CP device can assign an IP address and corresponding Domain Name System (DNS) information to the terminal through the Network Control Protocol (NCP) of PPPoE.
- DNS Domain Name System
- the CP device sends the SLA level of the terminal to the USF device.
- the USF device may also obtain user information such as the SLA level of the target terminal in local storage, so as to dynamically migrate the online terminal.
- the USF device may also request to obtain user information such as the SLA level of the target terminal from the CP device or other devices in the system when a migration decision needs to be made, which is not limited in this application.
- the above is only an illustration of the user information of the target terminal and the way to obtain it, but not any limitation.
- the user information of the target terminal may be any information related to the terminal and convenient for the USF device to make a migration decision. , which is not limited in this application.
- the user information of the target terminal acquired in different interaction stages may be different or not identical, which is not limited in this application.
- the USF device determines the target UP device among the multiple UP devices according to the user information of the target terminal and the loads of the multiple UP devices.
- the user information of the target terminal and the load of multiple UP devices can be used by the USF device to make a migration decision for the target terminal, so as to determine the UP device that satisfies the relevant load conditions among the multiple UP devices as the target UP device to facilitate dynamic user migration and achieve load balancing among multiple UP devices.
- the USF device may make a migration decision for the target terminal in the scenario where the target terminal requests to go online, so as to determine the target UP device to be accessed by the target terminal, so as to help the terminal request to go online In the process of realizing the load balancing of different UP devices.
- the USF device may also make a migration decision on the online terminal in the scenario after the target terminal successfully accesses the gateway and becomes an already-online terminal, so as to make a migration decision between the multiple UP devices Perform dynamic user migration to achieve load balancing among multiple UP devices.
- the target terminal in S320 may be one, or may include two or more terminals. If multiple terminals request to go online at the same time, the USF device can determine the corresponding target UP device for each target terminal requesting to go online one by one in the same processing method. Migration decisions for endpoints requesting to go online. If the target terminal includes multiple online terminals, the multiple online terminals may include multiple online terminals connected to the same source UP device, or may include multiple online terminals respectively connected to different source UP devices, and the USF device may also The migration decision is made for each online terminal one by one, and the same processing method can also be used to simultaneously realize the migration decision for the multiple online terminals, which is not limited in the present application.
- the load of any UP device among the multiple UP devices may include: user session load and/or traffic load.
- User session load may include the number of user sessions, session utilization, and the like.
- Traffic load can include bandwidth utilization, etc.
- the USF device may use a predetermined load of at least one item (for example, the above-mentioned user session load, and/or traffic load; or a more specific number of user sessions, session utilization, bandwidth utilization, etc.) to calculate the device load of the UP device, take the determined device load as the load of the UP device, and then select the one that satisfies the setting from the multiple UP devices according to the loads of the multiple UP devices.
- the UP device of the load condition is used as the target UP device.
- the above-mentioned at least one load may be the statistical information of the load of the UP device on itself, or may be information obtained by converting the relevant information such as the device status of the UP device. , the user session load and traffic load of the UP device are all 0. This application does not limit this. In this embodiment of the present application, relevant algorithms and/or corresponding conversion rules may be pre-configured, so that the USF device can make a migration decision in a scenario where a terminal requests to go online and/or in a scenario where the terminal is online. The detailed description is omitted here.
- the multiple UP devices in S320 may be multiple UP devices managed by the same CP device shown in FIG. 1 , may be pUP devices, or may be vUP devices.
- the USF device can perform migration decision and user migration for multiple UP devices managed by the same CP device, so as to achieve load balancing among multiple UP devices.
- the USF device may determine one UP device among the multiple UP devices as the target UP device, or it may determine two or more UP devices among the multiple UP devices as the target UP device, This application also does not limit this.
- the multiple UP devices in S320 may also be at least two candidate UP devices corresponding to the same identity or the same attribute (eg, SLA level) among the multiple UP devices managed by the same CP device . That is to say, when making a migration decision among multiple UP devices managed by the same CP device, the USF device can divide the multiple UP devices into one or more groups based on the same identifier or the same attribute, etc. The migration decision is made between at least two candidate UP devices in each group, so as to achieve load balancing among multiple UP devices managed by the CP device through load balancing of the at least two candidate UP devices in each group.
- the USF device can divide the multiple UP devices into one or more groups based on the same identifier or the same attribute, etc.
- the migration decision is made between at least two candidate UP devices in each group, so as to achieve load balancing among multiple UP devices managed by the CP device through load balancing of the at least two candidate UP devices in each group.
- the user information of the target terminal may be the SLA level of the target terminal
- the USF device may perform S320 through the following steps: the USF device determines, according to the corresponding relationship between the SLA level and the UP device, among the plurality of UP devices At least two candidate UP devices corresponding to the SLA level; according to the load of the at least two candidate UP devices, among the at least two candidate UP devices, select the one whose load satisfies the set first load condition. the target UP device.
- the USF device when it makes a migration decision based on the SLA level of the target terminal, it can take into account the SLA requirements of the target terminal and the load of each candidate UP device, and request to go online in at least two candidate UP devices corresponding to the same SLA level.
- the target terminal selects the most suitable UP device for access, or dynamically migrates the online terminal between at least two candidate UP devices corresponding to the same SLA level, so as to realize at least two candidate UP devices corresponding to the SLA level load balancing between.
- the user information of the target terminal is used as the SLA level as an example to describe S320 in detail without any limitation.
- the user information is other information, it can also be implemented in the same or similar manner. S320, which is not repeated here.
- the USF device may make a migration decision for the multiple terminals respectively, or may make a migration decision for the multiple terminals at the same time, which is not limited in this application.
- the corresponding relationship between the SLA level and the UP device may be the corresponding relationship between the SLA level and the device identifier of the UP device, and the corresponding relationship may be pre-configured.
- different SLA levels correspond to different device identifiers. That is, in this embodiment of the present application, different UP devices can be used to provide services for users with different SLA levels. For example, if the SLA level is A, the corresponding device ID is ID1, and if the SLA level is B, the corresponding device ID is ID3. In this way, different SLA levels will correspond to different UP devices. The same SLA level may also correspond to one or more UP devices.
- the corresponding device identifiers are ID1-1, ID1-2, ... ID1-n, where n is a positive value greater than or equal to 2.
- Integer indicating at least two device identifiers corresponding to SLA level A. That is, in this embodiment of the present application, one or more UP devices may be used to provide services to users of the same SLA level.
- each load condition helps the USF device determine the target terminal to be migrated and the target UP device to which the target terminal is to be migrated when making a migration decision , so as to achieve load balancing among multiple UP devices.
- the load condition used to determine the target UP device may be referred to as the first load condition
- the load condition used to determine the migration device (that is, the source UP device of the online target terminal to be migrated) will be referred to as the first load condition.
- the load condition is referred to as the second load condition, which will not be described one by one in the following.
- the corresponding target UP device/migration device may be selected based on the set load threshold (or threshold).
- the device load of the UP device can be calculated based on at least one predetermined load (for example, the loads mentioned above), and the load condition can refer to that the device load and the set load threshold should be satisfied conditions of.
- a corresponding load threshold may also be set for each of the predetermined at least one load, and the load condition may include that any one or more of the at least one load should correspond to the corresponding set load threshold. conditions are met. This application does not limit this.
- the load threshold set in each load condition may be pre-configured according to experience, or may be adjusted in real time according to the operating conditions of multiple UP devices, which is not limited in this application.
- the basis for the USF device to make the migration decision may be different, and the decision result may also be different, which is not limited in this application.
- the decision result may also be different, which is not limited in this application.
- at least one online target terminal to be migrated on the outgoing device may also be determined based on an interface, an IP address segment, and the like. The migration decision made by the USF device in different situations will be described in detail below, and will not be repeated here.
- the USF device may obtain relevant information for making migration decisions in the process of interacting with other devices in the system.
- the interaction process may include a process in which the USF device interacts directly with other devices, or may include a process in which the USF device interacts with other devices through a relay device, which is not limited in this application.
- any UP device among the multiple UP devices may send its own load and/or device status information to the CP device.
- the CP device may send the received load and/or device status information of any UP device to the USF device, so that the USF device can be used in the plurality of UP devices according to the load and/or device status information obtained from the CP device Determine the target UP device.
- the CP device can be regarded as a relay device between the UP device and the USF device.
- the CP device may, for example, also send the user information of the target terminal to the USF device, or, according to the received load and/or device status information of any UP device, send migration indication information to the USF device, where the migration indication information is used for Indicates that at least one UP device in the plurality of UP devices satisfies the migration condition, and the migration indication information is used for the USF device to determine, according to the migration indication information, whether to transfer at least one UP device on the at least one UP device that meets the migration condition
- the online target terminal is migrated to the target UP device.
- the CP device is regarded as directly interacting with the USF device.
- the USF device instructs the CP device to control the target terminal to access the target UP device.
- the USF equipment may have different product forms.
- the USF device may be configured in the CP device; alternatively, the USF device may be configured in the SDN controller; or the USF device may be a device independent of the CP device and the SDN controller.
- the interaction process between the USF device and other devices is also different.
- the USF device may perform S330 through the following steps: the USF device sends a migration instruction to the SDN controller through the CP device, and the migration instruction carries the target terminal The access line information and the device information of the target UP device, and the migration instruction is used to instruct the SDN controller to transfer the target UP device through the migration function SF device according to the access line information and the device information.
- the terminal accesses the target UP device.
- the USF device may perform S310 through the following steps: the USF device obtains user information of the target terminal from the CP device.
- the USF device may perform S330 through the following steps: the USF device sends migration information to the CP device through the SDN controller, where the migration information is used to indicate the target UP device corresponding to the target terminal and the device information of the target UP device.
- the USF device sends a migration instruction to the SF device through the SDN controller, and the migration instruction carries the access line information of the target terminal and the device information of the target UP device, and the migration instruction is used to instruct the SF device according to the According to the access line information and the device information, the target terminal is connected to the target UP device through the migration function SF device.
- the USF device may perform S310 through the following steps: the USF device obtains user information of the target terminal from the CP device.
- the USF device may perform S330 through the following steps: the USF device sends migration information to the CP device, where the migration information is used to indicate the device information of the target UP device and the target UP device corresponding to the target terminal; the USF The device sends a migration instruction to the SDN controller, where the migration instruction carries the access line information of the target terminal and the device information of the target UP device, and the migration instruction is used to instruct the SDN controller to perform the following steps:
- the USF device receives the access line information of the target terminal and the device information of the target UP device, and controls the target terminal to access the target UP device through the migration function SF device.
- the access line information of the target terminal is carried in the dialing protocol message sent by the target terminal through the SF device, and the access line information may include the media access control MAC address of the target terminal, the access network
- the device information of the target UP device may include: the device identifier of the target UP device, the interface information of the target interface of the target UP device, the virtual extensible local area network VxLAN (or virtual leased line) corresponding to the target interface.
- the SDN controller can configure the SF device according to the access line information of the target terminal and the device information of the target UP device, so that the SF device can configure the port, VLAN (or QINQ) and other information corresponding to the target terminal It is mapped to the Layer 2 tunnel (such as VXLAN or VLL or EVPN, it is understood that the technology used by the Layer 2 tunnel varies, which is not limited in this application), so as to complete the user
- the dynamic migration makes the target terminal connect to the network through the target UP device.
- the USF device can, according to the user information of the target terminal and the load of the multiple UP devices, connect the multiple UP devices among the multiple UP devices.
- the migration decision is made between multiple UP devices, and the load balance among multiple UP devices is realized through load sharing among multiple UP devices.
- the basis for the USF device to make the migration decision may be different, and the decision result may also be different, which is not limited in this application.
- 5A-5D are used to illustrate the migration decision made by the USF device in different situations.
- the multiple UP devices mentioned may refer to the multiple UP devices managed by the same CP device mentioned above, or may refer to the management of the same CP device.
- the target terminal can request going-online from the CP device through the SF device, and the CP device can obtain the user information of the target terminal in the process of interacting with the target terminal, and can send the target
- the user information of the terminal is sent to the USF device to notify the USF device that the target terminal requests to go online and request the USF device to make a migration decision for the target terminal.
- Example 1 The above first load condition can be set as: select the UP device with the smallest load.
- the USF device can select the UP device with the smallest load among the multiple UP devices as the target UP device according to the load of the multiple UP devices, so that the target terminal can access the UP device that meets the relevant requirements of the terminal and has the smallest load, so that the During the process of terminal going online, the load is shared among multiple UP devices to avoid the overload of a certain UP device.
- the load of the UP device is represented schematically by the stripe filling, and the target UP device determined for the terminal in this way is UP2.
- the USF device can determine the UP device with the least load in the following two ways.
- the first method is to obtain the session utilization rates corresponding to at least two candidate UP devices corresponding to the SLA level respectively, and determine the first UP device set composed of the candidate UP devices whose session utilization rate is lower than the set first threshold; A second UP device set consisting of candidate UP devices whose bandwidth utilization rate is lower than the set second threshold in the first UP device set is determined, and the UP device with the lowest session utilization rate in the second UP device set is determined as the load The smallest UP device.
- Li represents the load corresponding to each candidate UP device i
- S and B represent the session utilization and bandwidth utilization corresponding to the candidate UP device i respectively
- M is the first weight corresponding to the session utilization S
- N is the second weight corresponding to the bandwidth utilization rate B
- i is the device identifier.
- the USF device makes a migration decision based on the SLA level, it can target at least two UP devices corresponding to each SLA level among the multiple UP devices managed by the same CP device.
- the candidate UP device makes a migration decision to achieve load balancing between the at least two candidate UP devices. In this way, load balancing among multiple UP devices managed by the CP device is achieved through load balancing of each UP device group corresponding to each SLA level.
- the UP device with the smallest load may also be determined among the multiple UP devices in other manners, and details are not described herein again.
- the above-mentioned first load condition may be set as: selecting a UP device whose device load is not greater than a first value, where the first value is an average load of the plurality of UP devices.
- the USF device can select an UP device whose load is not greater than the average load of the multiple UP devices as the target UP device from among the multiple UP devices according to the loads of the multiple UP devices. Therefore, the target terminal can always access the gateway through the target UP device whose load does not exceed the average load of multiple UP devices, so as to realize load sharing during the terminal online process, and avoid the overload of a certain UP device.
- the load of the UP device is schematically represented by stripe filling, and the target UP device determined for the target terminal based on the load average value (ave1) is UP2.
- the USF device can determine the average load of multiple UP devices in the following ways:
- the session utilization rate and bandwidth utilization rate corresponding to at least two candidate UP devices corresponding to the SLA level are obtained respectively, and the load of each candidate UP device is determined by the above expression (1). And the load average value of each candidate UP device is determined by the following expression (2):
- the USF device can determine the corresponding target UP device for each terminal requesting to go online one by one in the same processing method, and the USF device can also adopt the same processing method.
- the migration decision of the multiple terminals is simultaneously implemented, and this application does not limit the specific implementation.
- the USF device can obtain the information required for making the migration decision during the interaction with other devices in the system, and according to the obtained information information to make migration decisions for one or more online terminals.
- the USF device may first determine whether the set migration condition can be triggered according to the obtained information. If the USF device senses and triggers the corresponding migration condition, it can make a migration decision on the online terminal based on the method shown in FIG. 3 , so as to achieve load balance among multiple UP devices.
- the set migration condition may be related to the load of the UP device, and may also be related to the device state of the UP device.
- the migration condition may include: the load satisfies the set second load condition, and/or the state of the device changes.
- the second load condition may include: the load is not less than a set load threshold.
- the first UP device represents any UP device among the multiple UP devices. Before the USF device executes S320, it may first determine whether at least one first UP device among the multiple UP devices satisfies any one or more of the above migration conditions. item to determine whether to trigger the set transition condition. Alternatively, the CP device and/or the SDN controller may also determine whether any first UP device satisfies the migration condition, and notify the USF device during the USF device interaction process, so that the USF device triggers a migration decision.
- the USF device when the system is running, the USF device can interact with the CP device and/or the SDN controller to obtain multiple UP devices Relevant information such as their respective load and/or device status, and based on this, make migration decisions for online terminals among multiple UP devices, so that after dynamic migration of online terminals, load balancing among multiple UP devices can be achieved. .
- the following takes the setting of the migration condition based on the load and/or the state of the UP device as an example to illustrate the migration decision of the USF device in different situations.
- the device state of the first UP device changes, for example, the first UP device is an UP device that has been offline due to a fault or a UP device that has been pre-offline.
- pre-offline may refer to the need to configure the UP device to go offline due to network topology requirements, and may be a preparation stage before the UP device goes offline, so as to migrate the online target terminal accessing the UP device to other UP devices in advance , so as to ensure the relevant services of the online target terminal.
- Example 3 If the USF device determines that the device status of any source UP device managed by the CP device has changed during the interaction with the CP device and/or the SDN controller, for example, the source UP device is an offline UP device or If the source UP device is a pre-offline UP device, it can be determined that the source UP device is the first UP device that satisfies the set migration conditions, and the migration needs to be triggered to share the burden of one or more online terminals accessing the first UP device. to other UP devices (the UP devices other than the first UP device among the multiple UP devices, that is, the second UP device), so as to ensure the related services of these online terminals.
- the source UP device is an offline UP device or If the source UP device is a pre-offline UP device, it can be determined that the source UP device is the first UP device that satisfies the set migration conditions, and the migration needs to be triggered to share the burden of one or more online terminals accessing
- the USF device uses the first UP device as the migration device, and uses one or more online terminals that have successfully accessed the first UP device as the target terminal, according to the load of the second UP device among the multiple UP devices.
- the migration decision is made in the manner of the above example 1 or example 2, and the target UP device is determined in the second UP device for the online target terminal on the migrated device respectively.
- N represents the number of the at least two candidate UP devices corresponding to the SLA level
- j represents the number of the first UP device that is offline or pre-offline among the N candidate UP devices
- Li represents each standby UP device.
- Select the device load corresponding to the UP device i is the total load of at least two candidate UP devices corresponding to the SLA level
- It is the updated load average value of at least two candidate UP devices corresponding to the SLA level.
- the load of the UP device is represented schematically by stripes. If UP1 is the first UP device that has been offline or pre-offline due to failure, the USF device needs to connect the online terminal that has successfully connected to UP1 when making a migration decision. Share to UP2 and UP3. At this time, the USF device can obtain the revised average load (ave2) according to the loads of UP1, UP2, and UP3, and decide to share the online terminal of UP1 with UP2 and UP3, so that after UP1 goes offline The guarantee still guarantees the related services of these users, and realizes the load balancing of UP2 and UP3 at the same time.
- the device status of the first UP device changes, for example, the first UP device is the UP device that was initially online or the UP device that has been restored to online (including failure to go online and/or to be restored to online based on changes in network topology, etc.) ).
- Example 4 If the USF device determines that the device status of any UP device managed by the CP device has changed during the interaction with the CP device and/or the SDN controller, for example, the UP device is the UP device that initially went online or the one that has resumed online. UP device, it can be determined that the UP device is the first UP device that satisfies the set migration conditions, and the migration needs to be triggered to connect other UP devices (except the first UP device among the multiple UP devices) that have been successfully connected to the UP device. One or more online terminals of the UP device other than the UP device, that is, the second UP device) are shared with the first UP device, so as to realize load balancing of the multiple UP devices.
- the USF device may take the first UP device as the target UP device, determine at least one migration device in the second UP device according to the loads of the multiple UP devices, and successfully access the at least one migration device after successfully accessing the at least one migration device.
- At least one target terminal to be migrated is determined among the online terminals, and it is decided that each target terminal needs to be migrated to the first UP device, so that load balance among multiple UP devices can be achieved after migration.
- the USF device may, according to the loads of the multiple UP devices, determine among the multiple UP devices the migration device whose load satisfies the preset second load condition, and determine, in the online terminal of the migration device, the migration device to be At least one target terminal for migration.
- the second load condition may include, for example: selecting an UP device whose load is not less than a second value, where the second value is an average load of the plurality of UP devices, and the calculation of the load average may refer to the above expression (2), which will not be repeated here.
- At least one target terminal may be selected according to the above-mentioned second value, so that after the selected at least one target terminal is migrated from the migrating device to the corresponding target UP device, the load between the UP devices is relatively low. balanced.
- at least one online target terminal is determined for each migrating device, for example, multiple online target terminals under the same interface on the migrating device and/or in the same Internet Protocol IP address segment may be migrated to the same or different
- the target UP device can also migrate multiple online target terminals under the same interface and/or in the same IP address segment on the migrating device to the same target interface and/or the same target Internet protocol in the target UP device In the IP address segment, this application does not limit this.
- the device state of the UP device may also be converted into a corresponding load, and accordingly, the set transition condition may also be only related to the load, which is not limited in this application.
- the first UP device initially goes online or resumes online, and the USF device accesses the terminal requesting to go online for the first UP device within a very short period of time, the first UP device has a load, but is more efficient than other UP devices.
- the first UP device may also be considered to be able to trigger the migration condition. At this time, it may also be considered that the migration condition is that the load is not greater than the set first load threshold.
- the first load threshold may be 0, indicating that the load of the UP device is empty. Alternatively, the first load threshold may also be a smaller value other than 0, which is not limited in this application.
- the load of the UP device is schematically represented by stripes. If UP1 is a newly deployed idle UP device, the USF device needs to share some of the online terminals that have accessed UP2 and UP3 to UP1 when making a migration decision. At this time, the USF device can decide to share part of the online terminals of UP2 and UP3 to UP1 based on the load conditions of UP2 and UP3, and the average load (ave3) obtained according to the total load of UP1, UP2, and UP3 to realize UP1, UP2 and UP3 load balancing.
- the USF device can decide to share part of the online terminals of UP2 and UP3 to UP1 based on the load conditions of UP2 and UP3, and the average load (ave3) obtained according to the total load of UP1, UP2, and UP3 to realize UP1, UP2 and UP3 load balancing.
- the load of the online first UP device satisfies the set second load condition, for example, the load of the first UP device is not less than the set load threshold. Or the load of the first UP device falls within the set interval. It can be understood that, in some cases, even if the load of the first UP device itself does not change, when the load of other UP devices in the multiple UP devices under the same CP device changes, the first UP device changes.
- the load of a UP device may also meet the set second load condition, and the migration is triggered.
- the load threshold set in the above example can be used (such as the average load of multiple UP devices under the same CP device) , so as to achieve load balancing of UP1, UP2 and UP3.
- Example 5 If the USF device senses that the load of at least one first UP device in the plurality of UP devices is not less than the set second load threshold during the interaction with the CP device and/or the SDN controller, determine that The at least one first UP device satisfies the set migration condition and needs to trigger migration, so as to share a part of the online terminals that have successfully accessed the first UP device to other UP devices (ie, the second UP device), so as to pass the Load balancing to achieve load balancing of multiple UP devices.
- the second load threshold may be pre-configured for the UP device. Different from the first load threshold in the above situation (2), the second load threshold is used to indicate the upper limit of the load that the UP device is allowed to bear, so as to avoid the The load on the UP device is too heavy.
- the USF device may determine the at least one first UP device as an outgoing device, and determine at least one target terminal to be migrated in the online terminal of the outgoing device.
- a migration device whose device load meets the preset second load condition may be determined among the multiple UP devices, and at least one target terminal may be determined among the online terminals of the migration device.
- the USF device may make a migration decision according to the above example 1 or example 2, and determine the target UP device for the target terminal among the multiple UP devices.
- the load of the UP device is schematically represented by stripes. If the USF device determines that the load of UP1 and UP3 exceeds the preset load threshold (threshold), it determines that part of the online terminals of UP1 and UP3 needs to be shared to other UP devices. , such as UP2, to achieve load balancing among UP1, UP2, and UP3. At this time, the USF device can decide to share part of the online terminals of UP1 and UP3 to UP2 based on the loads of UP1, UP2 and UP3, and the average load (ave1) obtained according to the total loads of UP1, UP2 and UP3 to realize UP1, UP2 and UP3. Load balancing of UP2 and UP3.
- the preset load threshold threshold
- the online target terminal may include multiple terminals.
- the USF device makes a migration decision, it can make a migration decision based on the granularity of the UP device, interface, and IP address segment. Multiple endpoints make migration decisions. As an example, at least one or more of the following information of any at least two terminals among the multiple terminals to be migrated are the same: the device identification of the source UP device; the interface information of the source interface of the source UP device; the source Internet Protocol IP address part.
- the same target UP device and/or the same target interface and/or the same target Internet Protocol IP address segment may also be allocated to them. That is to say, when the USF device makes a migration decision, it can determine to migrate at least two online target terminals connected to the same UP device to the same target UP device, or it can determine to migrate at least two terminals connected to the same interface. To the same target interface, it can also be determined that at least two terminals that access the same IP address segment will be connected to the same target IP address segment. As a result, the USF device can simultaneously implement migration decisions for at least two online terminals based on granularities such as UP devices, interfaces, and IP address segments, which can speed up computation and reduce migration decision time.
- the process of interaction between the USF device and the CP device and/or the SDN controller may include the CP device and/or the SDN controller periodically sending messages to the USF device based on a predetermined time interval.
- the process of reporting the load and/or device status information of the UP device may also include the process of reporting to the USF device by the CP device and/or the SDN controller when determining that the UP device meets the above-mentioned relevant migration conditions, and may also include multiple UP devices
- the process in which any UP device sends its own load and/or device status information to the CP device, so that the CP device sends the information required for making the migration decision to the USF device is not limited in this application.
- FIG. 6 is a schematic flowchart of a method for accessing a gateway according to an embodiment of the present application.
- the flow of the method is to connect the target terminal to the target UP device in the scenario where the target terminal requests to go online.
- the method for accessing a gateway includes the following steps:
- the target terminal uses PPPoE/DHCP to dial, and sends a dial-up protocol packet.
- the SF device receives the dialing protocol message of the target terminal, and sends the dialing protocol message to a default UP device (UP1).
- UP1 UP device
- the CP device parses the dial-up protocol message to obtain the access line information and dial-up authentication information (such as user name, password, etc.) of the target terminal from the dial-up protocol message, and interacts with the AAA server to obtain authentication authorization.
- the CP device may send an authentication request including dial-up authentication information of the target terminal to the AAA server, and the AAA server performs authentication and authorization on the target terminal based on the dial-up authentication information. After the authentication is passed, the AAA server sends an authentication passed message to the CP device.
- the CP device interacts with the USF device to obtain the migration policy corresponding to the target terminal from the USF device.
- the CP device may send a migration request including user information of the target terminal to the USF device, and the USF device may make a migration decision for the target terminal based on the user information of the target terminal and the loads of multiple UP devices.
- the USF device sends the relocation information corresponding to the target terminal to the CP device, where the relocation information is used to indicate the target UP device corresponding to the terminal and the device information of the target UP device.
- any UP device interacts with the CP device to report its own load and/or device status information to the CP device is not shown. It can be understood that during the operation of the system, any UP device can interact with the CP device to send its own load and/or device status information to the CP device based on a predetermined time period or when a set condition is met. , the USF device may determine the target UP device among the plurality of UP devices according to the user information of the target terminal and the load and/or device state information of any UP device.
- the setting conditions may include, for example: the state of any UP device itself changes and/or the load of any UP device itself changes, and the state change of any UP device itself includes any one or more of the following: Item: any UP device is pre-offline or offline due to failure; the UP device goes online initially or resumes online; the load of any UP device itself changes including: the load of any UP device itself meets the set load conditions.
- Item any UP device is pre-offline or offline due to failure
- the UP device goes online initially or resumes online
- the load of any UP device itself changes including: the load of any UP device itself meets the set load conditions.
- the CP device sends the Internet Protocol IP address allocated for the target terminal to the target terminal.
- the CP device can assign an Internet Protocol IP address to the target terminal through the network control protocol corresponding to the dial-up mode, and send it to the target terminal.
- the CP device generates user entry information, and sends the user entry information to the target UP device.
- the CP device may generate routing information of the target terminal. Afterwards, the IP address allocated to the target terminal, the MAC address of the terminal, the routing information of the terminal, and authorization information such as QoS and ACL of the terminal are used as user entry information.
- the CP device can deliver the generated user entry information to the target UP device through the control interface SCi between the CP device and the target UP interface.
- the target UP device can generate a user forwarding entry according to the user entry information, generate a user route at the same time, and advertise the user route to other related devices, so that when it subsequently receives a data packet from the terminal, it can Forwarding entries and user routes forward the data packets.
- the USF device sends a migration instruction to the SDN network controller, where the migration instruction carries the access line information of the target terminal and the device information of the target UP device, so as to instruct the SDN controller to control the network through the migration function SF device.
- the terminal accesses the target UP device.
- the access line information of the target terminal may include the media access control MAC address of the target terminal, the device identifier of the AN device of the access network, the port information of the port connected to the target terminal in the AN device, and the VLAN information/QINQ of the virtual local area network corresponding to the target terminal.
- the device information of the target UP device may include: the device identifier of the target UP device, the interface information of the target interface of the target UP device, the virtual extensible local area network VxLAN/virtual leased line (virtual leased line) corresponding to the target interface, VLL)/Ethernet virtual private network (EVPN) network identifier.
- the SDN controller may configure the SF device according to the access line information of the target terminal and the device information of the target UP device, so that the SF device maps the port, VLAN, QINQ, etc. corresponding to the target terminal to the corresponding target UP device On the connected Layer 2 tunnel (VXLAN/VLL/EVPN).
- VXLAN/VLL/EVPN Layer 2 tunnel
- the SDN controller After receiving the access line information sent by the USF device and the device information of the target UP device, the SDN controller can determine the VLAN information corresponding to the target terminal according to the access line information. After that, the SDN controller can carry the port information, VLAN, QINQ of the port corresponding to the target terminal, and the network identifier of the VXLAN/VLL/EVPN of the target UP device in the migration instruction and deliver it to the SF device. After receiving the migration instruction, the SF device can map the port information, VLAN, and QINQ of the target terminal carried in the migration instruction to the VxLAN corresponding to the target UP device, so that the target terminal can access the target UP device.
- the target terminal dials through the SF device
- the SF device sends the dial-up protocol packet to the CP device through a default UP device
- the port connected to the terminal in the SF device and the VLAN corresponding to the terminal are mapped. to the VxLAN corresponding to the default UP device. That is, what is stored in the SF device is the mapping relationship between the port information of the port connected to the terminal in the SF device, the VLAN information corresponding to the terminal and the network identifier of the VxLAN corresponding to the default UP device.
- the SDN controller after the SDN controller receives the device information of the target UP device, in order to control the target terminal to access the target UP device, the access port and VLAN of the target terminal need to be mapped to the VxLAN corresponding to the target UP device. Based on this, the SDN controller can deliver the VxLAN corresponding to the target UP device to the SF device.
- the SF device After receiving the migration instruction, the SF device can search for the record containing the above port information and VLAN information from the stored mapping relationship according to the port information, VLAN, and QINQ of the target terminal carried in the migration instruction, and then The VxLAN network identifier corresponding to the port information and VLAN information in the record is updated to the VxLAN network identifier corresponding to the target UP device.
- the target terminal is connected to the network by accessing the target UP device.
- FIG. 7 is a schematic flowchart of a method for accessing a gateway according to another embodiment of the present application.
- the flow of the method is to perform dynamic user migration among multiple UP devices in a scenario where the target terminal is online and triggering a migration condition, so as to achieve load balancing among the multiple UP devices.
- the method for accessing a gateway includes the following steps:
- the USF device interacts with the CP device and/or the SDN controller respectively to determine whether at least one first UP device among the multiple UP devices satisfies the set migration condition.
- the USF device may obtain relevant information for making migration decisions in the process of interacting with other devices in the system.
- the interaction process may include a process in which the USF device interacts directly with other devices, or may include a process in which the USF device interacts with other devices through a relay device, which is not limited in this application.
- the USF device may acquire the first information during the interaction with the CP device, where the first information is used for the USF device to make a migration decision to determine the target UP device from the multiple UP devices.
- the first information may include any one or more of the following: user information of the target terminal, loads of the multiple UP devices, device status information of the multiple UP devices, and migration instruction information, wherein the migration instruction information is used for indicating that at least one first UP device among the multiple UP devices satisfies the migration condition, and the first UP device is any UP device among the multiple UP devices.
- any UP device that can be managed by the CP device can send its own load and/or device status information to the CP device.
- the CP device may send the load and/or device status information of any UP device to the USF device for use in The USF device determines a target UP device among the plurality of UP devices according to the load and/or device state information acquired from the CP device, and instructs the target terminal to access the target UP device.
- the CP device sends the user information of the target terminal to the USF device, and the user information is used for the USF device to send the user information to the multiple UP devices according to the user information and the load and/or device status information. Determine the target UP device.
- the CP device may send relocation indication information to the USF device, where the relocation indication information is used to indicate that at least one UP device among the multiple UP devices satisfies the relocation condition, and the relocation indication information is used for the USF
- the device determines, according to the migration indication information, whether to migrate at least one online target terminal on the at least one UP device that meets the migration condition to the target UP device; the migration condition includes: the load satisfies the set load condition, and or/or, the device state has changed.
- the first information received by the USF device during the interaction with the CP device may not include the migration indication information, and the USF device determines whether the set migration condition is satisfied according to the content of the first information. Thus triggering the migration operation. It can be understood that, in the case where the USF is configured on the CP device, these interactions are interactions within the CP device. Wherein, each UP device may send its own load and/or device status information to the CP device based on a predetermined time period, or may send its own load and/or device status information to the CP device when the above transition conditions are met. Status information, which is not limited in this application.
- the SDN controller can monitor each UP device, and when it is determined that the device status of each UP device changes (for example, a fault goes offline), it sends the above-mentioned migration indication information to the USF device, and the migration indication information can be It is used to indicate that at least one first UP device among the multiple UP devices satisfies the set migration condition.
- the SDN controller can also directly report the load and/or device status information of the UP device to the USF device, and the USF device determines whether the set migration condition is satisfied according to the reported content, thereby triggering the migration operation. It can be understood that, in the case where the USF is configured in the SDN controller, these interactions belong to the interactions within the SDN controller.
- the USF device determines that at least one first UP device among the multiple UP devices satisfies the set migration condition, and makes a migration decision according to the load of the multiple UP devices to guide terminal migration among the multiple UP devices.
- a migration decision For details of the migration decision, please refer to the above related description, which will not be repeated here.
- the USF device delivers migration information to the CP device.
- the migration information is used to indicate the target UP device corresponding to the target terminal to be migrated and the device information of the target UP device.
- the CP device generates user entry information according to the received migration information, and sends the user entry information to the target UP device (such as UP2) to instruct UP2 to forward the datagram sent after the user migration is successful according to the user entry information Arts.
- the target UP device such as UP2
- the CP device sends a delete instruction to the source UP device (for example, UP1) of the target terminal to instruct UP1 to delete the original user entry information.
- UP1 the source UP device
- the USF device sends a migration instruction to the SDN controller, where the migration instruction includes the access line information of the target terminal to be migrated and the device information of the target UP device, so as to instruct the SDN controller to perform the following steps:
- the access line information of the target terminal and the device information of the target UP device are used to control the target terminal to access the target UP device through the migration function SF device.
- the access line information may include the media access control MAC address of the terminal, the device identifier of the access network AN device, the port information of the port connected to the SF device in the AN device, and the virtual local area network VLAN corresponding to the terminal.
- Information (or QINQ).
- the device information of the target UP device may include: the device identifier of the target UP device, the interface information of the target interface of the target UP device, the virtual extensible local area network VxLAN (or virtual leased line) corresponding to the target interface. , VLL) or Ethernet virtual private network (ethernet virtual private network, EVPN, etc.) network identifier.
- the SDN controller may configure the SF device according to the access line information of the target terminal and the device information of the target UP device, so that the SF device maps the port, VLAN, QINQ, etc. corresponding to the target terminal to the corresponding target UP device Connected Layer 2 tunnels (VXLAN/VLL/EVPN).
- VXLAN/VLL/EVPN Connected Layer 2 tunnels
- the target terminal is connected to the network by accessing the target UP device.
- the interaction between the various devices in the system shown in FIG. 1 is schematically illustrated in the scenario of the terminal requesting to go online and the scenario of online terminal migration through the method flowcharts in FIGS. 6-7 .
- the USF device is only an example of a device independent of the SDN controller and the CP device, and does not limit the product form of the USF device. If the USF device is configured in the SDN controller or in the CP device, it is only the changes pointed to by some arrows in the flowcharts of FIG. 6 to FIG. 7 , and the functions of each device are not changed.
- the embodiment of the present application can accurately determine the target terminal to access to according to the load of multiple UP devices and through various calculation methods in the scenario of terminal requesting to go online and the scenario of online terminal migration.
- the target UP device realizes the load sharing of the devices in the network, and realizes flexible scheduling of user sessions among multiple UP devices at the same time, which is conducive to realizing network load balancing.
- an embodiment of the present application provides an apparatus 800 for an access gateway, and the apparatus 800 can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and a control plane managed by the CP device.
- the network system further includes a user plane migration function USF device.
- the apparatus 800 is the USF equipment, which may be the USF equipment described in the above-mentioned FIGS. 1 to 2 and FIGS. 6 to 7 .
- the apparatus 800 may include an acquisition module 810 , a determination module 820 and a control module 830 .
- the obtaining module 810 is configured to obtain user information of the target terminal.
- the obtaining module 810 is configured to obtain user information of the target terminal.
- the determining module 820 is configured to determine a target UP device among the plurality of UP devices according to the user information and the load of the plurality of UP devices.
- a target UP device among the plurality of UP devices according to the user information and the load of the plurality of UP devices.
- the control module 830 is configured to instruct the target terminal to be connected to the target UP device.
- S320 in the embodiment shown in FIG. 3
- S608-S610 in the embodiment shown in FIG. 6
- S706-S708 in the embodiment shown in FIG. 7 , and details are not repeated here.
- the user information includes a service level agreement SLA level of the target terminal
- the determining module is configured to: determine, according to the corresponding relationship between the SLA level and the UP device, all UP devices among the plurality of UP devices. at least two candidate UP devices corresponding to the SLA level; according to the load of the at least two candidate UP devices, among the at least two candidate UP devices, select all the candidate UP devices whose load satisfies the set first load condition Describe the target UP device.
- S320 Service level agreement
- the first load condition includes: selecting a UP device with the smallest load; and/or selecting a UP device with a load not greater than a first value, wherein the first value includes the at least two Load average of the candidate UP devices.
- the load of any UP device includes: user session load, and/or traffic load.
- the user session load includes at least one of the following: the number of user sessions and session utilization; the traffic load includes bandwidth utilization.
- the obtaining module is configured to: when the target terminal requests the CP device to go online, obtain the user information of the target terminal from the CP device, wherein the user information is all
- the CP device is obtained according to the dialing protocol message sent by the target terminal.
- the target terminal is an online terminal that has accessed the gateway through a first UP device
- the first UP device is at least one UP device among the multiple UP devices
- the determining module for: when it is determined that the at least one first UP device satisfies the migration condition, according to the user information and the load of the plurality of UP devices, determine the target UP device among the plurality of UP devices,
- the migration condition includes: the load satisfies the set second load condition, and/or the device state changes;
- the control module is configured to: indicate at least one online target on the first UP device that will satisfy the migration condition
- the terminal migrates to the target UP device.
- the change in the device state of the first UP device includes any one or more of the following: the first UP device is pre-offline or offline due to failure; the first UP device is initially online or Back online.
- the first UP device is initially online or Back online.
- control module in the case where multiple line target terminals are connected to the first UP device that satisfies the migration condition, the control module is configured to: indicate the first UP device that will satisfy the migration condition Multiple online target terminals under the same interface and/or in the same Internet Protocol IP address segment are migrated to the same or different target UP devices.
- S330 in the embodiment shown in FIG. 3 , or S605-S610 in the embodiment shown in FIG. 6 , or S703-S708 in the embodiment shown in FIG. 7 , which will not be repeated here.
- control module instructing to migrate multiple online target terminals under the same interface and/or in the same IP address segment on the first UP device that meets the migration condition to the same target UP device includes:
- the USF device instructs to migrate multiple online target terminals under the same interface and/or in the same IP address segment on the first UP device that meets the migration condition to the same target interface in the target UP device and/or or in the same target Internet Protocol IP address segment.
- S330 in the embodiment shown in FIG. 3 or S605-S610 in the embodiment shown in FIG. 6 , or S703-S708 in the embodiment shown in FIG. 7 , which will not be repeated here.
- the system further includes a software-defined network SDN controller; wherein the apparatus is configured in the CP device; or the apparatus is configured in the SDN controller; or the apparatus is a device independent of the CP device and the SDN controller.
- a software-defined network SDN controller for a specific implementation manner, please refer to the network system shown in FIG. 1 , which will not be repeated here.
- the apparatus is a device independent of the CP device and the SDN controller; the obtaining module is configured to: receive the user information from the CP device; the obtaining module also uses To: receive any one or more of the following from the CP device: the load of the plurality of UP devices, the device status information of the plurality of UP devices, and migration indication information, where the migration indication information is used to indicate the At least one first UP device among the multiple UP devices satisfies the migration condition; the control module is configured to: instruct the SDN controller to connect the target terminal to the target UP device.
- S330 in the embodiment shown in FIG. 3
- S605-S610 in the embodiment shown in FIG. 6
- S703-S708 in the embodiment shown in FIG. 7 , which will not be repeated here.
- the control module instructs the SDN controller to connect the target terminal to the target UP device: send a migration instruction to the SDN controller, where the migration instruction carries the target terminal The access line information and the device information of the target UP device, and the migration instruction is used to instruct the SDN controller to pass the migration function based on the access line information of the target terminal and the device information of the target UP device.
- the SF device controls the target terminal to access the target UP device; the control module is further configured to: send migration information to the CP device, where the migration information is used to indicate the target UP device corresponding to the target terminal and the device information of the target UP device.
- S330 in the embodiment shown in FIG. 3
- S605-S610 in the embodiment shown in FIG. 6
- S703-S708 in the embodiment shown in FIG. 7 , which will not be repeated here.
- the access line information is carried in a dial-up protocol message sent by the target terminal through the SF device, and the access line information includes the media access control MAC address of the target terminal, The device identifier of the access network AN device, the port information of the port connected to the SF device in the AN device, and the virtual local area network VLAN information corresponding to the target terminal;
- the device information of the target UP device includes: the target The device identifier of the UP device, the interface information of the target interface of the target UP device, and the network identifier of the virtual extensible local area network VxLAN corresponding to the target interface.
- any UP device among the plurality of UP devices is a physical UP device or a virtual UP device.
- an embodiment of the present application provides an apparatus 900 for an access gateway, and the apparatus 900 can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and the management of the CP device.
- the network system further includes a user plane migration function USF device.
- the apparatus 900 may be configured on any UP device among the multiple UP devices, or may be the UP device itself, and may implement the functions of the UP device in the above-mentioned FIGS. 6-7 .
- the apparatus 900 may include an obtaining module 910 and a sending module 920 .
- the acquisition module 910 is used to acquire its own load and/or device status information; for a specific implementation, please refer to the detailed description of S701 in the embodiment shown in FIG. 7 , which will not be repeated here.
- a sending module 920 configured to send the load and/or the device state information to the CP device, where the load and/or device state information is used by the USF device according to the load and/or the device state information obtained from the CP device Or the device status information determines a target UP device among the plurality of UP devices, and instructs the target terminal to be connected to the target UP device.
- the load and/or device state information is used by the USF device according to the load and/or the device state information obtained from the CP device
- the device status information determines a target UP device among the plurality of UP devices, and instructs the target terminal to be connected to the target UP device.
- the sending module 920 may send its own load and/or device status information to the CP device based on a predetermined time period; Send its own load and/or device status information to the CP device.
- the setting conditions may include: the state of the device itself changes and/or the load of the device itself changes.
- the change in the state of the device itself includes any one or more of the following: the device is pre-offline or offline after failure; the device is initially brought online or goes online again; the load of the device itself changes including: the device Its own load satisfies the set load conditions.
- S701 in the embodiment shown in FIG. 7 and will not be repeated here.
- an embodiment of the present application provides an apparatus 1000 for an access gateway, and the apparatus 1000 can be applied to a network system including a virtual broadband network gateway vBNG, where the vBNG includes a control plane CP device and a control plane managed by the CP device.
- the network system further includes a user plane migration function USF device.
- the apparatus 1000 may be configured on the CP device, or the CP device itself, and may implement the functions of the CP device in the above-mentioned FIG. 4 , FIG. 6 to FIG. 7 .
- the apparatus 1000 may include a receiving module 1010 and a sending module 1020 .
- the receiving module 1010 is configured to receive the load and/or device status information of the UP device itself from any UP device among the multiple UP devices; for a specific implementation, please refer to FIG. 6 , Or the detailed description of FIG. 7 will not be repeated here.
- a sending module 1020 configured to send the load and/or device status information of any UP device itself to the USF device; the load and/or device status information is used by the USF device according to the load and/or device status information
- the device status information determines a target UP device among the plurality of UP devices, and instructs a target terminal to access the target UP device.
- the sending module is further configured to: send user information of the target terminal to the USF device, where the user information is used by the USF device according to the user information and the load and/or device The state information determines a target UP device among the plurality of UP devices.
- the sending module is further configured to: send user information of the target terminal to the USF device, where the user information is used by the USF device according to the user information and the load and/or device The state information determines a target UP device among the plurality of UP devices.
- the connecting the target terminal to the target UP device includes migrating the online target terminal to the target UP device; the sending module is further configured to: send migration indication information to the USF device,
- the migration indication information is used to indicate that at least one UP device in the plurality of UP devices satisfies the migration condition, and the migration indication information is used for the USF device to determine, according to the migration indication information, whether to convert the UP device that meets the migration condition.
- At least one online target terminal on the at least one UP device is migrated to the target UP device; the migration condition includes: the load satisfies the set load condition, and/or the device state changes.
- the change in the device state of the at least one UP device includes: the at least one UP device is pre-offline or offline due to failure, or the at least one UP device is initially online or comes back online.
- embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
- computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
- These computer program instructions may also be stored in a computer readable memory capable of directing a computer or other programmable data processing module to function in a particular manner, such that the instructions stored in the computer readable memory result in an article of manufacture comprising instruction means, the instructions
- the apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.
- These computer program instructions can also be loaded on a computer or other programmable data processing module to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process such that The instructions provide steps for implementing the functions specified in the flow or blocks of the flowcharts and/or the block or blocks of the block diagrams.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Computing Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
一种接入网关的方法及装置,涉及通信技术领域。应用于包括虚拟宽带网络网关vBNG的网络系统,vBNG包括控制面CP设备和CP设备所管理的多个UP设备,网络系统还包括用户面迁移功能USF设备,方法包括:USF设备获取目标终端的用户信息;所述USF设备根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定目标UP设备;所述USF设备指示将所述目标终端接入所述目标UP设备。由此,在包括vBNG的网络系统中为目标终端选择合适的UP设备,同时实现多个UP设备间的负载均衡。
Description
相关申请的交叉引用
本申请要求在2020年09月04日提交中国专利局、申请号为202010924405.X、申请名称为“一种接入网关的方法及装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及通信技术领域,特别涉及一种接入网关的方法及装置。
随着软件定义型网络(software designed network,SDN)技术以及网络功能虚拟化(network function virtualization,NFV)技术的发展,宽带网络网关(broadband network gateway,BNG)基于SDN技术和NFV技术的架构实现了控制功能与转发功能的解耦。其中,可以将基于SDN技术和NFV技术的架构实现控制功能与转发功能解耦的BNG称为虚拟宽带网络网关(virtual broadband network gateway,vBNG)。通常,vBNG可以包括控制面(control plane,CP)设备以及多个用户面(user plane,UP)设备,且CP设备可以对多个UP设备进行管理。目前,终端在接入vBNG时,CP设备如何为终端选择最合适的UP设备,仍为亟需解决的问题。
发明内容
本申请实施例提供一种接入网关的方法及装置,有助于在包括vBNG的网络系统中为目标终端选择合适的UP设备,同时实现多个UP设备间的负载均衡。
第一方面,本申请实施例提供了一种接入网关的方法,该方法可以应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述多个UP设备中的任一个UP设备可以为物理UP设备,也可以为虚拟UP设备,所述网络系统还可以包括用户面迁移功能USF设备。
该方法可以由USF设备执行。在该方法中,所述USF设备可以获取目标终端的用户信息,并根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定目标UP设备,然后指示将所述目标终端接入所述目标UP设备。通过该设计,可以在包括vBNG的网络系统中,在任何场景中,根据目标终端和用户信息和多个UP设备的负载,为目标终端选择合适的目标UP设备,同时实现CP设备所管理的多个UP设备间的负载均衡。需要说明的是,该方法可以用于在任何场景中为目标终端确定目标UP设备,包括但不限于目标终端请求上线的场景、目标终端为已成功接入网关的在线目标终端的场景等,本申请对此不做限定。
在一些情形中,还可以将CP设备所管理的多个UP设备划分为不同的UP设备组,每个UP设备组中可以包括至少两个备选UP设备。在上述方法中,也可以通过针对每个UP设备组实现负载均衡,视为CP设备所管理的多个UP设备实现负载均衡。一种可能的设 计中,所述用户信息可以包括所述目标终端的服务水平协议SLA等级,所述USF设备根据所述用户信息和所述多个UP设备的负载信息,在所述多个UP设备中确定目标UP设备,包括:所述USF设备根据SLA等级与UP设备的对应关系,在所述多个UP设备中确定所述SLA等级对应的至少两个备选UP设备;根据所述至少两个备选UP设备的负载,在所述至少两个备选UP设备中,选择负载满足设定的第一负载条件的所述目标UP设备。
通过上述设计,例如可以根据SLA等级对CP设备管理的多个UP设备进行组别划分。由此,USF设备在进行迁移决策以为目标终端确定目标UP设备时,可以兼顾目标终端的SLA需求和该SLA需求的各个备选UP设备的负载,在同一SLA等级对应的至少两个备选UP设备中为目标终端选择最合适的UP设备进行接入或者动态迁移,从而实现该SLA等级对应的至少两个备选UP设备间的负载均衡。
本申请实施例中,可以根据多种负载信息和/或通过多种计算方式,为目标终端确定目标UP设备,实现负载分担,从而实现多个UP设备之间的负载均衡,本申请对此不做限定。作为示例,所述第一负载条件可以包括:选择负载最小的UP设备;和/或,选择负载不大于第一值的UP设备,其中,所述第一值包括所述至少两个备选UP设备的负载平均值。作为示例,所述多个UP设备中的任一个UP设备的负载可以包括:用户会话负载,和/或,流量负载。用户会话负载可以包括以下至少一项:用户会话数量、会话利用率;所述流量负载可以包括:带宽利用率。换言之,总是可以将目标终端迁移至负载较小的UP设备上,以避免多个UP设备中的某个或某些UP设备的负载过重而导致各UP设备的负载不均衡。
本申请实施例中,USF设备可以在目标终端请求上线的场景中针对该目标终端进行迁移决策,以为该目标终端确定目标UP设备,便于该目标终端通过该目标UP设备接入网关从而连接到网络。一种可能的设计中,所述USF设备获取目标终端的用户信息,可以包括:所述USF设备在所述目标终端向所述CP设备请求上线时,从所述CP设备获取所述目标终端的用户信息,其中,所述用户信息是所述CP设备根据所述目标终端发送的拨号协议报文获得的。通过该设计,有助于在终端请求上线的过程中实现不同UP设备的负载均衡。
本申请实施例中,USF设备也可以感知触发迁移条件时,对在线的目标终端进行迁移决策以为该目标终端确定要迁移至的目标UP设备,从而通过对在线终端的动态迁移,实现多个UP设备之间的负载均衡。一种可能的设计中,若所述目标终端为已通过第一UP设备接入网关的在线目标终端,所述第一UP设备为所述多个UP设备中的至少一个UP设备;所述USF设备根据所述用户信息和所述多个UP设备的负载在所述多个UP设备中确定目标UP设备,包括:所述USF设备在确定所述至少一个所述第一UP设备满足迁移条件时,根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定所述目标UP设备;所述迁移条件包括:负载满足设定的第二负载条件,和/或,设备状态发生变化;所述USF设备指示将所述目标终端接入所述目标UP设备包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的至少一个在线目标终端迁移至所述目标UP设备。通过该设计,通过在这多个UP设备之间进行动态的用户迁移,从而实现多个UP设备之间的负载均衡。
由于UP设备上线或者UP设备下线将会影响vBNG的网络拓扑,从而影响在线终端的相关服务。一种可能的设计中,所述第一UP设备的设备状态发生变化可以包括以下任 一项或多项:所述第一UP设备预下线或故障下线;所述第一UP设备初始上线或恢复上线。通过该设计,可以设置为在多个UP设备中的任一UP设备的设备状态发生变化时触发迁移条件,从而触发USF设备针对这多个UP设备进行迁移决策,从而通过各个UP设备间的负载分担实现多个UP设备间的负载均衡。需要说明的是,本申请实施例中,对于UP设备状态变化的不同情形,对于负载分担的相关算法还可以进行相应的修改或调整,以便提高算法的准确性。相关算法的调整可参见具体实施方式部分的相关介绍,在此不再赘述。
本申请实施例中,在满足所述迁移条件的第一UP设备上接入有多个线目标终端的情况下,例如可以根据UP设备、接口、地址段等多种粒度,实现对多个目标终端的迁移决策以及迁移操作。例如,所述USF设备指示将满足所述迁移条件的第一UP设备上的至少一个在线目标终端迁移至所述目标UP设备,可以包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一互联网协议IP地址段中的多个在线目标终端迁移至同一或不同的目标UP设备。或者例如,所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至同一目标UP设备包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至所述目标UP设备中的同一目标接口下和/或同一目标互联网协议IP地址段中。通过该设计,通过基于UP设备、接口、IP地址段等多种粒度实现对多个目标终端的迁移决策,有利于减少决策时间以及迁移操作的时间。
本申请实施例中,USF设备可以具有多种产品形态,本申请对此不做限定。作为示例,上述网络系统还可以包括软件定义型网络SDN控制器;其中,所述USF设备可以配置在所述CP设备中;或者,所述USF设备可以配置在所述SDN控制器中;或者,所述USF设备可以是独立于所述CP设备和所述SDN控制器的设备。需要说明的是,当USF设备具有不同的形态时,相应地USF设备与网络系统中的其它设备的交互过程有所不同,相应的,针对目标终端进行迁移决策所需的信息的获得方式也可以有所不同,USF设备指示将目标终端接入目标UP设备的过程的具体实现也有所不同,本申请对此不做限定。
在一个示例中,若USF设备配置在CP设备中。该USF设备可以通过CP设备获取目标终端的用户信息、接入线路信息、多个UP设备的负载、多个UP设备的设备状态信息、迁移指示信息、以及目标UP设备的设备信息等。其中,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件。该USF设备还可以通过CP设备向SDN控制器发送迁移指令,迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器根据所述接入线路信息和所述设备信息,通过迁移功能SF设备将所述目标终端接入所述目标UP设备。
在一个示例中,若USF设备配置在SDN控制器中。该USF设备可以从CP设备接收目标终端的用户信息、接入线路信息、多个UP设备的负载、多个UP设备的设备状态信息、迁移指示信息、以及目标UP设备的设备信息等。其中,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件。该USF设备可以通过SDN控制器指示将目标终端接入所述目标UP设备。
在一个示例中,若所述USF设备是独立于所述CP设备和所述SDN控制器的设备;所述USF设备获取目标终端的用户信息包括所述USF设备从所述CP设备接收所述用户信息;所述方法还包括:所述USF设备从所述CP设备接收以下的任一项或多项:所述多个 UP设备的负载、所述多个UP设备的设备状态信息、迁移指示信息,其中,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件;所述USF设备指示将所述目标终端接入所述目标UP设备包括:所述USF设备指示所述SDN控制器将所述目标终端接入所述目标UP设备。
本申请实施例中,若所述USF设备是独立于所述CP设备和所述SDN控制器的设备,所述USF设备指示所述SDN控制器将所述目标终端接入所述目标UP设备可以包括:所述USF设备向所述SDN控制器发送迁移指令,所述迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器基于所述目标终端的接入线路信息和所述目标UP设备的设备信息通过迁移功能SF设备控制所述目标终端接入所述目标UP设备;所述方法进一步可以包括:所述USF设备向所述CP设备发送迁移信息,所述迁移信息用于指示所述目标终端对应的所述目标UP设备和所述目标UP设备的设备信息。
本申请实施例中,所述接入线路信息携带在所述目标终端通过所述SF设备发送的拨号协议报文中,所述接入线路信息包括所述目标终端的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口(也即目标终端的端口)的端口信息以及所述目标终端对应的虚拟局域网VLAN信息;所述目标UP设备的设备信息包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN的网络标识符。基于上述目标终端的接入线路信息和目标UP设备的设备信息,最后可以通过SF设备将目标终端的端口、VLAN信息等映射到对应目标UP设备的二层隧道,以将该目标终端接入到该目标UP设备。
第二方面,本申请实施例提供了一种接入网关的方法,该方法可以应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述多个UP设备中的任一个UP设备可以为物理UP设备,也可以为虚拟UP设备,所述网络系统还可以包括用户面迁移功能USF设备。
该方法可以由UP设备执行。在该方法中,所述多个UP设备中的任一UP设备,可以向所述CP设备发送自身的负载和/或设备状态信息,负载和/或设备状态信息用于所述USF设备根据从所述CP设备获取的所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
一种可能的设计中,所述任一UP设备基于预定时间周期向所述CP设备发送自身的负载和/或设备状态信息;和/或,所述任一UP设备在满足设定条件时,向所述CP设备发送自身的负载和/或设备状态信息。
通过上述设计,任一个UP设备可以向CP设备上报自身的负载和/或设备状态信息,以便于CP设备将相关信息发送给USF设备,以便USF设备进行迁移决策,从而有助于实现多个UP设备之间的负载均衡。
一种可能的设计中,所述设定条件包括:所述任一UP设备自身的状态发生变化和/或所述任一UP设备自身的负载发生变化。
一种可能的设计中,所述任一UP设备自身的状态发生变化包括以下任一项或多项:所述任一UP设备预下线或故障下线;所述UP设备初始上线或恢复上线;所述任一UP设备自身的负载发生变化包括:所述任一UP设备自身的负载满足设定的负载条件。
第三方面,本申请实施例提供了一种接入网关的方法,该方法可以应用于包括虚拟宽 带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述多个UP设备中的任一个UP设备可以为物理UP设备,也可以为虚拟UP设备,所述网络系统还可以包括用户面迁移功能USF设备。
该方法可以由CP设备执行。在该方法中,所述CP设备可以从所述多个UP设备中的任一UP设备接收所述任一UP设备自身的负载和/或设备状态信息;所述CP设备可以向所述USF设备发送所述任一UP设备自身的负载和/或设备状态信息;所述负载和/或设备状态信息用于所述USF设备根据所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
一种可能的设计中,所述CP设备向所述USF设备发送目标终端的用户信息,所述用户信息用于所述USF设备根据所述用户信息以及所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。
一种可能的设计中,所述将目标终端接入所述目标UP设备包括将在线目标终端迁移至所述目标UP设备;所述方法还包括:所述CP设备向所述USF设备发送迁移指示信息,所述迁移指示信息用于指示所述多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的至少一个在线目标终端迁移至所述目标UP设备;所述迁移条件包括:负载满足设定的负载条件,和/或,设备状态发生变化。
一种可能的设计中,所述至少一个UP设备的设备状态发生变化包括:所述至少一个UP设备预下线或故障下线,或者,所述至少一个UP设备初始上线或恢复上线。
第四方面,本申请实施例提供了一种接入网关的装置,可以应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述多个UP设备中的任一个UP设备可以为物理UP设备,也可以为虚拟UP设备,所述网络系统还可以包括用户面迁移功能USF设备。所述接入网关的装置具有实现上述第一方面或第二方面或第三方面中接入网关的方法行为的功能。所述接入网关的装置可以为该网络系统中的USF设备或UP设备或CP设备,该装置包括至少一个模块,该至少一个模块用于实现上述第一方面或第二方面或第三方面所提供的接入网关的方法。
第五方面,本申请实施例提供了一种接入网关的装置,包括至少一个处理器,所述至少一个处理器与至少一个存储器耦合:所述至少一个处理器,用于执行所述至少一个存储器中存储的计算机程序或指令,以使得所述装置执行上述第一方面、第二方面或者第三方面的任一种可能的设计中的方法。可选地,该装置还包括通信接口,处理器与通信接口耦合。该通信接口可以是收发器或输入/输出接口;当该装置为网络设备中包含的芯片时,该通信接口可以是芯片的输入/输出接口。可选地,收发器可以为收发电路,输入/输出接口可以是输入/输出电路。
第六方面,本申请实施例提供了一种可读存储介质,用于存储指令,当所述指令被执行时,使上述第一方面所述的方法被实现,或者使上述第二方面所述的方法被实现,或者使上述第三方面所述的方法被实现。
第七方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面或第二方面或第三方面所述的接入网关的方法。
第八方面,本申请实施例提供一种芯片系统,包括:处理器,所述处理器与存储器耦合,所述存储器用于存储程序或指令,该芯片系统还可包括接口电路,所述接口电路用于 接收代码指令并传输至处理器;当所述程序或指令被所述处理器执行时,使得该芯片系统实现上述第一方面或第二方面或第三方面的任一种可能的设计中的方法。
可选地,该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等。当通过软件实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现。
可选地,该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起,也可以和处理器分离设置,本申请并不限定。示例性的,存储器可以是非瞬时性处理器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请对存储器的类型,以及存储器与处理器的设置方式不作具体限定。
第九方面,本申请实施例提供一种网络系统,该网络系统包括虚拟宽带网络网关vBNG和用户面迁移功能USF设备,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备。所述USF设备可以执行上述第一方面所述的方法;所述多个UP设备中的任一个所述UP设备可以执行上述第二方面所述的方法;所述CP设备可以执行上述第三所述的方法。
本申请在上述各方面提供的实现的基础上,还可以进行进一步组合以提供更多实现。
图1为本申请实施例提供的接入网关的方法适用的一种网络系统的架构图;
图2为本申请实施例提供的一种网络设备的结构示意图;
图3为本申请一个实施例的接入网关的方法的流程示意图;
图4为本申请一个实施例的获取目标终端的用户信息的流程示意图;
图5A-图5D为USF设备进行迁移决策的示意图;
图6为本申请一个实施例的目标终端请求上线场景中的接入网关的方法的流程示意图;
图7为本申请一个实施例的用户在线场景中的接入网关的方法的流程示意图;
图8为本申请实施例中提供的一种接入网关的装置的结构示意图;
图9为本申请实施例中提供的一种接入网关的装置的另一结构示意图;
图10为本申请实施例中提供的一种接入网关的装置的另一结构示意图。
在对本申请实施例进行详细的解释说明之前,先对本申请实施例涉及的系统架构进行介绍。
图1是本申请实施例提供的接入网关的方法适用的一种网络系统的架构图。如图1所示,该系统中包括终端10、接入网络(access network,AN)设备20、迁移功能(sterring function,SF)设备30、vBNG40、用户面迁移功能(user plane sterring function,USF)设备50、SDN控制器60、认证授权计费(authentication authorization accounting,AAA)服务器70。
终端10可以是与AN设备20直接连接的智能手机、台式机、便携式电脑、平板电脑等用户设备。
或者,终端10可以是指家庭网关(residential gateway,RGW)。当终端10是指RGW 时,该RGW可以连接有多个诸如智能手机、台式机、便携式电脑的用户设备,该多个用户设备接入该RGW。在这种情况下,RGW可以对接入的用户设备进行网络地址转换(network address translation,NAT)处理,向家庭内的智能手机、台式机、便携式电脑等用户设备分配私网IP地址。另外,RGW可以与AN设备20进行通信,通过AN设备20进行以太网上的点对点协议(point-to-point protocol over ethernet,PPPoE)、以太网上的互联网协议(internet protocol over ethernet,IPoE)拨号等,以从vBNG40获取IP地址,从而根据获取的IP地址接入vBNG40。这样,当RGW接入vBNG40之后,接入该RGW的用户设备即可以通过该RGW接入vBNG40,进而进行网络访问。
应理解的是,本申请实施例中,终端10也可以称为用户。该用户可以是指与接入网络设备直接连接的智能手机、台式机、便携式电脑、平板电脑等用户设备。如果多个诸如智能手机、台式机、便携式电脑等用户设备接入该RGW,则该用户是指该RGW。在下文中,为了便于区分,USF设备进行迁移决策所针对的终端可以称为目标终端,或目标用户。若终端10已通过UP设备接入网关而在线,该终端也可以称为在线目标终端或在线目标用户。
AN设备20与vBNG40中的UP设备之间可以为一层网络。终端10可以通过AN设备20设备进行拨号,从而与vBNG40中的CP设备进行交互。AN设备20可以包括光线路终端(optical line termination,OLT)201和/或交换机(switch,SW)202。当AN设备包括OLT201和SW202时,OLT201可以分别与终端10和SW202进行通信。示例性地,OLT201可以接收终端10发送的拨号协议报文以及数据报文并将接收到的报文转发给SW202。另外,OLT201还可以接收SW202返回的信息,并将接收到的信息转发给终端10。
AN设备20与vBNG40中的UP设备之间可以为二层网络。AN设备20可以直接通过虚拟局域网(virtual local area network,VLAN)将该拨号协议报文传输至vBNG40中的UP设备。或者,可以在AN设备20之后设置SF设备30,该SF设备30与vBNG40中的UP设备之间建立二层隧道。SF设备30与AN设备20接入的物理接口划分不同的子接口,不同子接口中匹配不同的VLAN/QINQ范围,不同子接口对应不同二层隧道。终端请求上线(going-online)时,SF设备30将终端10的拨号协议报文通过业务通道上送至CP设备处理,同时进行家庭终端的汇聚,将终端10汇聚到UP,进行二层报文的转发,并对终端10进行VLAN/QINQ的隔离,每个终端10独享一个VLAN/QINQ。USF设备做出迁移决策后,可以向SDN控制器下发迁移指令,该迁移指令中包括迁移策略。进一步地,SDN控制器可以向SF设备30下发策略,SF设备30能够基于从SDN控制器接收到相应的迁移策略,将要进行迁移的终端10的端口以及VLAN/QINQ映射到与对应的目标UP设备连接的二层隧道(VXLAN/VLL/EVPN),从而使得终端10通过接入该目标UP设备连接到网络。
vBNG40可以包括CP设备401和多个UP设备402。其中,CP设备401为vBNG业务控制平面,UP设备402为vBNG业务转发平面。一个CP设备401可以管理多个UP设备402。CP设备401可以作为虚拟网络功能(virtual network feature,VNF)单元,运行在服务器,实现虚拟化上。UP设备402可以存在两种形态,可以作为VNF单元运行在服务器上,即虚拟UP设备(virtual User Plane,vUP),也可以是传统的物理网络功能(PNF)设备,即物理UP设备(physic user plane,pUP),一个CP设备401可以管理多个pUP设备和/或vUP设备。
CP设备401和UP设备402之间可以包括三种接口,例如业务接口PRi、管理接口Mi、控制接口SCi。其中,业务接口PRi可以采用vxlan-GPE接口,若终端10的拨号协议报文通过一个缺省的UP设备转发,该缺省的UP设备接收到终端10的拨号协议报文后,可以通过该PRi接口封装该拨号协议报文后上送至CP设备401处理。管理接口Mi可以采用netconf接口,CP设备401可以采用该Mi接口向UP设备402下发配置,UP设备402也可以采用该Mi接口向CP设备401上报一些自身的运行状态相关的信息。控制接口SCi可以采用CUSP接口,CP设备401处理终端10的拨号协议报文后,完成终端10的协议交互,终端10上线后,CP设备401可以通过该SCi接口向对应UP设备401下发用户表项信息。
如图1所示,CP设备401可以分别与SF设备30、USF设备50、SDN控制器60、AAA服务器70建立有通信连接。CP设备401能够与SF设备30交互以从SF设备30接收用户的拨号协议报文并进行处理,还可以与AAA服务器70交互以进行用户认证、计费和授权,还可以与USF设备交互多个UP设备的相关信息以及从USF设备接收迁移策略。
具体例如:终端10请求上线(going-online)时,SF设备30可以直接或通过一个缺省的UP设备转发,将终端10的拨号协议报文发送至CP设备。当CP设备401接收到终端10的拨号协议报文后,对该拨号协议报文进行解析,以从该拨号协议报文中获取终端10的接入线路信息以及拨号认证信息。该接入线路信息例如可以包括终端10的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口的端口信息以及所述目标终端对应的虚拟局域网VLAN信息等。拨号认证信息例如可以包括来自终端10的用户名、密码等,可以用于对该终端10进行用户认证、计费和授权等。CP设备可以通过本申请实施例提供的接入网关的方法,例如根据终端10的SLA等级向USF设备通知终端10上线并等待USF设备指导终端10迁移,以将终端10的端口的端口信息、VLAN信息等映射到对应目标UP设备(例如UP2)接入的二层隧道上,以控制终端10接入多个UP设备402中的一个最合适的UP设备402。
若终端10为已通过UP设备接入网关而成为在线(already-online)终端时,USF设备可以在与系统中的其它设备交互的过程中获取相关信息,并针对在线目标终端进行迁移决策。相应的,USF设备可以向CP设备401下发迁移策略,以便该CP设备401控制已成功接入UP设备402的在线目标终端迁移至目标UP设备,以在多个UP设备之间实现负载分担。
具体例如,多个UP设备中的任一个UP设备,可以向CP设备发送自身的负载和/或设备状态信息,负载和/或设备状态信息用于所述USF设备根据从所述CP设备获取的所述负载和/或设备状态信息在多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。可以理解的是,在具体实现中,CP设备可以向USF设备发送以下的任一项或多项:多个UP设备的负载、多个UP设备的设备状态信息、迁移指示信息,其中,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件,所述迁移条件包括:负载满足设定的第二负载条件,和/或,设备状态发生变化。SDN控制器也可以监控各个UP设备,并例如可以向USF设备上报上述迁移指示信息。USF设备可以根据所接收到的信息进行迁移决策,并通过相应的计算,确定要进行迁移的在线目标终端以及该在线目标终端要迁移至的目标UP设备,以指导CP设备管理的多个UP设备间进行动态的用户迁移,从而实现多个UP设备间的负载均衡。
此外,本申请实施例中,CP设备也可以根据从多个UP设备接收到的负载和/或设备状态信息,确定所管理的任一UP设备是否满足设定的迁移条件,并在存在满足迁移条件的UP设备时,向所述USF设备发送迁移指示信息,该迁移指示信息用于指示所述多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的至少一个在线目标终端迁移至所述目标UP设备;所述迁移条件包括:负载满足设定的负载条件,和/或,设备状态发生变化。至少一个UP设备的设备状态发生变化可以包括:所述至少一个UP设备预下线或故障下线,或者,所述至少一个UP设备初始上线或恢复上线。具体在下文中结合流程图详述,在此不再赘述。
UP设备402可以分别与CP设备401和SF设备30连接。当USF设备通过本申请实施例提供的接入网关的方法为终端10确定了要接入的目标UP设备之后告知CP设备,CP设备可以向确定的目标UP设备发送用户表项信息。UP设备402可以接收CP设备401发送的用户表项信息,在本地生成该终端10的转发表项,进行相关的业务策略执行和流量转发,并向外发布路由。SF设备可以在被配置后,将终端10的相关信息映射到目标UP设备对应的二层隧道,从而将该终端10接入到该目标UP设备。
多个UP设备中的任一UP设备也可以向CP设备发送自身的负载和/或设备状态信息,以便CP设备将UP设备的一些状态相关信息上报给USF设备进行迁移决策。其中,任一UP设备基于预定时间周期向所述CP设备发送自身的负载和/或设备状态信息;和/或,任一UP设备可以在满足所述设定的条件时,向所述CP设备发送自身的负载和/或设备状态信息,该设定条件可以包括:所述任一UP设备自身的状态发生变化,例如,任一UP设备自身的状态发生变化包括以下任一项或多项:所述任一UP设备预下线或故障下线;所述UP设备初始上线或恢复上线;该设定条件也可以包括:任一UP设备自身的负载发生变化,例如,任一UP设备自身的负载满足设定的负载条件。本申请对UP设备的上报时机或上报的具体的内容不做限定。
USF设备50是迁移决策控制功能实体。USF设备例如可以根据CP设备上报的该CP设备所管理的多个UP设备的相关信息等进行迁移决策并生成迁移策略,并通知CP设备401、SDN控制器60、以及SF设备30对目标终端进行迁移,实现多个UP设备之间的负载均衡。并且,USF设备也可以从SDN控制器60接收该SDN控制器60对多个UP设备的监控信息,并结合监控信息生成迁移策略以指导用户迁移。USF设备50设备迁移决策的相关描述可以参阅下文具体实施方式的相关描述,在此不再赘述。
其中,USF设备50可以有多种产品形态,例如,USF设备50可以配置在CP设备401上,或者,也可以配置在SDN控制器60上,或者,USF设备50也可以是独立于CP设备401和SDN控制器60的设备,本申请对此不做限定。若USF设备50配置在SDN控制器60上或者是独立于CP设备401和SDN控制器60的设备,一个USF设备也可以实现与多个vBNG40中的CP设备的通信以及交互迁移策略,本申请对此不做限定。
若USF设备是独立于CP设备401和SDN控制器60的设备,SDN控制器60可以与vBNG40中的CP设备401进行通信,还可以与SF设备30、USF设备50进行通信。其中,USF设备50可以针对CP设备管理的多个UP设备以及分别接入到该多个UP设备的终端进行迁移决策,USF设备在为终端10确定目标UP设备402之后,可以向CP设备401发送迁移信息,以向CP设备401指示终端10要迁移到的目标UP设备402以及该目标UP 设备402的设备信息。
同时,USF设备可以向SDN控制器下发迁移指令,该迁移指令中可以携带有终端10的接入线路信息以及目标UP设备的设备信息,以指示SDN控制器基于接收到的终端10的接入线路信息以及目标UP设备的设备信息,控制终端10接入到目标UP设备。SDN控制器60接收到USF设备的迁移指令后,可以基于终端10的接入线路信息以及目标UP设备的设备信息,对SF设备30进行配置,以便SF设备30将该终端10的端口和VLAN/QINQ等信息映射到与目标UP设备连接的二层隧道(VXLAN/VLL/EVPN)。在具体实现中,SDN控制器与SF设备之间,也可以是通过SDN控制器与SF设备交互迁移指令或迁移策略实现对SF设备的配置,本申请对此不做限定。
若USF设备配置在CP设备中,SDN控制器60可以与vBNG40中的CP设备401进行通信,还可以与SF设备30进行通信。其中,该USF设备可以通过CP设备获取终端10的用户信息、接入线路信息、多个UP设备的负载、多个UP设备的设备状态信息、以及目标UP设备的设备信息等。该USF设备还可以通过CP设备向SDN控制器发送迁移指令,迁移指令中携带终端10的接入线路信息和目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器根据该接入线路信息和该设备信息,通过迁移功能SF设备将终端10接入到目标UP设备。
若USF设备配置在SDN控制器中,SDN控制器60可以与vBNG40中的CP设备401进行通信,还可以与SF设备30进行通信。其中,该USF设备可以通过SDN控制器从CP设备接收终端10的用户信息、接入线路信息、多个UP设备的负载、多个UP设备的设备状态信息、以及目标UP设备的设备信息等。该USF设备可以通过SDN控制器指示迁移功能SF设备将目标终端接入所述目标UP设备。
SDN控制器60可以与vBNG40包括的CP设备401进行通信。其中,USF设备50在为终端10选择对应的目标UP设备之后,可以向该SDN控制器下发迁移指令,以便SDN控制器可以控制终端10接入对应的UP设备402。具体地,USF设备向SDN控制器下发的迁移指令中可以包括终端10的接入线路信息和目标UP设备的设备信息,SDN控制器可以根据接收到的接入线路信息和设备信息,对SF设备进行配置,以使得SF设备将终端10的相关信息映射到对应目标UP设备的二层隧道,从而实现终端10接入到该目标UP设备。
AAA服务器70可以与vBNG40中的CP设备401进行通信。其中,AAA服务器可以接收CP设备401发送的终端10的拨号认证信息,并根据该拨号认证信息对终端10进行认证、授权和计费。CP设备可以根据终端10的拨号认证信息获取该终端10的SLA等级。另外,在本申请实施例中,AAA服务器70还可以根据该终端10的拨号认证信息来确定终端10对应的SLA等级,并向CP设备401反馈该SLA等级,以便CP设备401以及USF设备进行迁移决策,以为终端10选择对应的目标UP设备,从而使得终端10可以接入对应的目标UP设备。
图2是本发明实施例提供的一种网络设备的结构示意图。图1中的USF设备、vBNG、SDN控制器、SF设备等可以通过图2所示的网络设备来实现。参见图2,该网络设备包括至少一个处理器201,通信总线202,存储器203以及至少一个通信接口204。
处理器201可以是一个通用中央处理器(Central Processing Unit,CPU),微处理器, 特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线202可包括一通路,在上述组件之间传送信息。
存储器203可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其它类型的静态存储设备,随机存取存储器(random access memory,RAM))或者可存储信息和指令的其它类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质,但不限于此。存储器203可以是独立存在,通过通信总线202与处理器201相连接。存储器203也可以和处理器201集成在一起。
通信接口204,使用任何通信模块一类的装置,用于与其它设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
在具体实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图2中所示的CPU0和CPU1。
在具体实现中,作为一种实施例,该网络设备可以包括多个处理器,例如图2中所示的处理器201和处理器205。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,该网络设备还可以包括输出设备206和输入设备207。输出设备206和处理器201通信,可以以多种方式来显示信息。例如,输出设备206可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备207和处理器201通信,可以以多种方式接收用户的输入。例如,输入设备207可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的网络设备可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,该网络设备可以是台式机、网络服务器、无线终端设备、通信设备或者嵌入式设备。本发明实施例不限定该网络设备的类型。
接下来对本申请实施例提供的接入网关的方法进行介绍。
图3为本申请一个实施例的接入网关的方法的流程示意图。其中,该方法可以适用于图1所示的USF设备,如图3所示,该接入网关的方法可以包括以下步骤:
S310:USF设备获取目标终端的用户信息。
在本申请实施例中,该目标终端可以是请求上线(going-online)的终端,也可以是已经成功接入网关而在线(already-online)的在线终端,可以是一个终端,也可以包括两个或更多个终端。当目标终端包括多个终端时,该多个终端可以为多个请求上线的终端,也可以为多个在线终端。或者,当目标终端包括多个终端时,多个终端中,可以是一部分为请求上线的终端,另一部分为在线终端,本申请对此均不做限定。
目标终端的用户信息可以是与目标终端相关且便于USF设备进行迁移决策的任何信 息,该用户信息可以是USF设备本地存储的,也可以是USF设备在与系统中的其它设备或模块或功能组件进行交互的过程中获得的,本申请对此不做限定。
作为示例,当目标终端为请求上线的终端时,目标终端可以通过SF设备进行拨号,从而与CP设备进行交互。相应地,CP设备可以在与目标终端交互的过程中获取该目标终端的用户信息,并将该目标终端的用户信息发送给USF设备。当目标终端为在线目标终端时,CP设备所管理的多个UP设备中的任一个UP设备,可以分别将成功接入到该任一个UP设备的在线目标终端的用户信息上送到CP设备,CP设备将该在线目标终端的用户信息发送给USF设备。或者,SDN控制器可以监控CP设备所管理的多个UP设备,USF设备可以从SDN控制器接收SDN控制器对这多个UP设备的监控信息,该监控信息中可以包括目标终端的用户信息。需要说明的是,在此仅是对目标终端的用户信息的获得方式的示例说明而非任何限定。
在一种可能的设计中,目标终端的用户信息可以包括目标终端的服务水平协议(Service Level Agreement,SLA)等级,CP设备可以在与请求上线的目标终端交互的过程中获得该SLA等级并发送给USF设备,USF设备基于该SLA等级确定目标终端对应的目标UP设备,有助于保障目标终端在线后的相关服务的性能和可靠性。若目标终端的用户信息为该目标终端的SLA等级,如图4所示,可以通过以下步骤实现S310:
S311:终端可以采用PPPoE等拨号,并发送拨号协议报文。
S312:SF设备接收终端的拨号协议报文,并将该拨号协议报文直接上送到CP设备。其中,SF设备可以直接将该拨号协议报文直接上送到CP设备,也可以通过一个缺省的UP设备将该拨号协议报文上送到CP设备,本申请对此不做限定。
S313:CP设备对该拨号协议报文进行解析,以从该拨号协议报文中获取终端的接入线路信息以及拨号认证信息(例如包括用户名、密码等)等。其中,终端的接入线路信息可以用于控制该终端接入网关,拨号认证信息可以用于对该终端进行认证授权。
S314:CP设备将终端的拨号认证信息携带在认证请求中发送至AAA服务器,以便AAA服务器可以根据该拨号认证信息对该终端进行认证授权。
S315:CP设备根据用户的拨号认证信息,获取终端的SLA等级。
在一个示例中,AAA服务器中可以存储有拨号认证信息与SLA等级的对应的关系,AAA服务器在对该终端的认证通过之后,可以根据该终端的拨号认证信息,从存储的拨号认证信息与SLA等级的对应的关系中,获取该终端的SLA等级,并将获取到的SLA等级携带在认证通过消息中发送至CP设备。
在另一个示例中,CP设备中可以存储有拨号认证信息与SLA等级的对应关系,AAA服务器在对该终端的认证通过之后,可以直接向CP设备发送认证通过消息。CP设备在接收到认证通过消息后,根据该终端的拨号认证信息,从自身存储的拨号认证信息与SLA等级的对应关系中,获取终端的SLA等级,并将获取到的SLA等级作为该终端的SLA等级。其中,该认证通过消息中还可以携带该终端的其他授权信息,如该终端的服务质量(quality of service,QoS)、访问控制列表(access control list,ACL)等,在此不再赘述。
需要说明的是,在获取到终端的SLA等级之后,CP设备可以向AAA服务器发送计费开始信息,以指示AAA服务器开始对该终端进行计费。同时,CP设备可以通过PPPoE的网络控制协议(Network Control Protocol,NCP)为该终端分配IP地址以及对应的域名系统(Domain Name System,DNS)信息。
S316:CP设备向USF设备发送终端的SLA等级。
需要说明的是,上述仅仅是以PPPoE拨号为例来对CP设备获取终端的用户信息的过程进行说明。当然,若采用IPoE拨号,则CP设备可以在DHCP等拨号时与终端的交互过程中获取用户信息,本申请实施例对此不再赘述。
需要说明的是,上述仅是对目标终端的SLA等级的获得方式的举例说明而非任何限定。在一些实施例中,若目标终端为已成功接入的在线终端,USF设备也可以本地存储中获得目标终端的SLA等级等用户信息,以便对在线终端进行动态迁移。或者,USF设备也可以在需要进行迁移决策时从CP设备或系统中的其它设备处请求获取目标终端的SLA等级等用户信息,本申请对此不做限定。并且,上述仅是对目标终端的用户信息及其获得方式的举例说明而非任何限定,在其它实施例中,该目标终端的用户信息可以是与终端相关且便于USF设备进行迁移决策的任何信息,本申请对此不做限定。并且,在不同交互阶段所获取到的目标终端的用户信息可以不同或不完全相同,本申请对此也不做限定。
S320:USF设备根据目标终端的用户信息和多个UP设备的负载,在多个UP设备中确定目标UP设备。
本申请实施例中,目标终端的用户信息和多个UP设备的负载可以用于USF设备针对该目标终端进行迁移决策,以在多个UP设备中确定满足相关负载条件的UP设备作为所述目标UP设备,以便于动态地进行用户迁移,实现多个UP设备之间的负载均衡。
在一个示例中,S320中,可以是USF设备在目标终端请求上线的场景中针对该目标终端进行迁移决策,以确定该目标终端要接入到的目标UP设备,从而有助于在终端请求上线的过程中实现不同UP设备的负载均衡。在另一个示例中,S320中,也可以是USF设备在目标终端成功接入网关而成为在线(already-online)终端后的场景中对在线终端进行迁移决策,以在这多个UP设备之间进行动态的用户迁移,从而实现多个UP设备之间的负载均衡。
S320中的目标终端可以是一个,也可以包括两个或更多个终端。若是多个终端同时请求上线的场景,则USF设备可以以相同的处理方式逐一为每个请求上线的目标终端确定相应的目标UP设备,USF设备也可以采用相同的处理方式同时实现对该多个请求上线的终端的迁移决策。若目标终端包括多个在线终端,该多个在线终端可以包括接入到同一源UP设备的多个在线终端,也可以包括分别接入到不同源UP设备的多个在线终端,USF设备也可以针对每个在线终端逐一进行迁移决策,也可以采用相同的处理方式同时实现对该多个在线终端的迁移决策,本申请对此具体实现不做限定。
本申请实施例中,多个UP设备中任一个UP设备的负载可以包括:用户会话负载,和/或,流量负载。用户会话负载可以包括用户会话数量、会话利用率等。流量负载可以包括带宽利用率等。
在具体实现中,针对多个UP设备中的任一个UP设备,USF设备可以以预定的至少一项负载(例如上述用户会话负载,和/或,流量负载;或者是更具体的用户会话数量、会话利用率、带宽利用率等)计算该UP设备的设备负载,以所确定的设备负载作为该UP设备的负载,进而根据多个UP设备的负载,在多个UP设备中选择满足设定的负载条件的UP设备作为目标UP设备。其中,上述至少一项负载可以是UP设备对自身的负载情况的统计信息,也可以是将UP设备的设备状态等相关信息转换得到的信息,例如,若UP设备为初始上线或恢复上线的状态,则该UP设备的用户会话负载、流量负载等均为0。 本申请对此不做限定。本申请实施例中,可以预先配置相关算法和/或相应的转换规则,以便USF设备在终端请求上线的场景中和/或终端在线的场景中进行迁移决策,将在下文中分别结合相应的示例进行详细说明,在此暂不赘述。
在一种可能的设计中,S320中的多个UP设备可以是图1所示的由同一CP设备所管理的多个UP设备,可以为pUP设备,也可以为vUP设备。USF设备可以针对同一CP设备管理的多个UP设备进行迁移决策和用户迁移,从而实现多个UP设备之间的负载均衡。在不同的情形下,S320中可以是USF设备在多个UP设备中确定一个UP设备作为目标UP设备,也可以是在多个UP设备中确定两个或更多个UP设备作为目标UP设备,本申请对此也不做限定。
在另一种可能的设计中,S320中的多个UP设备也可以是同一CP设备所管理的多个UP设备中对应于同一标识或同一属性(例如SLA等级)的至少两个备选UP设备。也就是说,USF设备可以在针对同一CP设备所管理的多个UP设备之间进行迁移决策时,基于同一标识或同一属性等,将这多个UP设备划分为一个或多个小组,并针对各小组中的至少两个备选UP设备之间进行迁移决策,从而通过各个小组的至少两个备选UP设备的负载均衡实现CP设备管理的多个UP设备之间的负载均衡。
在一个示例中,目标终端的用户信息可以为目标终端的SLA等级,所述USF设备可以通过以下步骤执行S320:USF设备根据SLA等级与UP设备的对应关系,在所述多个UP设备中确定所述SLA等级对应的至少两个备选UP设备;根据所述至少两个备选UP设备的负载,在所述至少两个备选UP设备中,选择负载满足设定的第一负载条件的所述目标UP设备。
由此,USF设备在基于目标终端的SLA等级进行迁移决策时,可以兼顾目标终端的SLA需求和各个备选UP设备的负载,在同一SLA等级对应的至少两个备选UP设备中为请求上线的目标终端选择最合适的UP设备进行接入,或者,在同一SLA等级对应的至少两个备选UP设备间对在线终端进行动态迁移,从而实现该SLA等级对应的至少两个备选UP设备间的负载均衡。
需要说明的是,在此仅是以目标终端的用户信息为SLA等级作为一个例子对S320进行详细说明而非任何限定,当用户信息为其它信息时,也可以以与此相同或相似的方式实现S320,在此不再赘述。并且,当目标终端包括多个终端时,USF设备可以针对多个终端分别进行迁移决策,也可以针对多个终端同时进行迁移决策,本申请对此也不做限定。
需要说明的是,SLA等级与UP设备的对应关系,可以是SLA等级与UP设备的设备标识的对应关系,该对应关系可以是预先配置的。其中,不同的SLA等级对应不同的设备标识。也即,在本申请实施例中,可以通过不同的UP设备为不同SLA等级的用户提供服务。例如,SLA等级为A的,对应的设备标识为ID1,SLA等级为B的,对应的设备标识为ID3,这样,不同的SLA等级将对应不同的UP设备。其中,同一SLA等级也可以对应一个或多个UP设备,例如,SLA等级为A的,对应的设备标识为ID1-1、ID1-2、…ID1-n,其中,n为大于等于2的正整数,表示SLA等级为A对应的至少两个设备标识。也即,在本申请实施例中,可以通过一个或多个UP设备为同一SLA等级的用户提供服务。
本申请实施例中,在不同的情形下,可以分别设定相应的负载条件,各负载条件有助于USF设备进行迁移决策时确定要进行迁移的目标终端以及目标终端要迁移到的目标UP设备,从而实现多个UP设备之间的负载均衡。
为了便于区分,本申请实施例中,可以将用于确定目标UP设备的负载条件称为第一负载条件,将用于确定迁出设备(即要进行迁移的在线目标终端的源UP设备)的负载条件称为第二负载条件,下文中将不再一一说明。其中,第一/第二负载条件中,可以基于设定的负载门限(或阈值)来选择相应的目标UP设备/迁出设备。例如,针对任一个UP设备,可以以预定的至少一项负载(例如上文述及的各项负载)计算该UP设备的设备负载,负载条件可以是指设备负载与设定的负载门限应满足的条件。或者,也可以针对预定的至少一项负载中的每一项分别设置相应的负载门限,负载条件可以包括该至少一项负载中的任一项或多项分别与相应的设定的负载门限应满足的条件。本申请对此不做限定。并且,各负载条件中的设定的负载门限可以是根据经验预先配置的,也可以是根据多个UP设备的运行状况实时调整的,本申请对此不做限定。在不同的情形下,USF设备进行迁移决策的依据可以有所不同,所做出的决策结果也可以有所不同,本申请对此不做限定。另外,若迁出设备上接入有多个在线目标终端的情况下,还可以基于接口、IP地址段等,确定该迁出设备上要进行迁移的至少一个在线目标终端。将在下文中针对USF设备在不同的情形下进行迁移决策进行详细说明,在此暂不赘述。
本申请实施例中,USF设备可以在与系统中的其它设备交互的过程中获得进行迁移决策的相关信息。该交互过程可以包括USF设备与其它设备直接交互的过程,也可以包括USF设备通过中继设备与其它设备交互的过程,本申请对此不做限定。
例如,多个UP设备中的任一UP设备,可以向所述CP设备发送自身的负载和/或设备状态信息。CP设备可以将接收到的任一UP设备的负载和/或设备状态信息发送给USF设备,以便USF设备根据从CP设备获取的所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。此时,CP设备可以视为UP设备与USF设备之间的中继设备。
或者,CP设备例如还可以向USF设备发送目标终端的用户信息,或者,根据接收到的任一UP设备的负载和/或设备状态信息,向USF设备发送迁移指示信息,该迁移指示信息用于指示多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的至少一个在线目标终端迁移至所述目标UP设备。此时,CP设备视为与USF设备直接交互。
S330:USF设备指示所述CP设备控制所述目标终端接入所述目标UP设备。
本申请实施例中,USF设备可以具有不同的产品形态。参阅图1所示的系统,例如,USF设备可以配置在CP设备中;或者,USF设备可以配置在SDN控制器中;或者,USF设备可以是独立于CP设备和SDN控制器的设备。基于USF设备的不同的产品形态,相应的,S330的实现中,USF设备与其它各设备之间交互过程也有所不同。
在一个示例中,若所述USF设备配置在所述CP设备中,所述USF设备可以通过以下步骤执行S330:USF设备通过CP设备向SDN控制器发送迁移指令,迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器根据所述接入线路信息和所述设备信息,通过迁移功能SF设备将所述目标终端接入所述目标UP设备。
在一个示例中,若USF设备配置在SDN控制器中,所述USF设备可以通过以下步骤执行S310:USF设备从CP设备获取目标终端的用户信息。所述USF设备可以通过以下步骤执行S330:USF设备通过SDN控制器向CP设备发送迁移信息,该迁移信息用于指示 所述目标终端对应的所述目标UP设备和所述目标UP设备的设备信息;USF设备通过SDN控制器向SF设备发送迁移指令,迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SF设备根据所述接入线路信息和所述设备信息,通过迁移功能SF设备将所述目标终端接入所述目标UP设备。
在一个示例中,若USF设备是独立于CP设备和SDN控制器的设备,所述USF设备可以通过以下步骤执行S310:USF设备从CP设备获取目标终端的用户信息。所述USF设备可以通过以下步骤执行S330:USF设备向所述CP设备发送迁移信息,该迁移信息用于指示所述目标终端对应的所述目标UP设备和所述目标UP设备的设备信息;USF设备向SDN控制器发送迁移指令,所述迁移指令中携带目标终端的接入线路信息和目标UP设备的设备信息,且该迁移指令用于指示所述SDN控制器执行以下步骤:基于从所述USF设备接收到的所述目标终端的接入线路信息和所述目标UP设备的设备信息,通过迁移功能SF设备控制所述目标终端接入所述目标UP设备。
在上述示例中,目标终端的接入线路信息携带在该目标终端通过所述SF设备发送的拨号协议报文中,接入线路信息可以包括所述目标终端的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口的端口信息以及所述目标终端对应的虚拟局域网VLAN信息(或QINQ)。目标UP设备的设备信息可以包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN(或虚拟租用线路(virtual leased line,VLL)、或以太网虚拟专用网(ethernet virtual private network,EVPN)等)的网络标识符。在具体实现中,SDN控制器可以根据目标终端的接入线路信息和所述目标UP设备的设备信息对SF设备进行配置,以使SF设备将目标终端对应的端口、VLAN(或QINQ)等信息映射到对应目标UP设备连接的二层隧道(例如VXLAN或VLL或EVPN,可以理解的是,基于二层隧道所采用的技术不同而有所差异,本申请对此不做限定),从而完成用户的动态迁移,使得目标终端通过该目标UP设备连接到网络。
由此,通过图3所示的方法流程,USF设备可以在终端请求上线的场景中或者终端在线的场景中,可以根据目标终端的用户信息以及多个UP设备的负载,在多个UP设备之间进行迁移决策,通过多个UP设备之间的负载分担,实现多个UP设备之间的负载均衡。
在不同的情形下,USF设备进行迁移决策的依据可以有所不同,所做出的决策结果也可以有所不同,本申请对此不做限定。下面结合图5A-图5D针对USF设备在不同的情形下进行迁移决策进行示意性说明。需要说明的是,下面针对不同的情形进行说明时,述及的多个UP设备可以是指在上文中提及的由同一CP设备管理的多个UP设备,也可以是指同一CP设备所管理的多个UP设备中对应于同一标识或同一属性(例如SLA等级)的至少两个备选UP设备,下文中将不再一一区分。
场景一:终端请求上线
若目标终端当前为请求上线(going-online)的终端时,目标终端可以通过SF设备向CP设备请求上线,CP设备可以在与目标终端交互的过程中获得目标终端的用户信息,并可以将目标终端的用户信息发送给USF设备,以向USF设备通知该目标终端请求上线并请求USF设备针对该目标终端进行迁移决策。
示例①:可以将上述第一负载条件设置为:选择负载最小的UP设备。
USF设备可以根据多个UP设备的负载,在多个UP设备中选择负载最小的UP设备作为目标UP设备,以使该目标终端接入到满足终端的相关需求且负载最小的UP设备,从而在终端上线的过程中实现对多个UP设备的负载分担,避免某个UP设备的负载过重。参阅图5A,以条纹填充示意性表示UP设备的负载,则通过该方式为该终端确定的目标UP设备为UP2。
以终端的用户信息为SLA等级为例,USF设备可以通过以下两种方式确定负载最小的UP设备。
第一种,获取该SLA等级对应的至少两个备选UP设备分别对应的会话利用率,确定会话利用率低于设定的第一阈值的备选UP设备组成的第一UP设备集合;在第一UP设备集合中确定带宽利用率低于设定的第二阈值的备选UP设备组成的第二UP设备集合,在第二UP设备集合中确定会话利用率最低的UP设备,确定为负载最小的UP设备。
第二种,获取该SLA等级对应的至少两个备选UP设备分别对应的会话利用率、带宽利用率,通过以下表达式(1)确定每个备选UP设备的负载:
L
i=S*M+B*N (1)
其中,L
i表示每个备选UP设备i对应的负载,S、B分别表示备选UP设备i对应的会话利用率和带宽利用率,M为会话利用率S对应的第一权值,N为带宽利用率B对应的第二权值,i为设备标识。根据计算得到的每个备选UP设备的负载,将负载最小的UP设备确定为目标UP设备。
应理解的是,上述仅是以SLA等级为例进行说明,USF设备在基于SLA等级进行迁移决策时,可以针对同一CP设备所管理的多个UP设备中,每一个SLA等级对应的至少两个备选UP设备进行迁移决策,以实现该至少两个备选UP设备之间的负载均衡。由此,通过各SLA等级分别对应的各UP设备组的负载均衡,实现该CP设备所管理的多个UP设备之间的负载均衡。在其它实施例中,也可以通过其它方式在多个UP设备中确定负载最小的UP设备,在此不再赘述。
示例②:可以将上述第一负载条件设置为:选择设备负载不大于第一值的UP设备,其中,所述第一值为所述多个UP设备的负载平均值。
USF设备针对该目标终端进行迁移决策时,USF设备可以根据多个UP设备的负载,在多个UP设备中选择负载不大于多个UP设备的负载平均值的UP设备作为目标UP设备。由此,使得目标终端总是能够通过负载未超过多个UP设备的负载平均值的目标UP设备上接入网关,从而在终端上线过程中实现负载分担,避免某个UP设备的负载过重。参阅图5A,以条纹填充示意性表示UP设备的负载,基于负载平均值(ave1)为该目标终端确定的目标UP设备为UP2。
以终端的用户信息为SLA等级为例,USF设备可以通过以下方式确定多个UP设备的负载平均值:
获取该SLA等级对应的至少两个备选UP设备分别对应的会话利用率、带宽利用率,通过以上表达式(1)确定每个备选UP设备的负载。并通过以下表达式(2)确定每个备选UP设备的负载平均值:
其中,
为SLA等级对应的至少两个备选UP设备的负载平均值,
为SLA等级对 应的至少两个备选UP设备的总负载,L
i表示每个备选UP设备i对应的负载,N表示SLA等级对应的至少两个备选UP设备的设备数量。
应理解的是,在此,仅是基于表达式(1)、(2)示意性地表示对多个UP设备的负载平均值的一种算法示例而非任何限定。在其它实施例中,也可以通过其它方式确定负载平均值,在此不再赘述。其中,若目标终端包括多个终端且多个终端同时请求上线,则USF设备可以以相同的处理方式逐一为每个请求上线的终端确定相应的目标UP设备,USF设备也可以采用相同的处理方式同时实现对该多个终端的迁移决策,本申请对此具体实现不做限定。
场景二:在线终端迁移
若目标终端为已成功接入CP设备管理的任一个源UP设备的在线终端,USF设备可以在与系统中的其它设备的交互过程中获得用于进行迁移决策所需的信息,并根据所获得的信息对一个或多个在线终端进行迁移决策。
其中,USF设备首先可以根据所获得的信息确定是否能够触发设定的迁移条件。若USF设备感知触发相应的迁移条件,则可以基于图3所示的方法对在线终端进行迁移决策,以便实现多个UP设备之间的负载均衡。
在一种可能的设计中,设定的迁移条件可以与UP设备的负载相关,也可以与UP设备的设备状态相关。例如,迁移条件可以包括:负载满足设定的第二负载条件,和/或,设备状态发生变化。在一个示例中,第二负载条件可以包括:负载不小于设定的负载阈值。以第一UP设备表示多个UP设备中的任一个UP设备,USF设备执行S320之前,可以先确定多个UP设备中的至少一个第一UP设备是否满足上述迁移条件中的任一项或多项,从而确定是否触发设定的迁移条件。或者,CP设备和/或SDN控制器也可以确定任一个第一UP设备是否满足迁移条件,并在于USF设备交互的过程中通知该USF设备,以便USF设备触发迁移决策。
参阅在图1所示的系统,若USF设备是独立于CP设备和SDN控制器的设备,当该系统运行时,USF设备可以与CP设备和/或SDN控制器交互,以获得多个UP设备各自的负载和/或设备状态等相关信息,并基于此在多个UP设备之间对在线终端进行迁移决策,以便于对在线终端进行动态迁移后,能够实现多个UP设备之间的负载均衡。
下面以基于UP设备的负载和/或设备状态设置迁移条件为例,对USF设备在不同情形下的迁移决策进行举例说明。
情形(一):第一UP设备的设备状态发生变化,例如,第一UP设备为故障下线的UP设备或为预下线的UP设备。在此,预下线可以是指由于网络拓扑需求而需要配置该UP设备下线,可以是UP设备下线前的准备阶段,以便预先将接入该UP设备的在线目标终端迁移至其它UP设备,从而保障该在线目标终端的相关服务。
示例③:若USF设备在与CP设备和/或SDN控制器交互的过程中,确定CP设备管理的任一个源UP设备的设备状态发生变化,例如该源UP设备为故障下线的UP设备或为预下线的UP设备,则可以确定该源UP设备为满足设定的迁移条件的第一UP设备,需要触发迁移,以将接入该第一UP设备上的一个或多个在线终端分担到其它UP设备(多个UP设备中除第一UP设备以外的UP设备,即第二UP设备),从而保障这些在线终端的相关服务。
此时,USF设备将该第一UP设备作为迁出设备,以已成功接入该第一UP设备的一 个或多个在线终端作为目标终端,根据多个UP设备中的第二UP设备的负载以及上述示例①或示例②的方式进行迁移决策,在第二UP设备中分别为该迁出设备上的在线目标终端确定目标UP设备。
需要说明的是,对于第一UP设备故障下线或预下线的情形,USF设备采用上述示例②的方式进行迁移决策时,在计算多个UP设备的负载平均值时,仅统计该第一UP设备的负载而不统计该第一UP设备的数量。以终端的用户信息为SLA等级为例,上述表达式(2)修改为以下表达式(3):
其中,N表示SLA等级对应的至少两个备选UP设备的设备数量,j表示N个备选UP设备中为故障下线或预下线的第一UP设备的数量,L
i表示每个备选UP设备i对应的设备负载,
为SLA等级对应的至少两个备选UP设备的总负载,
为SLA等级对应的至少两个备选UP设备的更新后的负载平均值。
参阅图5B,以条纹填充示意性表示UP设备的负载,若UP1为故障下线或预下线的第一UP设备,则USF设备在进行迁移决策时,需要将已成功接入UP1的在线终端分担给UP2和UP3,此时,USF设备可以根据UP1、UP2、UP3的负载获得修正后的负载平均值(ave2),并决策将UP1的在线终端分担给UP2和UP3,以便在UP1下线后保障仍保障这些用户的相关服务,同时实现UP2和UP3的负载均衡。
情形(二):第一UP设备的设备状态发生变化,例如,第一UP设备为初始上线的UP设备或恢复上线的UP设备(包括故障恢复上线和/或基于网络拓扑变动需求而恢复上线等)。
示例④:若USF设备在与CP设备和/或SDN控制器交互的过程中,确定CP设备管理的任一个UP设备的设备状态发生变化,例如该UP设备为初始上线的UP设备或恢复上线的UP设备,则可以确定该UP设备为满足设定的迁移条件的第一UP设备,需要触发迁移,以将已成功接入多个UP设备中的其它UP设备(多个UP设备中除第一UP设备以外的UP设备,即第二UP设备)的一个或多个在线终端分担到该第一UP设备,以实现多个UP设备的负载均衡。
此时,USF设备可以将该第一UP设备作为目标UP设备,根据多个UP设备的负载,在第二UP设备中确定至少一个迁出设备,并在已成功接入该至少一个迁出设备的在线终端中确定要进行迁移的至少一个目标终端,并决策需要将各目标终端迁移到该第一UP设备,以便在进行迁移后能够实现多个UP设备之间的负载均衡。
在一个示例中,USF设备可以根据所述多个UP设备的负载,在多个UP设备中确定负载满足预设的第二负载条件的迁出设备,并在迁出设备的在线终端中确定要进行迁移的至少一个目标终端。作为示例,第二负载条件例如可以包括:选择负载不小于第二值的UP设备,所述第二值为所述多个UP设备的负载平均值,该负载平均值的计算可以参阅上述表达式(2),在此不再赘述。
针对每个迁出设备,则可以根据上述第二值选择至少一个目标终端,以使得所选择的至少一个目标终端从该迁出设备迁移至相应目标UP设备后,各UP设备之间的负载较为均衡。其中,针对每个迁出设备确定至少一个在线目标终端时,例如可以将该迁出设备上的同一接口下和/或同一互联网协议IP地址段中的多个在线目标终端迁移至同一或不同的 目标UP设备,也可以将该迁出设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至所述目标UP设备中的同一目标接口下和/或同一目标互联网协议IP地址段中,本申请对此不做限定。
需要说明的是,第一UP设备初始上线和/或恢复上线时,由于该第一UP设备上尚无用户会话和流量,该第一UP设备的负载为空。因此,本申请实施例中,UP设备的设备状态也可以转换为相应的负载,相应的,设定的迁移条件也可以仅与负载相关,本申请对此不做限定。此外,若第一UP设备初始上线或恢复上线,USF设备在极短的时间内为该第一UP设备接入了请求上线的终端,则该第一UP设备虽然有负载但是相较于其它UP设备的负载较小,该第一UP设备也可以视为能够触发迁移条件,此时,也可以认为迁移条件为:负载不大于设定的第一负载阈值。其中,该第一负载阈值可以为0,表示UP设备的负载为空。或者,该第一负载阈值也可以为非0的较小值,本申请对此不做限定。
也就是说,在上述情形(二)中,若多个UP设备中由于存在初始上线或恢复上线的空闲设备或是负载相对其它UP设备较小的非空闲UP设备,则会导致多个UP设备的负载不均衡。此时可以认为满足设定的迁移条件,USF设备通过重新计算各UP设备的负载并进行迁移决策,以期可以通过对在线终端的动态迁移,实现负载分担,从而实现多个UP设备之间的负载均衡。
参阅图5C,以条纹填充示意性表示UP设备的负载,若UP1为新部署的空闲UP设备,则USF设备在进行迁移决策时,需要将已接入UP2和UP3的部分在线终端分担给UP1,此时,USF设备可以基于UP2和UP3的负载情况,以及根据UP1、UP2、UP3的总负载获得的负载平均值(ave3),决策将UP2和UP3的部分在线终端分担给UP1,实现UP1、UP2和UP3的负载均衡。
情形(三):已在线的第一UP设备的负载满足设定的第二负载条件,例如,该第一UP设备的负载不小于设定的负载阈值。或者该第一UP设备的负载落入设定的区间。可以理解的是,在有些情况下,即使该第一UP设备本身的负载没有变化,但当处于同一个CP设备下的多个UP设备中的其他UP设备的负载发生变化的情况下,该第一UP设备的负载可能也满足了设定的第二负载条件,而触发迁移,例如,可以通过上述例子中设定的负载阈值(如该同一个CP设备下的多个UP设备的平均负载),从而实现UP1、UP2和UP3的负载均衡。
示例⑤:若USF设备在与CP设备和/或SDN控制器交互的过程中,感知到该多个UP设备中的至少一个第一UP设备的负载不小于设定的第二负载阈值,则确定该至少一个第一UP设备满足设定的迁移条件,需要触发迁移,以将已成功接入该第一UP设备的在线终端中的一部分分担给其它UP设备(即第二UP设备),从而通过负载分担,实现多个UP设备的负载均衡。其中,该第二负载阈值可以是预先为UP设备配置的,与上述情形(二)中的第一负载阈值不同,该第二负载阈值用于指示允许该UP设备承担的负载上限,以避免该UP设备的负载过重。
此时,USF设备可以将该至少一个第一UP设备确定为迁出设备,在该迁出设备的在线终端中确定要进行迁移的至少一个目标终端。或者,也可以根据多个UP设备的负载,在多个UP设备中确定设备负载满足预设的第二负载条件的迁出设备,并在迁出设备的在线终端中确定至少一个目标终端。之后,USF设备可以根据上述示例①或示例②的方式进行迁移决策,在多个UP设备中为目标终端确定目标UP设备。
参阅图5D,以条纹填充示意性表示UP设备的负载,若USF设备确定UP1、UP3的负载超过预设的负载阈值(threshold)时,确定需要将UP1和UP3的部分在线终端分担给其它UP设备,例如UP2,以实现UP1、UP2、UP3之间的负载均衡。此时,USF设备可以基于UP1、UP2和UP3的负载,以及根据UP1、UP2、UP3的总负载获得的负载平均值(ave1),决策将UP1和UP3的部分在线终端分担给UP2,实现UP1、UP2和UP3的负载均衡。
需要说明的是,在上述情形(一)、(二)、(三)中,在线目标终端可以包括多个终端,USF设备进行迁移决策时,可以基于UP设备、接口、IP地址段等粒度对多个终端进行迁移决策。作为示例,要进行迁移的多个终端中的任意至少两个终端的以下至少一项或多项信息相同:源UP设备的设备标识;源UP设备的源接口的接口信息;源互联网协议IP地址段。对于要迁移到目标UP设备的多个终端中的任意至少两个终端,也可以为其分配同一目标UP设备和/或同一目标接口和/或同一目标互联网协议IP地址段。也就是说,USF设备在进行迁移决策时,可以确定将接入到同一UP设备的至少两个在线目标终端迁移到同一目标UP设备,也可以确定将接入到同一接口的至少两个终端迁移到同一目标接口,还可以确定将接入到同一IP地址段中的至少两个终端接入同一目标IP地址段中。由此,USF设备可以基于UP设备、接口、IP地址段等粒度同时实现对至少两个在线终端的迁移决策,能够加快计算速度,减少迁移决策的时间。
需要说明的是,在上述不同场景以及不同的情形中,USF设备与CP设备和/或SDN控制器交互的过程,可以包括CP设备和/或SDN控制器基于预定时间间隔周期性地向USF设备上报UP设备的负载和/或设备状态信息的过程,也可以包括CP设备和/或SDN控制器在确定UP设备满足上述的相关迁移条件时上报给USF设备的过程,还可以包括多个UP设备中的任一个UP设备向CP设备发送自身的负载和/或设备状态信息,以使得所述CP设备向所述USF设备发送进行迁移决策所需的信息的过程,本申请对此不做限定。
上面已经结合图5A-图5D对USF设备在不同的情形下的迁移决策进行了示意性说明。
下面参阅图6-图7所示的方法流程图,对在上述场景一或者场景二时,图1的系统中各个设备实现的接入网关的方法相关细节进行说明。
图6为根据本申请一个实施例的接入网关的方法的流程示意图。其中,该方法流程是在目标终端请求上线的场景中,将目标终端接入到目标UP设备。参阅图6,接入网关的方法包括以下步骤:
S601:目标终端采用PPPoE/DHCP拨号,并发送拨号协议报文。
S602:SF设备接收目标终端的拨号协议报文,并将该拨号协议报文发送给一个缺省的UP设备(UP1)。
S603:UP1将该拨号协议报文上送到CP设备。
S604:CP设备对该拨号协议报文进行解析,以从该拨号协议报文中获取目标终端的接入线路信息以及拨号认证信息(例如包括用户名、密码等)等,并与AAA服务器进行交互以获得认证授权。其中,CP设备可以向AAA服务器发送包含该目标终端的拨号认证信息的认证请求,AAA服务器基于该拨号认证信息对该目标终端进行认证授权。认证通过后,AAA服务器向CP设备发送认证通过消息。
S605:CP设备与USF设备进行交互以从USF设备获得目标终端对应的迁移策略。其中,CP设备可以向USF设备发送包含该目标终端的用户信息的迁移请求,USF设备可以 基于该目标终端的用户信息以及多个UP设备的负载对该目标终端进行迁移决策。之后,USF设备向CP设备发送该目标终端对应的迁移信息,其中,该迁移信息用于指示该终端对应的目标UP设备以及该目标UP设备的设备信息。USF设备对该目标终端进行迁移决策可以参见上文的相关描述,在此不再赘述。
需要说明的是,上述S601-S605仅是示意性说明,其中未示出任一UP设备与CP设备交互以向CP设备上报自身的负载和/或设备状态信息的过程。可以理解的是,在系统运行过程中,任一UP设备均可以与CP设备交互,以基于预定时间周期或者在满足设定条件时,向所述CP设备发送自身的负载和/或设备状态信息,USF设备可以根据目标终端的用户信息以及任一UP设备的负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。该设定条件例如可以包括:所述任一UP设备自身的状态发生变化和/或所述任一UP设备自身的负载发生变化,任一UP设备自身的状态发生变化包括以下任一项或多项:任一UP设备预下线或故障下线;UP设备初始上线或恢复上线;任一UP设备自身的负载发生变化包括:任一UP设备自身的负载满足设定的负载条件。具体可以参见上文的相关描述,在此不再赘述。
S606:CP设备向所述目标终端发送为所述目标终端分配的互联网协议IP地址。
CP设备可以通过拨号方式对应的网络控制协议为目标终端分配互联网协议IP地址,并发送给目标终端。
S607:CP设备生成用户表项信息,并向所述目标UP设备发送所述用户表项信息。
在确定目标UP设备之后,CP设备可以生成该目标终端的路由信息。之后,将为该目标终端分配的IP地址、该终端的MAC地址、该终端的路由信息以及该终端的QoS和ACL等授权信息作为用户表项信息。CP设备可以通过与目标UP接口之间的控制接口SCi,将生成的用户表项信息下发至目标UP设备。
其中,目标UP设备可以根据该用户表项信息生成用户转发表项,同时生成用户路由,并向其他相关设备通告该用户路由,以便后续在接收到该终端的数据报文时,可以根据该用户转发表项和用户路由对该数据报文进行转发。
S608:USF设备向SDN网络控制器发送迁移指令,该迁移指令中携带该目标终端的接入线路信息以及所述目标UP设备的设备信息,以指示所述SDN控制器通过迁移功能SF设备控制所述终端接入所述目标UP设备。
其中,目标终端的接入线路信息可以包括所述目标终端的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述目标终端连接的端口的端口信息以及所述目标终端对应的虚拟局域网VLAN信息/QINQ。目标UP设备的设备信息可以包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN/虚拟租用线路(virtual leased line,VLL)/以太网虚拟专用网(ethernet virtual private network,EVPN)的网络标识符。
S609:SDN控制器可以根据目标终端的接入线路信息和所述目标UP设备的设备信息对SF设备进行配置,以使SF设备将目标终端对应的端口、VLAN、QINQ等映射到对应目标UP设备连接的二层隧道(VXLAN/VLL/EVPN)上。
SDN控制器在接收到USF设备发送的接入线路信息和目标UP设备的设备信息之后,可以根据接入线路信息,确定目标终端对应的VLAN信息。之后,SDN控制器可以将目标终端对应的端口的端口信息、VLAN、QINQ以及目标UP设备的VXLAN/VLL/EVPN的 网络标识符携带在迁移指令中下发至SF设备。SF设备在接收到迁移指令后,可以将迁移指令中携带的目标终端的端口信息、VLAN、QINQ,映射到目标UP设备对应的VxLAN中,以使目标终端接入到该目标UP设备。
需要说明的是,目标终端通过SF设备拨号时,若SF设备通过一个缺省的UP设备将拨号协议报文上送至CP设备,则SF设备中与终端连接的端口以及终端对应的VLAN被映射到缺省的UP设备对应的VxLAN中。也即,SF设备中存储的是SF设备中与该终端连接的端口的端口信息、终端对应的VLAN信息与缺省的UP设备对应的VxLAN的网络标识符之间的映射关系。在这种情况下,当SDN控制器接收到目标UP设备的设备信息之后,为了控制目标终端接入目标UP设备,需要将目标终端的接入端口和VLAN映射到目标UP设备对应的VxLAN中。基于此,SDN控制器可以向SF设备下发目标UP设备对应的VxLAN。SF设备在接收到迁移指令后,可以根据迁移指令中携带的目标终端的端口信息、VLAN、QINQ,从存储的映射关系中查找包含有上述端口信息和VLAN信息的记录,之后,将查找到的记录中的端口信息和VLAN信息对应的VxLAN的网络标识符更新为目标UP设备对应的VxLAN的网络标识符。
S610:目标终端通过接入所述目标UP设备连接到网络。
图7为根据本申请另一个实施例的接入网关的方法的流程示意图。其中,该方法流程是目标终端在线的场景中并触发迁移条件时,在多个UP设备之间进行动态的用户迁移,以实现多个UP设备之间的负载均衡。参阅图7,接入网关的方法包括以下步骤:
S701:USF设备分别与CP设备和/或SDN控制器交互,以确定多个UP设备中的至少一个第一UP设备是否满足设定的迁移条件。
本申请实施例中,USF设备可以在与系统中的其它设备交互的过程中获得进行迁移决策的相关信息。该交互过程可以包括USF设备与其它设备直接交互的过程,也可以包括USF设备通过中继设备与其它设备交互的过程,本申请对此不做限定。
在一种可能的设计中,USF设备可以在与CP设备的交互过程中获取第一信息,所述第一信息用于所述USF设备进行迁移决策以从多个UP设备中确定目标UP设备。第一信息可以包括以下的任一项或多项:目标终端的用户信息、所述多个UP设备的负载、所述多个UP设备的设备状态信息、迁移指示信息,其中,迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件,所述第一UP设备为所述多个UP设备中的任一个UP设备。
在一个示例中,可以是CP设备所管理的任一UP设备可以向CP设备发送自身的负载和/或设备状态信息。CP设备从所述多个UP设备中任一个UP设备接收所述UP设备自身的负载和/或设备状态信息后,可以向USF设备发送任一UP设备的负载和/或设备状态信息,用于所述USF设备根据从所述CP设备获取的所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
在一个示例中,可以是CP设备向USF设备发送目标终端的用户信息,该用户信息用于所述USF设备根据所述用户信息以及所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。
在一个示例中,可以是CP设备向USF设备发送迁移指示信息,迁移指示信息用于指示所述多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的 至少一个在线目标终端迁移至所述目标UP设备;所述迁移条件包括:负载满足设定的负载条件,和/或,设备状态发生变化。
可以理解的是,USF设备在与CP设备的交互过程中接收到的第一信息也可以不包括迁移指示信息,而由USF设备根据该第一信息中的内容决定是否满足设定的迁移条件,从而触迁移操作。可以理解的是,在USF配置在CP设备的情况下,则这些交互为CP设备内部的交互。其中,各UP设备可以是基于预定时间周期向所述CP设备发送自身的负载和/或设备状态信息,也可以是在满足上述迁移条件时,向所述CP设备发送自身的负载和/或设备状态信息,本申请对此不做限定。
在一种可能的设计中,SDN控制器可以监控各UP设备,并在确定各UP设备的设备状态发生变化(例如故障下线)时,向USF设备发送上述迁移指示信息,该迁移指示信息可以用于指示多个UP设备中的至少一个第一UP设备满足设定的迁移条件。同上,SDN控制器也可以直接将UP设备的负载和/或设备状态信息上报给USF设备,由USF设备根据该上报的内容决定是否满足设定的迁移条件,从而触迁移操作。可以理解的是,在USF配置在SDN控制器的情况下,则这些交互属于SDN控制器内部的交互。
S702:USF设备确定多个UP设备中的至少一个第一UP设备满足设定的迁移条件,并根据多个UP设备的负载,进行迁移决策,以指导多个UP设备之间的终端迁移。迁移决策的详细细节可以参见上文的相关描述,在此不再赘述。
S703:USF设备向CP设备下发迁移信息。其中,该迁移信息用于指示要进行迁移的目标终端对应的目标UP设备和目标UP设备的设备信息。
S704:CP设备根据接收到的迁移信息生成用户表项信息,并向目标UP设备(例如UP2)发送用户表项信息,以指示UP2根据所述用户表项信息转发用户迁移成功后发送的数据报文。
S705:CP设备向目标终端的源UP设备(例如UP1)发送删除指令,以指示UP1删除原用户表项信息。
S706:USF设备向SDN控制器发送迁移指令,该迁移指令中包括要进行迁移的目标终端的接入线路信息和目标UP设备的设备信息,以指示SDN控制器执行以下步骤:基于从USF设备接收到的目标终端的接入线路信息和所述目标UP设备的设备信息,通过迁移功能SF设备控制所述目标终端接入目标UP设备。接入线路信息可以包括所述终端的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口的端口信息以及所述终端对应的虚拟局域网VLAN信息(或QINQ)。目标UP设备的设备信息可以包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN(或虚拟租用线路(virtual leased line,VLL)或以太网虚拟专用网(ethernet virtual private network,EVPN)等)的网络标识符。
S707:SDN控制器可以根据目标终端的接入线路信息和所述目标UP设备的设备信息对SF设备进行配置,以使SF设备将目标终端对应的端口、VLAN、QINQ等映射到对应目标UP设备连接的二层隧道(VXLAN/VLL/EVPN)。详见上文S609的相关描述,在此不再赘述。
S708:目标终端通过接入目标UP设备连接到网络。
由此,通过图6-图7的方法流程图,对终端请求上线场景以及在线终端迁移的场景中, 图1所示系统中的各个设备之间的交互进行示意性说明。需要说明的是,图6-图7中仅是以USF设备是独立于SDN控制器和CP设备的设备为例进行说明,并非对USF设备的产品形态的任何限定。若USF设备配置在SDN控制器中或配置在CP设备中,则只是对图6-图7的流程图中的一些箭头指向的变化,并不改变各个设备的功能。
通过上述图1-图7的描述,本申请实施例可以在终端请求上线场景以及在线终端迁移的场景中,根据多个UP设备的负载,通过多种计算方式,精准决策目标终端所要接入到的目标UP设备,实现网络中设备的负载分担,同时实现多个UP设备间用户会话的灵活调度,有利于实现网络负载均衡。
参见图8,本申请实施例提供了一种接入网关的装置800,该装置800可以应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备。所述装置800为该USF设备,可以为上述图1-图2、图6-图7中所述的USF设备。该装置800可以包括获取模块810、确定模块820和控制模块830。
在一个具体实施方式中,获取模块810,用于获取目标终端的用户信息。具体实现方式,请参考图3所示实施例中的S310,或者图4所示实施例中的S316,或者图6所示实施例中的S605、图7所示实施例中的S701的详细描述,这里不再赘述。
确定模块820,用于根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定目标UP设备。具体实现方式,请参考图3所示实施例中的S320,或者图6所示实施例中的S605、图7所示实施例中的S702的详细描述,这里不再赘述。
控制模块830,用于指示将所述目标终端接入所述目标UP设备。具体实现方式,请参考图3所示实施例中的S320,或者图6所示实施例中的S608-S610、图7所示实施例中的S706-S708的详细描述,这里不再赘述。
在一个具体实施方式中,所述用户信息包括所述目标终端的服务水平协议SLA等级,所述确定模块用于:根据SLA等级与UP设备的对应关系,在所述多个UP设备中确定所述SLA等级对应的至少两个备选UP设备;根据所述至少两个备选UP设备的负载,在所述至少两个备选UP设备中,选择负载满足设定的第一负载条件的所述目标UP设备。具体实现方式,请参考图3所示实施例中的S320的详细描述,这里不再赘述。
在一个具体实施方式中,所述第一负载条件包括:选择负载最小的UP设备;和/或,选择负载不大于第一值的UP设备,其中,所述第一值包括所述至少两个备选UP设备的负载平均值。具体参考上文结合场景一和场景二的详细描述,这里不再赘述。
在一个具体实施方式中,任一个UP设备的负载包括:用户会话负载,和/或,流量负载。在一个具体实施方式中,所述用户会话负载包括以下至少一项:用户会话数量、会话利用率;所述流量负载包括:带宽利用率。
在一个具体实施方式中,所述获取模块用于:在所述目标终端向所述CP设备请求上线时,从所述CP设备获取所述目标终端的用户信息,其中,所述用户信息是所述CP设备根据所述目标终端发送的拨号协议报文获得的。具体实现方式,请参考在目标终端请求上线的场景中的详细描述,以及图4所示实施例中的S311-S316的详细描述,这里不再赘述。
在一个具体实施方式中,若所述目标终端为已通过第一UP设备接入网关的在线终端,所述第一UP设备为所述多个UP设备中的至少一个UP设备;所述确定模块用于:在确定 所述至少一个所述第一UP设备满足迁移条件时,根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定所述目标UP设备,所述迁移条件包括:负载满足设定的第二负载条件,和/或,设备状态发生变化;所述控制模块用于:指示将满足所述迁移条件的第一UP设备上的至少一个在线目标终端迁移至所述目标UP设备。具体实现方式,请参考上文场景二的详细描述,这里不再赘述。
在一个具体实施方式中,所述第一UP设备的设备状态发生变化包括以下任一项或多项:所述第一UP设备预下线或故障下线;所述第一UP设备初始上线或恢复上线。具体实现方式,请参考上文情形(一)、(二)、(三)的相关描述,在此不再赘述。
在一个具体实施方式中,在满足所述迁移条件的第一UP设备上接入有多个线目标终端的情况下,所述控制模块用于:指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一互联网协议IP地址段中的多个在线目标终端迁移至同一或不同的目标UP设备。具体实现方式,请参考图3所示实施例的S330,或图6所示实施例的S605-S610,或图7所示实施例的S703-S708的详细描述,这里不再赘述。
在一个具体实施方式中,所述控制模块指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至同一目标UP设备包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至所述目标UP设备中的同一目标接口下和/或同一目标互联网协议IP地址段中。具体实现方式,请参考图3所示实施例的S330,或图6所示实施例的S605-S610,或图7所示实施例的S703-S708的详细描述,这里不再赘述。
在一个具体实施方式中,所述系统还包括软件定义型网络SDN控制器;其中,所述装置配置在所述CP设备中;或者所述装置配置在所述SDN控制器中;或者所述装置是独立于所述CP设备和所述SDN控制器的设备。具体实现方式,请参考图1所示的网络系统,这里不再赘述。
在一个具体实施方式中若所述装置是独立于所述CP设备和所述SDN控制器的设备;所述获取模块用于:从所述CP设备接收所述用户信息;所述获取模块还用于:从所述CP设备接收以下的任一项或多项:所述多个UP设备的负载、所述多个UP设备的设备状态信息、迁移指示信息,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件;所述控制模块用于:指示所述SDN控制器将所述目标终端接入所述目标UP设备。具体实现方式,请参考图3所示实施例的S330,或图6所示实施例的S605-S610,或图7所示实施例的S703-S708的详细描述,这里不再赘述。
在一个具体实施方式中,所述控制模块指示所述SDN控制器将所述目标终端接入所述目标UP设备:向所述SDN控制器发送迁移指令,所述迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器基于所述目标终端的接入线路信息和所述目标UP设备的设备信息通过迁移功能SF设备控制所述目标终端接入所述目标UP设备;所述控制模块还用于:向所述CP设备发送迁移信息,所述迁移信息用于指示所述目标终端对应的所述目标UP设备和所述目标UP设备的设备信息。具体实现方式,请参考图3所示实施例的S330,或图6所示实施例的S605-S610,或图7所示实施例的S703-S708的详细描述,这里不再赘述。
在一个具体实施方式中,所述接入线路信息携带在所述目标终端通过所述SF设备发送的拨号协议报文中,所述接入线路信息包括所述目标终端的媒体访问控制MAC地址、 接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口的端口信息以及所述目标终端对应的虚拟局域网VLAN信息;所述目标UP设备的设备信息包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN的网络标识符。
在一个具体实施方式中,所述多个UP设备中的任一个UP设备为物理UP设备或虚拟UP设备。
参见图9,本申请实施例提供了一种接入网关的装置900,该装置900可以应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备。该装置900可以配置在所述多个UP设备中的任一个UP设备,或者为UP设备本身,可以实现上述图6-图7中的UP设备的功能。该装置900可以包括获取模块910和发送模块920。
在一个具体实施方式中,获取模块910,用于获取自身的负载和/或设备状态信息;具体实现方式,请参考图7所示实施例中的S701的详细描述,这里不再赘述。
发送模块920,用于向所述CP设备发送所述负载和/或所述设备状态信息,负载和/或设备状态信息用于所述USF设备根据从所述CP设备获取的所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。具体实现方式,请参考图7所示实施例中步骤S701的详细描述这里不再赘述。
在一个具体实施方式中,所述发送模块920可以基于预定时间周期向所述CP设备发送自身的负载和/或设备状态信息;或者,所述发送模块920可以在UP设备满足设定条件时,向所述CP设备发送自身的负载和/或设备状态信息。设定条件可以包括:所述装置自身的状态发生变化和/或所述装置自身的负载发生变化。所述装置自身的状态发生变化包括以下任一项或多项:所述装置预下线或故障下线;所述装置初始上线或恢复上线;所述装置自身的负载发生变化包括:所述装置自身的负载满足设定的负载条件。具体实现方式,请参考图7所示实施例中S701的详细描述这里不再赘述。
参见图10,本申请实施例提供了一种接入网关的装置1000,该装置1000可以应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备。该装置1000可以配置在CP设备,或者为CP设备本身,可以实现上述图4、图6-图7中的CP设备的功能。该装置1000可以包括接收模块1010和发送模块1020。
在一个具体实施方式中,接收模块1010,用于从所述多个UP设备中的任一UP设备接收所述UP设备自身的负载和/或设备状态信息;具体实现方式,请参考图6,或者图7的详细描述这里不再赘述。
发送模块1020,用于向所述USF设备发送所述任一UP设备自身的负载和/或设备状态信息;所述负载和/或设备状态信息用于所述USF设备根据所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。具体实现方式,请参考图6-图7中关于CP设备的详细描述,这里不再赘述。
在一个具体实施方式中,所述发送模块还用于:向所述USF设备发送目标终端的用户信息,所述用户信息用于所述USF设备根据所述用户信息以及所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。具体实现方式,请参考图6-图7中关于CP设备的详细描述,这里不再赘述。
在一个具体实施方式中,所述将目标终端接入所述目标UP设备包括将在线目标终端迁移至所述目标UP设备;所述发送模块还用于:向所述USF设备发送迁移指示信息,所述迁移指示信息用于指示所述多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的至少一个在线目标终端迁移至所述目标UP设备;所述迁移条件包括:负载满足设定的负载条件,和/或,设备状态发生变化。具体实现方式,请参考图6-图7中关于CP设备的详细描述,这里不再赘述。
在一个具体实施方式中,所述至少一个UP设备的设备状态发生变化包括:所述至少一个UP设备预下线或故障下线,或者,所述至少一个UP设备初始上线或恢复上线。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理模块的处理器以产生一个机器,使得通过计算机或其他可编程数据处理模块的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理模块以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理模块上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (52)
- 一种接入网关的方法,其特征在于,应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备,所述方法包括:所述USF设备获取目标终端的用户信息;所述USF设备根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定目标UP设备;所述USF设备指示将所述目标终端接入所述目标UP设备。
- 根据权利要求1所述的方法,其特征在于,所述用户信息包括所述目标终端的服务水平协议SLA等级,所述USF设备根据所述用户信息和所述多个UP设备的负载信息,在所述多个UP设备中确定目标UP设备,包括:所述USF设备根据SLA等级与UP设备的对应关系,在所述多个UP设备中确定所述SLA等级对应的至少两个备选UP设备;所述USF设备根据所述至少两个备选UP设备的负载,在所述至少两个备选UP设备中,选择负载满足设定的第一负载条件的所述目标UP设备。
- 根据权利要求2所述的方法,其特征在于,所述第一负载条件包括:选择负载最小的UP设备;和/或,选择负载不大于第一值的UP设备,其中,所述第一值包括所述至少两个备选UP设备的负载平均值。
- 根据权利要求1-3中任一项所述的方法,其特征在于,所述多个UP设备中的任一个UP设备的负载包括:用户会话负载,和/或,流量负载。
- 根据权利要求4所述的方法,其特征在于,所述用户会话负载包括以下至少一项:用户会话数量、会话利用率;所述流量负载包括:带宽利用率。
- 根据权利要求1-5中任一项所述的方法,其特征在于,所述USF设备获取目标终端的用户信息,包括:所述USF设备在所述目标终端向所述CP设备请求上线时,从所述CP设备获取所述目标终端的用户信息,其中,所述用户信息是所述CP设备根据所述目标终端发送的拨号协议报文获得的。
- 根据权利要求1-5中任一项所述的方法,其特征在于,若所述目标终端为已通过第一UP设备接入网关的在线目标终端,所述第一UP设备为所述多个UP设备中的至少一个UP设备;所述USF设备根据所述用户信息和所述多个UP设备的负载在所述多个UP设备中确定目标UP设备,包括:所述USF设备在确定所述至少一个所述第一UP设备满足迁移条件时,根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定所述目标UP设备,所述迁移条件包括:负载满足设定的第二负载条件,和/或,设备状态发生变化;所述USF设备指示将所述目标终端接入所述目标UP设备包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的至少一个在线目标终端迁 移至所述目标UP设备。
- 根据权利要求7所述的方法,其特征在于,所述第一UP设备的设备状态发生变化包括以下任一项或多项:所述第一UP设备预下线或故障下线;所述第一UP设备初始上线或恢复上线。
- 根据权利要求7或8所述的方法,其特征在于,在满足所述迁移条件的第一UP设备上接入有多个在线目标终端的情况下,所述USF设备指示将满足所述迁移条件的第一UP设备上的至少一个在线目标终端迁移至所述目标UP设备,包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一互联网协议IP地址段中的多个在线目标终端迁移至同一或不同的目标UP设备。
- 根据权利要求9所述的方法,其特征在于,所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至同一目标UP设备包括:所述USF设备指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至所述目标UP设备中的同一目标接口下和/或同一目标互联网协议IP地址段中。
- 根据权利要求1-10中任一项所述的方法,其特征在于,所述网络系统还包括软件定义型网络SDN控制器;其中,所述USF设备配置在所述CP设备中;或者所述USF设备配置在所述SDN控制器中;或者所述USF设备是独立于所述CP设备和所述SDN控制器的设备。
- 根据权利要求11所述的方法,其特征在于,若所述USF设备是独立于所述CP设备和所述SDN控制器的设备;所述USF设备获取目标终端的用户信息包括:所述USF设备从所述CP设备接收所述用户信息;所述方法还包括:所述USF设备从所述CP设备接收以下的任一项或多项:所述多个UP设备的负载、所述多个UP设备的设备状态信息、迁移指示信息,其中,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件;所述USF设备指示将所述目标终端接入所述目标UP设备包括:所述USF设备指示所述SDN控制器将所述目标终端接入所述目标UP设备。
- 根据权利要求12所述的方法,其特征在于,所述USF设备指示所述SDN控制器将所述目标终端接入所述目标UP设备包括:所述USF设备向所述SDN控制器发送迁移指令,所述迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器基于所述目标终端的接入线路信息和所述目标UP设备的设备信息通过迁移功能SF设备控制所述目标终端接入所述目标UP设备;所述方法进一步包括:所述USF设备向所述CP设备发送迁移信息,所述迁移信息用于指示所述目标终端对应的所述目标UP设备和所述目标UP设备的设备信息。
- 根据权利要求13所述的方法,其特征在于,所述接入线路信息携带在所述目标终端通过所述SF设备发送的拨号协议报文中,所述接入线路信息包括所述目标终端的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口的端口信息以及所述目标终端对应的虚拟局域网VLAN信息;所述目标UP设备的设备信息包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN的网络标识符。
- 根据权利要求1-14中任一项所述的方法,其特征在于,所述多个UP设备中的任一个UP设备为物理UP设备或虚拟UP设备。
- 一种接入网关的方法,其特征在于,应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备,所述方法包括:所述多个UP设备中的任一UP设备,向所述CP设备发送自身的负载和/或设备状态信息,负载和/或设备状态信息用于所述USF设备根据从所述CP设备获取的所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
- 根据权利要求16所述的方法,其特征在于,所述任一UP设备基于预定时间周期向所述CP设备发送自身的负载和/或设备状态信息;和/或,所述任一UP设备在满足设定条件时,向所述CP设备发送自身的负载和/或设备状态信息。
- 根据权利要求17所述的方法,其特征在于,所述设定条件包括:所述任一UP设备自身的状态发生变化和/或所述任一UP设备自身的负载发生变化。
- 根据权利要求18所述的方法,其特征在于,所述任一UP设备自身的状态发生变化包括以下任一项或多项:所述任一UP设备预下线或故障下线;所述UP设备初始上线或恢复上线;所述任一UP设备自身的负载发生变化包括:所述任一UP设备自身的负载满足设定的负载条件。
- 根据权利要求16-19中任一项所述的方法,其特征在于,所述多个UP设备中的任一个UP设备为物理UP设备和/或虚拟UP设备。
- 一种接入网关的方法,其特征在于,应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备,所述方法包括:所述CP设备从所述多个UP设备中的任一UP设备接收所述任一UP设备自身的负载和/或设备状态信息;所述CP设备向所述USF设备发送所述任一UP设备自身的负载和/或设备状态信息;所述负载和/或设备状态信息用于所述USF设备根据所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
- 根据权利要求21所述的方法,其特征在于,所述方法还包括:所述CP设备向所述USF设备发送目标终端的用户信息,所述用户信息用于所述USF 设备根据所述用户信息以及所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。
- 根据权利要求22所述的方法,其特征在于,所述将目标终端接入所述目标UP设备包括将在线目标终端迁移至所述目标UP设备;所述方法还包括:所述CP设备向所述USF设备发送迁移指示信息,所述迁移指示信息用于指示所述多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的至少一个在线目标终端迁移至所述目标UP设备;所述迁移条件包括:负载满足设定的负载条件,和/或,设备状态发生变化。
- 根据权利要求23所述的方法,其特征在于,所述至少一个UP设备的设备状态发生变化包括:所述至少一个UP设备预下线或故障下线,或者,所述至少一个UP设备初始上线或恢复上线。
- 一种接入网关的装置,其特征在于,应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述装置包括:获取模块,用于获取目标终端的用户信息;确定模块,用于根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定目标UP设备;控制模块,用于指示将所述目标终端接入所述目标UP设备。
- 根据权利要求25所述的装置,其特征在于,所述用户信息包括所述目标终端的服务水平协议SLA等级,所述确定模块用于:根据SLA等级与UP设备的对应关系,在所述多个UP设备中确定所述SLA等级对应的至少两个备选UP设备;根据所述至少两个备选UP设备的负载,在所述至少两个备选UP设备中,选择负载满足设定的第一负载条件的所述目标UP设备。
- 根据权利要求26所述的装置,其特征在于,所述第一负载条件包括:选择负载最小的UP设备;和/或,选择负载不大于第一值的UP设备,其中,所述第一值包括所述至少两个备选UP设备的负载平均值。
- 根据权利要求25-27中任一项所述的装置,其特征在于,所述多个UP设备中的任一个UP设备的负载包括:用户会话负载,和/或,流量负载。
- 根据权利要求28所述的装置,其特征在于,所述用户会话负载包括以下至少一项:用户会话数量、会话利用率;所述流量负载包括:带宽利用率。
- 根据权利要求25-29中任一项所述的装置,其特征在于,所述获取模块用于:在所述目标终端向所述CP设备请求上线时,从所述CP设备获取所述目标终端的用户信息,其中,所述用户信息是所述CP设备根据所述目标终端发送的拨号协议报文获得的。
- 根据权利要求25-29中任一项所述的装置,其特征在于,若所述目标终端为已通过第一UP设备接入网关的在线目标终端,所述第一UP设备为所述多个UP设备中的至少一个UP设备;所述确定模块用于:在确定所述至少一个所述第一UP设备满足迁移条件时,根据所述用户信息和所述多个UP设备的负载,在所述多个UP设备中确定所述目标UP设备,所述迁移条件包括:负载满足设定的第二负载条件,和/或,设备状态发生变化;所述控制模块用于:指示将满足所述迁移条件的第一UP设备上的至少一个在线目标终端迁移至所述目标UP设备。
- 根据权利要求31所述的装置,其特征在于,所述第一UP设备的设备状态发生变化包括以下任一项或多项:所述第一UP设备预下线或故障下线;所述第一UP设备初始上线或恢复上线。
- 根据权利要求31或32所述的装置,其特征在于,在满足所述迁移条件的第一UP设备上接入有多个线目标终端的情况下,所述控制模块用于:指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一互联网协议IP地址段中的多个在线目标终端迁移至同一或不同的目标UP设备。
- 根据权利要求33所述的装置,其特征在于,所述控制模块指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至同一目标UP设备包括:指示将满足所述迁移条件的第一UP设备上的同一接口下和/或同一IP地址段中的多个在线目标终端迁移至所述目标UP设备中的同一目标接口下和/或同一目标互联网协议IP地址段中。
- 根据权利要求25-34中任一项所述的装置,其特征在于,所述网络系统还包括软件定义型网络SDN控制器;其中,所述装置配置在所述CP设备中;或者所述装置配置在所述SDN控制器中;或者所述装置是独立于所述CP设备和所述SDN控制器的设备。
- 根据权利要求35所述的装置,其特征在于,若所述装置是独立于所述CP设备和所述SDN控制器的设备;所述获取模块用于:从所述CP设备接收所述用户信息;所述获取模块还用于:从所述CP设备接收以下的任一项或多项:所述多个UP设备的负载、所述多个UP设备的设备状态信息、迁移指示信息,所述迁移指示信息用于指示所述多个UP设备中的至少一个第一UP设备满足迁移条件;所述控制模块用于:指示所述SDN控制器将所述目标终端接入所述目标UP设备。
- 根据权利要求35或36所述的装置,其特征在于,所述控制模块指示所述SDN控制器将所述目标终端接入所述目标UP设备,包括:向所述SDN控制器发送迁移指令,所述迁移指令中携带所述目标终端的接入线路信息和所述目标UP设备的设备信息,且所述迁移指令用于指示所述SDN控制器基于所述目标终端的接入线路信息和所述目标UP设备的设备信息通过迁移功能SF设备控制所述目标终端接入所述目标UP设备;所述控制模块还用于:向所述CP设备发送迁移信息,所述迁移信息用于指示所述目标终端对应的所述目标UP设备和所述目标UP设备的设备信息。
- 根据权利要求37所述的装置,其特征在于,所述接入线路信息携带在所述目标终端通过所述SF设备发送的拨号协议报文中,所述接入线路信息包括所述目标终端的媒体访问控制MAC地址、接入网络AN设备的设备标识、所述AN设备中与所述SF设备连接的端口的端口信息以及所述目标终端对应的虚拟局域网VLAN信息;所述目标UP设备的设备信息包括:所述目标UP设备的设备标识、所述目标UP设备的目标接口的接口信息、所述目标接口对应的虚拟可扩展局域网VxLAN的网络标识符。
- 根据权利要求25-38中任一项所述的装置,其特征在于,所述多个UP设备中的任一个UP设备为物理UP设备或虚拟UP设备。
- 一种接入网关的装置,其特征在于,应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括控制面CP设备和所述CP设备所管理的多个所述装置,所述网络系统还包括用户面迁移功能USF设备,多个所述装置中的任一个包括:获取模块,用于获取所述装置自身的负载和/或设备状态信息;发送模块,用于向所述CP设备发送所述负载和/或所述设备状态信息,负载和/或设备状态信息用于所述USF设备根据从所述CP设备获取的所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
- 根据权利要求40所述的装置,其特征在于,所述发送模块基于预定时间周期向所述CP设备发送所述负载和/或所述设备状态信息;或者所述发送模块在所述装置满足设定条件时,向所述CP设备发送所述负载和/或所述设备状态信息。
- 根据权利要求41所述的装置,其特征在于,所述设定条件包括:所述装置自身的状态发生变化和/或所述装置自身的负载发生变化。
- 根据权利要求42所述的装置,其特征在于,所述装置自身的状态发生变化包括以下任一项或多项:所述装置预下线或故障下线;所述装置初始上线或恢复上线;所述装置自身的负载发生变化包括:所述装置自身的负载满足设定的负载条件。
- 根据权利要求40-43中任一项所述的装置,其特征在于,所述装置为物理UP设备和/或虚拟UP设备。
- 一种接入网关的装置,其特征在于,应用于包括虚拟宽带网络网关vBNG的网络系统,所述vBNG包括所述装置和所述装置所管理的多个UP设备,所述网络系统还包括用户面迁移功能USF设备,所述装置包括:接收模块,用于从所述多个UP设备中的任一UP设备接收所述任一UP设备自身的负载和/或设备状态信息;发送模块,用于向所述USF设备发送所述任一UP设备自身的负载和/或设备状态信息;所述负载和/或设备状态信息用于所述USF设备根据所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备,并指示将目标终端接入所述目标UP设备。
- 根据权利要求45所述的装置,其特征在于,所述发送模块还用于:向所述USF设备发送目标终端的用户信息,所述用户信息用于所述USF设备根据所述用户信息以及所述负载和/或设备状态信息在所述多个UP设备中确定目标UP设备。
- 根据权利要求46所述的装置,其特征在于,所述将目标终端接入所述目标UP设备包括将在线目标终端迁移至所述目标UP设备;所述发送模块还用于:向所述USF设备发送迁移指示信息,所述迁移指示信息用于指示所述多个UP设备中的至少一个UP设备满足迁移条件,并且所述迁移指示信息用于所述USF设备根据所述迁移指示信息确定是否将所述满足迁移条件的至少一个UP设备上的至少一个在线目标终端迁移至所述目标UP设备;所述迁移条件包括:负载满足设定的负载条件,和/或,设备状态发生变化。
- 根据权利要求47所述的装置,其特征在于,所述至少一个UP设备的设备状态发生变化包括:所述至少一个UP设备预下线或故障下线,或者,所述至少一个UP设备初始上线或恢复上线。
- 一种接入网关的装置,其特征在于,包括至少一个处理器,所述至少一个处理器与至少一个存储器耦合:所述至少一个处理器,用于执行所述至少一个存储器中存储的计算机程序或指令,以使得所述装置执行如权利要求1至15中任一项所述的方法,或者执行如权利要求16至20中任一项所述的方法,或者执行如权利要求21-24所述的方法。
- 一种可读存储介质,其特征在于,用于存储指令,当所述指令被执行时,使如权利要求1至15中任一项所述的方法被实现,或者使如权利要求16至20中任一项所述的方法被实现,或者使如权利要求21-24所述的方法被实现。
- 一种芯片系统,其特征在于,包括处理器和接口电路;所述接口电路,用于接收指令并传输至所述处理器;所述处理器用于执行如权利要求1至15中任一项所述的方法,或者执行如权利要求16至20中任一项所述的方法,或者执行如权利要求21-24所述的方法。
- 一种网络系统,其特征在于,包括虚拟宽带网络网关vBNG和用户面迁移功能USF设备,所述vBNG包括控制面CP设备和所述CP设备所管理的多个UP设备,所述USF设备执行如权利要求1至15中任一项所述的方法;所述多个UP设备中的任一个所述UP设备执行如权利要求16至20中任一项所述的方法;所述CP设备执行如权利要求21-24所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP21863623.1A EP4199578A4 (en) | 2020-09-04 | 2021-09-01 | METHOD AND APPARATUS FOR ACCESSING A GATEWAY |
US18/177,907 US20230209404A1 (en) | 2020-09-04 | 2023-03-03 | Method for accessing gateway and apparatus |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010924405.XA CN114143835A (zh) | 2020-09-04 | 2020-09-04 | 一种接入网关的方法及装置 |
CN202010924405.X | 2020-09-04 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/177,907 Continuation US20230209404A1 (en) | 2020-09-04 | 2023-03-03 | Method for accessing gateway and apparatus |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2022048559A1 true WO2022048559A1 (zh) | 2022-03-10 |
Family
ID=80438395
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2021/115892 WO2022048559A1 (zh) | 2020-09-04 | 2021-09-01 | 一种接入网关的方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230209404A1 (zh) |
EP (1) | EP4199578A4 (zh) |
CN (1) | CN114143835A (zh) |
WO (1) | WO2022048559A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107666419A (zh) * | 2016-07-28 | 2018-02-06 | 中兴通讯股份有限公司 | 一种虚拟宽带接入方法、控制器和系统 |
CN108924849A (zh) * | 2017-04-01 | 2018-11-30 | 华为技术有限公司 | 一种会话连接建立方法及控制面网元 |
CN109428792A (zh) * | 2017-08-29 | 2019-03-05 | 中兴通讯股份有限公司 | 一种用户宽带接入处理的方法及装置、设备 |
CN110120884A (zh) * | 2018-02-07 | 2019-08-13 | 丛林网络公司 | 自驱动和自适应性多vbng管理编排 |
CN111865621A (zh) * | 2019-04-24 | 2020-10-30 | 华为技术有限公司 | 接入网关的方法及装置 |
-
2020
- 2020-09-04 CN CN202010924405.XA patent/CN114143835A/zh active Pending
-
2021
- 2021-09-01 EP EP21863623.1A patent/EP4199578A4/en active Pending
- 2021-09-01 WO PCT/CN2021/115892 patent/WO2022048559A1/zh unknown
-
2023
- 2023-03-03 US US18/177,907 patent/US20230209404A1/en active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107666419A (zh) * | 2016-07-28 | 2018-02-06 | 中兴通讯股份有限公司 | 一种虚拟宽带接入方法、控制器和系统 |
CN108924849A (zh) * | 2017-04-01 | 2018-11-30 | 华为技术有限公司 | 一种会话连接建立方法及控制面网元 |
CN109428792A (zh) * | 2017-08-29 | 2019-03-05 | 中兴通讯股份有限公司 | 一种用户宽带接入处理的方法及装置、设备 |
CN110120884A (zh) * | 2018-02-07 | 2019-08-13 | 丛林网络公司 | 自驱动和自适应性多vbng管理编排 |
CN111865621A (zh) * | 2019-04-24 | 2020-10-30 | 华为技术有限公司 | 接入网关的方法及装置 |
Non-Patent Citations (1)
Title |
---|
See also references of EP4199578A4 * |
Also Published As
Publication number | Publication date |
---|---|
US20230209404A1 (en) | 2023-06-29 |
EP4199578A4 (en) | 2024-01-17 |
CN114143835A (zh) | 2022-03-04 |
EP4199578A1 (en) | 2023-06-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111682952B (zh) | 针对体验质量度量的按需探测 | |
US8699513B2 (en) | Method and system for facilitating quality of service in edge devices in a fibre channel network | |
US9584369B2 (en) | Methods of representing software defined networking-based multiple layer network topology views | |
EP3509253A1 (en) | Inter-cloud communication method and related device, inter-cloud communication configuration method and related device | |
WO2020216339A1 (zh) | 接入网关的方法及装置 | |
Wang et al. | Implementation of multipath network virtualization with SDN and NFV | |
JP7313480B2 (ja) | スライスベースネットワークにおける輻輳回避 | |
US9014219B2 (en) | Link aggregation (LAG) information exchange protocol | |
CN108471629A (zh) | 传输网络中业务服务质量的控制方法、设备及系统 | |
WO2015039617A1 (zh) | 一种报文处理方法、系统及设备 | |
US20160164690A1 (en) | Communication system | |
WO2021244585A1 (zh) | 制定背景数据传输策略的方法、装置及系统 | |
EP4152882A1 (en) | Session establishment method, apparatus and system and computer storage medium | |
CN114124740A (zh) | 一种vnf实例化的方法和装置 | |
CN108512779B (zh) | 控制信息传递方法、服务器和系统 | |
US20220131810A1 (en) | Device, method, and system that virtualize a networks | |
WO2021218627A1 (zh) | 一种通信方法及相关设备 | |
WO2018188570A1 (zh) | 一种数据传输方法及装置 | |
WO2022048559A1 (zh) | 一种接入网关的方法及装置 | |
CN112565937B (zh) | 选择bng-up设备的方法、装置及系统 | |
Huang et al. | Virtualrack: Bandwidth-aware virtual network allocation for multi-tenant datacenters | |
EP4322494A1 (en) | Data transmission method, apparatus and system | |
WO2022012383A1 (zh) | 一种报文传输的方法、装置、系统及存储介质 | |
EP4224804A1 (en) | Communication method, apparatus, device, system, and computer readable storage medium | |
WO2023088411A1 (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: 21863623 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2021863623 Country of ref document: EP Effective date: 20230314 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |