WO2012163178A1 - 边缘节点的分配方法和装置及边缘节点控制器 - Google Patents

边缘节点的分配方法和装置及边缘节点控制器 Download PDF

Info

Publication number
WO2012163178A1
WO2012163178A1 PCT/CN2012/073653 CN2012073653W WO2012163178A1 WO 2012163178 A1 WO2012163178 A1 WO 2012163178A1 CN 2012073653 W CN2012073653 W CN 2012073653W WO 2012163178 A1 WO2012163178 A1 WO 2012163178A1
Authority
WO
WIPO (PCT)
Prior art keywords
edge node
address
user
bsg
user identifier
Prior art date
Application number
PCT/CN2012/073653
Other languages
English (en)
French (fr)
Inventor
郑若滨
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP12792378.7A priority Critical patent/EP2725739B1/en
Priority to EP23157470.8A priority patent/EP4240041A1/en
Priority to EP20172008.3A priority patent/EP3745649A1/en
Publication of WO2012163178A1 publication Critical patent/WO2012163178A1/zh
Priority to US14/154,430 priority patent/US10230684B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Definitions

  • FIG. 1 is a schematic diagram of a prior art access network architecture.
  • the node 93 and the Aggregation Network 90 are formed.
  • EN is a wireless gateway
  • AN is a base station (BS); for a Digital Subscriber Line (DSL) network, EN is a Broadband Remote Access Server (BRAS) / broadband network gateway (Broadband Network Gateway, BNG), AN is a DSL Access Multiplexer (DSLAM), PN network and access network are interconnected by DSL access technology; for passive optical network (Passive Optical Network) , P0N) network, EN is BRAS/BNG,
  • A is the Optical Line Termination (0LT).
  • EN for example, BRAS/BNG
  • CDN Content Delivery Network
  • BSG broadband service gateway
  • BSG broadband service gateway
  • BNG broadband service gateway
  • BSG is also called Service BNG
  • BNG is used for user management, and moves down to the edge of the aggregation network, such as the aggregation node 93 in Figure 1, and then directly connected to AN91, or can also move the BNG function to the AN.
  • BNG and AN are in one physical device
  • BSG is used for service processing, and can still be deployed in a higher network location.
  • BSG can deploy multiple sites to avoid performance bottlenecks;
  • BNG95 and BSG94 are connected via Internet (IP) / Multi-Protocol Label Switching (MPLS) Network 99 interconnects to form the EN subnet.
  • IP Internet
  • MPLS Multi-Protocol Label Switching
  • the EN and the aggregation node or the AN belong to different departments, if the EN sub
  • the downward movement of BNG in the network will cause impact on the management of the aggregation network department or the access department.
  • All network management personnel in the aggregation network department or the access department need to have relevant knowledge of BNG, which will increase the labor cost and economic cost of the operation;
  • EN evolved into two network elements, BSG and BNG the number of devices to be managed will be greatly increased, and the management of EN will be difficult.
  • the original EN managers need to re-manage the distributed deployment of BNG and BSG equipment. Increased labor costs and time costs. Summary of the invention
  • the embodiment of the invention relates to an edge node selection method and device, and an edge node controller, which dynamically uses the user identifier query carried in the service request message to obtain an address of an edge node selected by the user, and delivers an edge node address.
  • the service response message eliminates the labor cost of statically configuring the mapping relationship between the user and the BSG on the BNG, thereby reducing the processing process for the external device to recognize different edge nodes, improving the processing efficiency and reducing the implementation complexity.
  • An embodiment of the present invention provides a method for allocating an edge node, where the method includes:
  • An embodiment of the present invention provides a method for allocating an edge node, where the method includes:
  • An embodiment of the present invention provides a device for allocating an edge node, where the device includes:
  • a service request message receiving unit configured to receive a service request message including a user identifier
  • An obtaining unit configured to acquire a user identifier in the service request message
  • a querying unit configured to query, according to the user identifier, a first mapping relationship between the user identifier and an edge node address, to obtain an edge node address corresponding to the user identifier;
  • An embodiment of the present invention provides a device for allocating an edge node, where the device includes:
  • a sending unit configured to send a service request message including a user identifier
  • the receiving unit is configured to receive a service response message that includes an edge node address, where the edge node address is an edge node address corresponding to the user identifier.
  • An embodiment of the present invention provides an edge node controller, where the edge node controller includes: a selecting unit, configured to select an edge node from an edge node of a virtual edge node; and a device management unit, configured to configure The edge node address governed by the virtual edge node;
  • mapping relationship establishing unit configured to establish a mapping relationship between the physical user identifier and the edge node address
  • sending unit configured to send the edge node address corresponding to the physical user identifier
  • FIG. 1 is a schematic diagram of a prior art access network architecture
  • FIG. 2 is a second schematic diagram of a reference architecture of a prior art access network
  • FIG. 3 is a schematic diagram of a physical environment of a network environment according to an embodiment of the present invention.
  • FIG. 4 is a logic diagram of a network environment according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of an edge node controller according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a unified addressing of an access loop identifier in an edge node controller according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a method for allocating an edge node according to an embodiment of the present invention.
  • FIG. 8 is a second flowchart of a method for allocating an edge node according to an embodiment of the present invention.
  • FIG. 9 is a logical view of a user corresponding to an edge node allocation method according to an embodiment of the present invention.
  • FIG. 10 is a signaling diagram of an edge node allocation method according to an embodiment of the present invention.
  • FIG. 11 is a second signaling diagram of an edge node allocation method according to an embodiment of the present invention.
  • FIG. 12 is a third signaling diagram of an edge node allocation method according to an embodiment of the present invention.
  • FIG. 13 is a schematic diagram of a signaling process of an edge node in an allocation method of an edge node according to an embodiment of the present invention
  • FIG. 14 is a second schematic diagram of a signaling process of an edge node in an allocation method of an edge node according to an embodiment of the present invention
  • 16 is a signaling diagram of another method for allocating an edge node according to an embodiment of the present invention.
  • FIG. 17 is a signaling diagram of a change process of an edge node in another method for allocating an edge node according to an embodiment of the present invention
  • FIG. 18 is a schematic diagram of a signaling process of an edge node in an allocation method of another edge node according to an embodiment of the present invention
  • FIG. 19 is a schematic diagram of an apparatus for allocating an edge node according to an embodiment of the present invention
  • 20 is a second schematic diagram of an apparatus for allocating an edge node according to an embodiment of the present invention.
  • 21 is a third schematic diagram of an apparatus for allocating an edge node according to an embodiment of the present invention.
  • FIG. 22 is a schematic diagram of another edge node allocation apparatus according to an embodiment of the present invention.
  • FIG. 23 is a second schematic diagram of another edge node allocation apparatus according to an embodiment of the present invention.
  • FIG. 24 is a third schematic diagram of another edge node allocation apparatus according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The technical solutions of the embodiments of the present invention are further described in detail below with reference to the accompanying drawings and embodiments.
  • FIG. 3 is a physical schematic diagram of a network environment according to an embodiment of the present invention
  • FIG. 4 is a logic diagram of a network environment according to an embodiment of the present invention.
  • the controller 35 virtualizes the interconnection networks IP/MPLS 30 of the BSG 31 and the BNG 32 and the BSG 31 and the BNG 32 into a single network element virtual EN3.
  • each BSG31/BNG32 is equivalent to the remote module of the virtual EN3, which solves the management impact of the BNG32 downgrade on the aggregation network department or the access department, and the difficulties caused by the distributed deployment of the IP edge nodes.
  • the EN controller 35 may select at least one BSG from the virtual EN for the user based on the user/business policy, or the load/fault condition of the BSG.
  • the BSG address is sent to the BNG and/or the user through an AAA message or a DHCP message.
  • the user and physical BSG mapping table can be established on the BNG to implement route forwarding within the virtual EN.
  • an external network management system (Network Management System) server 41, a DHCP server 42 and an AAA server 43, and a core router 44 can treat the virtual EN (EN subnet) 3 as one.
  • a single network element For example, the MN server 41 manages the virtual EN3 as a single network element, and the operator's DHCP server 42/AAA server 43 treats the virtual EN3 as a single network element, thereby simplifying the operation and maintenance cost of the operator.
  • the network administrator can not detect the distributed deployment changes of the IP edge node EN.
  • the virtual EN can support the automatic decomposition of the parameters of the user SLA (service level agreement) to the BNG/BSG, thereby avoiding the increase of operation and maintenance costs.
  • the virtual EN3 is separated from the aggregation node (or access node) 40 view.
  • EN's BNG function can be integrated with the aggregation node (or access node) AN on the physical device
  • the BNG function of all the unified devices can be regarded as part of a virtual EN, still managed by the BNG department, and all The function of the aggregation node of the unified device is still managed by the original aggregation network department (or access department), which avoids the management impact of the BNG moving down on the aggregation network department (or access department).
  • Each virtual EN may be composed of at least one physical IP edge node (BNG/BSG), and each virtual EN may have one or more virtual EN addresses, and the data plane, control plane or management plane of the virtual EN may have a virtual EN respectively.
  • the address can also share a virtual EN address.
  • Each physical IP edge node (BNG/BSG) has its own external interface (E-port) address, inline interface (I-port) address, and loop back address.
  • the virtual EN address may be different from the address of the physical IP edge node, or the virtual EN address may be set to the address of a physical IP edge node.
  • FIG. 5 is a schematic diagram of an edge node controller according to an embodiment of the present invention.
  • the edge node EN controller 5 of the embodiment of the present invention specifically includes a selecting unit 52, a device management unit 51, and an authentication, authorization, and accounting AAA proxy.
  • the selecting unit 52 selects the BSG or the BNG from the BSG or the broadband network gateway BNG of the edge node, which can reflect the unified management of the BSG and the BNG, and facilitates the disaster tolerance or capacity expansion of the virtual EN.
  • the device management unit 51 is a core component in the controller and is responsible for managing the work of other units.
  • the device management unit 51 connects to the operator's MN3, and presents the BNG and BSG devices as a network element device to the MN; the edge of each edge node in the virtual EN, such as the BNG and the BSG, needs to be statically or dynamically configured.
  • Use the virtual EN technology to map the physical port number (including the frame number, board slot number, and physical port number) of the physical device of the same virtual EN to the logical port number of the virtual EN (including the frame number and single). Board slot number, logical port number), that is, the logical port of the virtual EN is uniformly addressed.
  • the virtual EN internal access loop identifier is uniformly addressed to establish a physical access loop identifier (Access Loop ID, or line ID, or Access line ID). Correspondence with the logical access loop identifier to achieve the conversion between the two.
  • the AAA proxy unit 53 is an optional unit for connecting to the AAA server of the operator, sending service request information to the AAA server, and receiving the returned service response message, thereby implementing an AAA proxy or an authenticator (Authenticator) function, and performing physical user identification. (such as physical access loop identification) and logical user identification (such as logical access loop identification), and the conversion between the virtual EN address and the edge node BNG / BSG address, so
  • physical user identification such as physical access loop identification
  • logical user identification such as logical access loop identification
  • the service response information includes the virtual address of the edge node
  • the AAA server The physical BNG/BSG address or the physical access loop identifier is masked. In this way, the AAA server will not see an increase in the number of physical BNG/BSGs, and has good scalability.
  • the DHCP proxy unit 54 is an optional unit for connecting to the operator's DHCP server, sending service request information to the DHCP server, and receiving the returned service response message, thereby implementing a DHCP proxy or transit function, and performing physical user identification (such as physical connection). Conversion between the ingress loop identifier) and the logical user ID (such as the logical access loop identifier), and the transition between the virtual EN address and the edge node BNG/BSG address, so that multiple BSG/s are in the DHCP authentication process.
  • the BNG device is presented to the DHCP server as a network element device.
  • the DHCP server can only see the virtual EN address or the logical access loop identifier, and the service response information includes the virtual address of the edge node, and the physical BNG/BSG address or the physical access loop identifier is masked to the DHCP server; The DHCP server will not see an increase in the number of physical BNG/BSGs and has good scalability.
  • the mapping relationship establishing unit 55 may establish a first mapping relationship between the physical access loop identifier and the edge node BSG address, so that when the service request message including the physical access loop identifier sent by the BNG or the user is received, The physical access loop identifier queries the first mapping relationship, and obtains a corresponding BSG address, and then sends the BSG address to the BNG or the user through the sending unit 56.
  • the edge node controller of the embodiment of the present invention further includes a load balancing management unit 57 and a disaster recovery backup management unit 58.
  • the load balancing management unit 57 is configured to collect the load status of each device in the virtual EN.
  • the disaster recovery backup management unit 58 is configured to collect fault status of each device in the virtual EN.
  • the information of the BSG/BNG is backed up in the disaster recovery backup management unit, and the user switches to the second when the first BSG/BNG fails.
  • the disaster recovery backup management unit can synchronize the information of the first BSG/BNG to the second BSG/BNG.
  • the selection unit 52 can select at least one edge node BSG for the user from the virtual EN according to the user or the service policy; or select at least one physical BSG from the virtual EN for the user according to the load balancing policy according to the BSG load status. Or according to the BSG fault condition, select at least one physical BSG for the user from the virtual EN according to the disaster recovery backup strategy.
  • a load balancing policy is that the selecting unit 52 can perform load balancing according to the source address or the loop identifier of the user, and selects users of different source address network segments.
  • Different BSGs that is, different BSGs manage users on different network segments; further, before performing load balancing according to the source address or loop identifier of the user, different services may be selected for the user session according to services (such as VLAN or priority).
  • the type of BSG that is, whether the user session is forwarded to the Internet BSG, VoIP BSG, or forwarded to the IPTV BSG.
  • a BSG A simple load balancing strategy is to set a load threshold for the BSG. When the BSG exceeds the load threshold, the BSG is reported to the load balancing management unit. When the BSG1 load is less than the threshold, the user selects the functional unit to select the functional unit. BSG1, until the load of BSG1 is greater than the threshold, and the load balancing management unit receives the report of BSG1, the BSG selection function unit selects BSG2 for the user who goes online afterwards...
  • the selection unit 52 selects a BNG for the user from the virtual EN according to the user information or the service information of the user; or selects one of the virtual ENs from the virtual EN according to the load balancing policy according to the BNG load status.
  • the device management unit 51 uniformly addresses the virtual EN internal access ring roadmap to implement the conversion of the physical access loop identifier and the logical access loop identifier.
  • the unified addressing of the access loop identifier is also applicable to the unified addressing of the logical port of the virtual EN. Just change the Access-Node-Identifier to the BNG Identifier.
  • the access loop identity is in the following format:
  • AN When AN sends an ATM-based DSL line, it is Access-Node-Identif ier atm slot/port: vpi. vci,
  • the access-Node-Identifier is the identifier of the AN (such as the DSLAM), and the slot/port is the chassis number, the rack number, the frame number, the slot number, and the sub-object on the AN.
  • a combination of one or more of a sub-slot number and a port number; vpi. vci is a virtual path identifier and a virtual channel identifier on a DSL line.
  • the "[]" in the format indicates optional.
  • the access loop identifier has the following format:
  • 0NU When 0NU is based on an ATM-based DSL line, it is Access-Node-Identif ier atm slot l/port l/0NUID/slot2/port2 : vpi. vci ,
  • the ONU When the ONU sends out an ETH-based DSL/ETH line, it is Access-Node-Identifier eth slot l/port l/0NUID/slot2/port2 [: vlan- id].
  • the access-Node-Identifier is the identifier of the OLT, and the slot l/port l is the cabinet on the OLT. Combination of one or more of a (chassis) number, a rack number, a frame number, a slot number, a sub-slot number, and a port number;
  • Slot2/port2 is the chassis number, the rack number, the frame number, the slot number, the sub-slot number, and the port number on the ONU. Combination of species or multiples.
  • the physical access loop identifier refers to the chassis number, rack number, frame number, slot number, and sub-slot of the actual AN device.
  • the logical access loop identifier means that, in order to present a single network element to the operator, the chassis number, the rack number, the frame number, and the slot number of the virtual EN device logically
  • the access loop identifier encoded by the sub-slot number and the port number; the setting may be an Arabic digit or a string of characters arranged in order.
  • FIG. 6 is a schematic diagram of a unified addressing of an access loop identifier in an edge node controller according to an embodiment of the present invention. Referring to the unified addressing table of the access loop identifier shown in Table 1, the access of the actual AN device can be seen. A one-to-one mapping between the loop identifier and the access loop identifier of the virtual EN device.
  • the conversion of the physical access loop identifier and the logical access loop identifier is converted according to the mapping relationship of Table 1, and the Access-Node-Identifier is converted into a virtual EN identifier, and the AN cabinet (chas sis) number and the rack are Rack number, frame number, slot number (s lot) number, sub-slot number, port number converted to virtual EN cabinet number, rack number , frame number, slot number, sub-slot number, port number.
  • FIG. 7 is a flowchart of a method for allocating an edge node according to an embodiment of the present invention.
  • the allocation edge node in this embodiment takes the allocation BSG as an example, and controls the EN.
  • the method for allocating edge nodes in the embodiment of the present invention specifically includes the following steps:
  • Step 101 The EN controller receives a service request message that is sent by the BNG and includes a physical user identifier.
  • the user identifier may be, but is not limited to, an access loop identifier.
  • the user identifier uses an access loop identifier (line ID).
  • line ID access loop identifier
  • Implementation that is, the physical user identifier is implemented by using a physical access loop identifier, and the logical user identifier is implemented by using a logical access loop identifier.
  • the physical line ID is displayed and is carried by the service request message.
  • the service request message may be a user authentication message (Access Request) that needs to be sent to the AAA server, or may be an address allocation discovery message that needs to be sent to the DHCP server (DHCP Discover).
  • Access Request user authentication message
  • DHCP Discover address allocation discovery message that needs to be sent to the DHCP server
  • DHCP Request address allocation request message
  • these service request messages can carry a physical line ID;
  • Step 102 Convert the physical access loop identifier to a logical access loop identifier (logical line ID).
  • logical line ID For a server external to the virtual EN, the devices in the virtual EN need to be regarded as one device. This requires converting the physical line ID to a logical line ID;
  • Step 103 Forward a service request message that includes the identifier of the logical access loop.
  • the EN controller sends the logical line ID to the subsequent server, for example, sends an Access Request to the AAA server, and sends a DHCP Discover or DHCP Request to the DHCP server; thus the AAA server and the DHCP server obtain the logical line ID through the service request message, thereby obtaining Knowing these service request messages sent by the virtual EN;
  • Step 104 Receive a service response message that includes an identifier of a logical access loop.
  • the AAA server When the AAA server receives the Access Request sent by the EN controller, it knows that the user needs to perform a service request, and after the service request passes, returns a service response message (such as Access Accept) to the EN controller, and carries a logical line ID in the Access Accept;
  • a service response message such as Access Accept
  • the DHCP server when the DHCP server receives the DHCP Discover, it knows that the user needs to perform address allocation, and after the address allocation discovery request is passed, returns an address allocation service confirmation message (DHCP Offer) to the EN controller, and carries a logical line ID in the DHCP Offer;
  • DHCP Offer address allocation service confirmation message
  • DHCP Ack Address allocation service confirmation message
  • Step 105 Convert the logical access loop identifier to a physical access loop identifier.
  • This step is the inverse conversion process.
  • the logical line ID cannot be directly processed, and must be converted to a physical line ID.
  • This step is a specific conversion process, and is obtained from the above-mentioned service request return information.
  • the logical line ID is converted to a physical line ID;
  • Step 106 Query a first mapping relationship between the physical access loop identifier and the BSG address according to the physical access loop identifier, and obtain a first BSG address corresponding to the physical access loop identifier.
  • the first mapping relationship may be implemented by using a first mapping table, where the physical mapping ID and the at least one BSG address are different. Because the services are different, multiple BSG addresses may be required. By querying the first mapping table, the first mapping table may be obtained. At least one first BSG address;
  • Step 107 Send a service response message including the first BSG address to the BNG.
  • the EN controller needs to forward the service response message received from the AAA server/DHCP server to the BNG, where the message needs to carry the first BSG address corresponding to the user, because a user may have multiple services, so there may be multiple A BSG address.
  • the user When the user needs to send an IP packet to the first BSG, the user can send the IP packet according to the address of the first BSG.
  • the method for allocating an edge node in the embodiment of the present invention uses the core device EN controller in the virtual EN to carry a logical line ID in the service request message, so that the subsequent server treats the virtual EN as a network element, and the service in the service request message
  • the response message also carries a logical line ID.
  • the first BSG corresponding to the physical line ID is obtained by querying the first mapping relationship, and the first BSG is allocated to the user, and the external device is viewed.
  • the result is a virtual EN.
  • the BSG and BNG inside the virtual EN are controlled and managed by the virtual EN controller, thus avoiding the management difficulty caused by the BSG distribution setting, avoiding the increase of labor cost and time cost.
  • the management difficulty and cost of the aggregation network and the access network are not increased, and the implementation complexity is reduced.
  • the above embodiment is a specific processing procedure for the EN controller inside the virtual EN.
  • the BNG on the opposite side, there is also a specific processing method.
  • the BNG can be physically integrated with the AN, and FIG. 8 is an implementation of the present invention.
  • the method for allocating the edge nodes is as follows: As shown in the figure, the method for allocating the edge nodes in the embodiment of the present invention is as follows: For the BNG, the method for allocating the edge nodes in the embodiment of the present invention specifically includes the following steps:
  • Step 201 Send a service request message including a physical user identifier to the EN controller.
  • the user identifier can be, but is not limited to, the access loop identifier.
  • the user identifier uses the access loop identifier.
  • ( l ine ID ) is implemented, that is, the physical user ID is implemented by using a physical access loop identifier, and the logical user identifier is implemented by using a logical access loop identifier, and the service request may be sent by the user to the BNG or BNG.
  • the service request message may be an Access Request that needs to be sent to the AAA server, or may be a DHCP Di scover that needs to be sent to the DHCP server.
  • the DHCP Request may be a DHCP Request. Can carry physical l ine ID;
  • Step 202 Receive a service response message that includes a first BSG address, where the first BSG address is a first BSG address corresponding to the physical access loop identifier in the first mapping relationship.
  • the service response message is returned, for example:
  • the AAA server When the AAA server receives the Access Request sent by the EN controller, it knows that the user needs to perform a service request, and after the service request passes, returns a service response message (such as Access Accept) to the EN controller, and carries the logical line ID in the Access Accept. ;
  • the DHCP server when the DHCP server receives the DHCP Di scover, it knows that the user needs to perform address allocation, and after the address allocation discovery request is passed, returns an address allocation service confirmation message (DHCP Offer) to the EN controller, and carries the logic l ine in the DHCP Offer. ID;
  • the device when the DHCP server receives the DHCP Request, after the request is passed, the device returns an address assignment service confirmation message (DHCP Ack) to the EN controller, and carries the logical l ine ID in the DHCP Ack;
  • DHCP Ack address assignment service confirmation message
  • Step 203 Obtaining a logical line ID from the service response message to be converted into a physical line ID, and querying the first mapping table to obtain at least one first BSG address; carrying the first BSG address in the service response message; Step 203 And forwarding, to the user, a service response message including the first BSG address.
  • the user After receiving the service request message carrying the first BSG address, the user learns the BSG corresponding to the user. Because a user may have multiple services, there may be multiple first BSG addresses.
  • the method for allocating the edge node in the embodiment of the present invention uses the BNG corresponding to the user to send the service request message carrying the logical l ine ID, and converts the logical l ine ID carried in the returned service response message into the physical l by the subsequent EN controller. After the ine ID is found, the first mapping relationship is obtained, and the first BSG corresponding to the physical l ine ID is obtained and forwarded to the user. For the external server, since the virtual EN is seen, the BSG and the BNG in the virtual EN can be unified.
  • FIG. 9 is a logical view of a user corresponding to an edge node according to an embodiment of the present invention. For the user, the user side address of the BNG 71 and the BSG 72 is seen. 10 is a signaling diagram of an edge node allocation method according to an embodiment of the present invention. As shown in the figure, the method for allocating an edge node in the embodiment of the present invention includes the following steps. :
  • Step 301 The user goes online, initiates a broadcast DHCP Discover/Solicit message, and starts a user IP address allocation process.
  • Step 302 The BNG (which may also be a unified device of the BNG and the AN) receives the DHCP Discover/Solicit message, and the BNG sends an AAA protocol message to the virtual EN controller, and initiates user authentication, AAA message through an AAA protocol message (such as an Access Request).
  • an AAA protocol message such as an Access Request.
  • Step 303 the EN controller converts the physical line ID into a logical line ID
  • the specific EN controller converts the physical access loop identifier into a logical access loop identifier according to Table 1.
  • the EN controller sends an AAA protocol message (such as an Access Request) to the AAA server by using a logical line ID; or The EN controller sends the logical line ID and the physical line ID to the MA server in the AAA message. In this case, if the AAA server needs to see the physical view, the AAA server can see the physical view through the physical access loop identifier.
  • the AAA server sees a single virtual EN node view, that is, the logical access loop identifier is visible; Step 305, the user authentication succeeds, and the AAA server returns an AAA protocol message (such as Access Accept) to the EN controller.
  • the AAA message carries the logical access loop identifier and the corresponding user/service profile (or policy); or the AAA message carries the logical access loop identifier, the physical access loop identifier, and the corresponding user/service profile (or policy);
  • Step 306 the EN controller converts the logical line ID into a physical line ID; similarly, the table 1 can be used for conversion;
  • Step 307 The EN controller sends an AAA message to the BNG, where the physical access loop identifier is carried (which may also carry the logical access loop identifier); or the virtual EN controller removes the logical access loop identifier from the AAA message. Only the physical access loop identifier is reserved for BNG;
  • the EN controller can assign the user/service profile (or policy) to the BSG for the BSG to offload according to the user/service profile (or policy);
  • the AAA message may not carry the physical access loop identifier but the username and password, so the AAA message forwarded to the AAA server in steps 303 and 304 also carries the username and password.
  • the AAA message may not carry the logical access loop identifier.
  • Step 308 After the user authentication is passed, the BNG sends the received DHCP Discover/Solicit message to the EN controller, where the DHCP message carries the physical access loop identifier.
  • Step 309 the EN controller performs DHCP snooping from the BSG to which the EN belongs, and selects the first BSG for the user; the selection of the first BSG may select at least one BSG for the user from the virtual EN according to the user or the service policy; or according to the BSG load status According to the load balancing policy, select at least one physical BSG for the user from the BSG of the virtual EN; or select at least one physical BSG for the user from the virtual EN according to the disaster recovery backup policy according to the BSG fault condition, and refresh the user and the physical BSG.
  • Mapping table mapping table
  • Table 2 is a mapping table between the user and the physical BSG in the EN controller. For example, the user corresponding to Line ID 1 subscribes to the Internet service and the video service, and the EN controller allocates the BSG user side address of the two different services;
  • Step 310 The controller converts the physical access loop identifier into a logical access loop identifier according to Table 1, and the DHCP message carries the logical access loop identifier and sends the identifier to the DHCP server.
  • the virtual EN controller initiates a DHCP relay message (such as a relay forward message), and uses the original DHCP Discover/Solicit message as an option.
  • a DHCP relay message such as a relay forward message
  • the physical access loop identifier corresponds to the logical access loop.
  • the identifier is sent to the DHCP server as an option (option) added to the DHCP relay message;
  • the DHCP server sees a single EN node view, that is, the logical access loop identifier is visible; the advantage of the latter method is that when the DHCP server needs to see the physical view, the DHCP server can be physically connected. Enter the loop ID to see the physical view;
  • Step 311 The DHCP server replies with a DHCP Offer/Advertise message, and the DHCP message carries a logical access loop identifier and a virtual EN address (optionally, such as a virtual BSG address), and the DHCP Offer/Advertise message is directly sent to the user. ;
  • the DHCP server replies with a DHCP Offer/Advertise message carrying a physical access loop identifier and a virtual EN address (such as a virtual BSG address), and then the DHCP Offer/Advertise message is sent to the user through a DHCP relay message (such as a Relayreply message), and the DHCP relay is transmitted.
  • the message carries a logical access loop identifier;
  • the gateway address is carried by extending the DHCP message option. For example, three options are extended in the DHCP message, an Internet service gateway option to carry the Internet service gateway address, a VOIP service gateway option to carry the VOIP service gateway address, and a video service gateway option to carry the video service gateway address, here three The options are filled in by the virtual EN address;
  • one gateway option carries the virtual EN address
  • one Internet service gateway option to carry the Internet service gateway address
  • one VOIP service gateway option to carry the VOIP service gateway address
  • one video service gateway option to carry the video
  • the service gateway address, step 11 first carries the virtual EN address, and the last three options are added by the virtual EN controller.
  • the latter method is mainly applicable to the field step 312 where the option is not allowed to be modified, and the virtual EN controller sends the DHCP offer/Advertise message from The DHCP relay message is taken out, and then the physical access loop identifier is directly converted, or the logical access loop identifier is converted into a physical access loop identifier, and then according to the physical access loop identifier, the table 2 is obtained, and the physical connection is obtained.
  • the address of each service gateway ie, BSG) corresponding to the incoming loop identifier;
  • Step 313 The virtual EN controller modifies the service gateway option in the DHCP message, for example, modifying three options of the extended DHCP message, the Internet service gateway option is changed to carry the Internet BSG user side address, and the VOIP service gateway option is changed to carry the VOIP.
  • the BSG user side address, the video service gateway option is changed to carry the CDN BSG user side address;
  • the virtual EN controller adds a gateway option, for example, three options for adding the extended DHCP message: the Internet service gateway option carries the Internet BSG user side address, the VOIP service gateway option carries the VOIP BSG user side address, and the video service gateway option Carrying the CDN BSG user-side address, the latter method is mainly applicable to scenarios where the option is not allowed to be modified; the virtual EN controller may optionally remove the option of carrying the virtual EN address;
  • Step 314 After the BNG is added to the BNG user-side address for the DHCP message, the DHCP Offer/Advertise message is forwarded to the user.
  • Step 315 The user sends a broadcast DHCP Request message to the BNG.
  • Step 316 The BNG forwards a DHCP Request message to the EN controller to initiate a broadcast.
  • Step 317 After the EN controller converts the physical access loop identifier to the logical access loop identifier according to Table 1, the DHCP message carries the logical access loop identifier to the DHCP server; or, the virtual EN controller initiates the DHCP relay.
  • the message (such as the Relayforward message), the original DHCP Request message is used as an option.
  • the logical access loop identifier corresponding to the physical access loop identifier is added as an option to the DHCP relay message. , sent to the DHCP server;
  • Step 318 The DHCP server replies with a DHCP Ack/Reply message, and the DHCP message carries a logical access loop identifier and a virtual EN address (such as a virtual BSG address), and the DHCP Ack/Reply message is directly sent to the user; or
  • the DHCP server replies with a DHCP Ack/Reply message, and carries the physical access loop identifier and the virtual EN address (such as the virtual BSG address). Then, the DHCP Ack/Reply message is sent to the user through a DHCP relay message (such as Relayreply message), and the DHCP relay message is carried.
  • Logical access loop identifier such as Relayreply message
  • the gateway address is carried by extending the DHCP message option.
  • three options for extending DHCP messages, one Internet service gateway option to carry the Internet service gateway address, one VOIP service gateway option to carry the VOIP service gateway address, and one video service gateway option to carry the video service gateway address here three The options are filled in by the virtual EN address; or, four options for extending the DHCP message, one gateway option carrying the virtual EN address, one Internet service gateway option to carry the Internet service gateway address, and one VOIP service gateway option to carry the VOIP service gateway address,
  • a video service gateway option carries the video service gateway address
  • step 311 first carries the virtual EN address
  • the last three options are added by the virtual EN controller. The latter method is mainly applicable to the scenario where the option is not allowed to be modified;
  • Step 319 The virtual EN controller directly according to the physical access loop identifier, or converts the logical access loop identifier into a physical access loop identifier, and then according to the physical access loop identifier, check Table 2, and obtain physical access.
  • Step 320 The virtual EN controller modifies a service gateway option in the DHCP message, for example, modifying the extended
  • the three options of the DHCP message the Internet service gateway option is changed to carry the Internet BSG user side address, the VOIP service gateway option is changed to carry the VOIP BSG user side address, and the video service gateway option is changed to carry the CDN BSG user side address;
  • the virtual EN controller adds a gateway option, for example, three options for adding the extended DHCP message: the Internet service gateway option carries the Internet BSG user side address, the VOIP service gateway option carries the VOIP BSG user side address, and the video service gateway option Carrying the CDN BSG user-side address, the latter method is mainly applicable to scenarios where the option is not allowed to be modified; the virtual EN controller may optionally remove the option of carrying the virtual EN address;
  • the DHCP Ack/Reply message is forwarded to the user.
  • Step 322 The destination address of the IP packet sent by the user is the service gateway address carried by the DHCP message, and is processed by the BNG. Forward directly to the corresponding BSG.
  • the EN controller sends the physical BSG address to the BNG through the DHCP Offer message and the DHCP Ack message, respectively, but in general, the BSG address carried by the DHCP Ack message is necessary because The message is an acknowledgment message, and the BNG confirms the BSG address only after receiving the message.
  • An alternative method is to carry the BSG address in the DHCP Offer message, and not to carry the BSG address in the DHCP Ack message, but only an acknowledgment, and confirm that the BSG address in the DHCP Offer message is the assigned BSG address.
  • the user can view the user-side address of the BNG and the BSG.
  • the BSG address corresponding to the user is sent to the BNG and the user by using a DHCP process, and can also be controlled by other policies.
  • the protocol (such as the Openflow protocol) is sent to the BNG and/or BSG, and the virtual EN controller acts as the AAA proxy in the AAA process. Because the virtual EN controller dynamically needs to go online during the DHCP process, it assumes the BSG selection function, eliminating the labor cost of statically configuring the mapping relationship between the user and the BSG on the BNG.
  • Another method is to use the EN controller as the authenticator.
  • the DHCP Discover message is first sent to the EN controller, and then the AAA authentication process is triggered. In this case, the physical access loop identifier carried in the DHCP message needs to be converted into a logical loop identifier. Used for the AAA certification process.
  • the message sent by the EN controller received by the DHCP server and the AAA server will be
  • FIG. 11 is a second signaling diagram of an edge node allocation method according to an embodiment of the present invention. As shown in FIG. 9, the allocation edge node in this embodiment takes an allocation BSG as an example, and the edge node of the embodiment of the present invention The allocation method specifically includes the following steps:
  • the steps 401 to 413 are the same as the steps 301 and 302 of the previous embodiment, and are not described herein again.
  • Step 414 Establish a user and BSG mapping table according to the extended service gateway option of the DHCP message, as shown in Table 3.
  • the remaining items can be learned so far; It is distinguished by different VLANs, and other services can be distinguished, such as Ethernet Priority or MPLS labels;
  • Step 415 - Step 421 is exactly the same as step 314 - step 320 in the previous embodiment, and is not described here again;
  • Step 422 there are two implementation manners in this step, one of which is if the table has been established in step 414 3.
  • Table 3 established in step 414 does not have a user address, and in step 421, the DHCP has been intercepted, so the user address has been obtained, so as long as the user address is added to Table 3 in this step.
  • Table 3 may be created in this step, because the information required to create Table 3 has been obtained in this step;
  • Step 423 After adding the BNG user-side address to the DHCP message, the BNG may forward the DHCP Ack/Reply message to the user.
  • Step 424 the IP packet sent by the user
  • Step 425 According to the source address or user information (such as user MAC address MACk or user IP address IPk) or other user information (such as line ID/user VLAN), check mapping table 3 to obtain the corresponding physical BSG, and add a tunnel encapsulation to the BSG. ;
  • user information such as user MAC address MACk or user IP address IPk
  • other user information such as line ID/user VLAN
  • Step 426 The user IP packet is forwarded to the corresponding BSG via the BNG.
  • Table 3 in this embodiment is created by BNG in step 414 and/or step 422, and another way is created by the EN controller, and there are two ways to create it;
  • the first way is to create the table 3 by the EN controller in step 412. Similarly, there is no user address in the table 3. The user address needs to be filled in the table 3 in step 420, so that the table 3 is complete and then passed.
  • AAA such as Diameter protocol
  • Table 3 is directly created by the EN controller, and sent to the BNG or the connection through the AAA (such as Diameter protocol) message. Nodes of multiple BSGs;
  • the BNG does not need to establish a mapping table between the user and the physical BSG in steps 414 and/or 422, which simplifies the implementation complexity of the BNG.
  • this embodiment has two differences:
  • the maintenance of the table 3 is required, and in the previous embodiment, the table 3 does not exist.
  • the user does not need to carry the BSG address when sending the IP packet to the BSG.
  • the DHCP offer/Advertise message may not carry the BSG address, but the HCP Ack/Reply message must carry the BSG address. Since the virtual EN controller is required to go online during the DHCP process, it assumes the BSG selection function and can dynamically let the BNG learn the mapping relationship between the user and the BSG. Therefore, the subsequent process of the user session can be performed without each message. The split selection and calculation are performed directly according to the mapping relationship between the user and the BSG, which reduces the complexity of the BNG implementation and eliminates the labor cost of statically configuring the mapping relationship between the user and the BSG on the BNG.
  • the message sent by the EN controller received by the DHCP server and the AAA server will be
  • EN (BSG and BNG) is regarded as a network element device, which does not sense the specific BSG, and thus does not increase the management difficulty and management cost for the server equipment, reduces the implementation complexity, and realizes the unified management of the BSG under the EN. .
  • the address of the BSG is sent to the BNG through the DHCP message (DHCP Offer and DHCP Ack), and then the BNG sends the user-side address of the BSG and the BNG to the user. Therefore, the user can perceive the user-side address of the BSG and the BNG.
  • Table 3 which is maintained by the BNG, can be sent to the BSG.
  • FIG. 12 is a third signaling diagram of an edge node allocation method according to an embodiment of the present invention.
  • the allocation edge node in this embodiment takes an allocation BSG as an example, and the edge node of the embodiment of the present invention
  • the allocation method specifically includes the following steps:
  • Step 501 - step 505 and step 301 - step 305 of the first embodiment or the second Steps 401 to 405 of the embodiment are completely the same, and details are not described herein again.
  • Step 506 the EN controller performs DHCP snooping from the BSG to which the EN belongs, and selects the first BSG for the user;
  • the selection of the first BSG may select at least one BSG for the user from the virtual EN according to the user or the service policy; or select at least one physical BSG for the user from the BSG of the virtual EN according to the load balancing policy according to the BSG load status; or according to In the BSG fault condition, according to the disaster recovery backup policy, at least one physical BSG is selected for the user from the virtual EN, and the mapping table between the user and the physical BSG is refreshed;
  • Step 507 after the EN controller performs the access loop identifier conversion according to Table 1, the AAA message adds a BSG address carrying the physical access loop identifier and the physical access loop identifier, and sends the BSG address to the BNG; the virtual EN controller further The user/service profile (or policy) may be sent to the BSG for the BSG to be offloaded according to the user/service profile (or policy); or the AAA message carries the username and password to the AAA server;
  • the gateway address is carried by extending the attributes of the AAA message. For example, three attributes are extended in the AAA message: the Internet service gateway attribute carries the Internet BSG user side address, the VOIP service gateway attribute carries the VOIP BSG user side address, and the video service gateway attribute carries the CDN BSG user side address;
  • Step 508 Establish a user and BSG mapping table according to the extended service gateway attribute of the AAA message, as shown in Table 3. Except for the user IP address, the remaining items can be learned so far; similarly, different services are different. VLANs can be distinguished, and services can be distinguished by other means, such as Ethernet Priority or MPLS labels;
  • Step 509 After the user passes the authentication, the BNG sends the received DHCP Discover/Solicit message to the EN controller, where the DHCP message carries the physical access loop identifier.
  • Step 510 - Step 513 is exactly the same as Step 410 - Step 413 in the second embodiment;
  • Step 514 - Step 520 is exactly the same as Step 415 - Step 421 in the second embodiment;
  • Step 521 - Step 525 and Steps 422 to 426 in the second embodiment above are identical.
  • the EN controller sends the physical BSG address to the BNG through the DHCP Offer message and the DHCP Ack message, respectively, but in general, the BSG address carried by the DHCP Ack message is necessary. Because the message is an acknowledgment message, the BNG confirms the BSG address only after receiving the message. Optionally, it is also possible to not carry the BSG address in the DHCP Offer message. Another optional method is to carry the BSG address in the DHCP Offer message, and does not carry the BSG address in the DHCP Ack message. It is only an acknowledgment, and the BSG address in the DHCP Offer message is the assigned BSG address.
  • step 521 also has two implementations, one of which is if table 3 has been established in step 508, but table 3 established in step 508 has no user address, and in step 521, the user has been intercepted. , Therefore, the user address has been obtained, so it is sufficient to add the user address to the table 3 in this step; another implementation manner is that if the table 3 is not created in step 508, the table 3 can be created in this step. Because the information needed to create Table 3 has been obtained in this step.
  • Table 3 in this embodiment is created by BNG in step 508 and/or step 521, and another way is created by the EN controller, which is also created in two ways;
  • the first way is to create the table 3 by the EN controller in step 506. Similarly, there is no user address in the table 3. The user address needs to be filled in the table 3 in step 519, so that the table 3 is complete and then passed.
  • AAA such as Diameter protocol
  • Table 3 is directly created by the EN controller, and sent to the BNG or the connection through the AAA (such as Diameter protocol) message. Nodes of multiple BSGs;
  • the virtual EN controller assumes the selection function of the BSG according to the user's online requirement in the AAA authentication process, and can dynamically let the BNG learn the mapping relationship between the user and the BSG, the subsequent process of the user session may be omitted.
  • the packet is directly selected and calculated according to the mapping relationship between the user and the BSG, which reduces the complexity of the BNG implementation and eliminates the labor cost of statically configuring the mapping relationship between the user and the BSG on the BNG.
  • the message sent by the EN controller received by the DHCP server and the AAA server treats the EN (BSG and BNG) as a network element device, and does not sense the specific BSG, and thus does not give the server.
  • the equipment increases the management difficulty and management cost, and realizes the unified management of the BSG under EN.
  • the EN controller sends the physical BSG user side address to the BNG through the AAA message (Access Accept), and then the BNG and BNG users are used by the BNG.
  • the side address is sent to the user, so the user can perceive the user side address of the BSG and the BNG.
  • the table 3 maintained by the BNG can be sent to the BSG.
  • the above three embodiments are the process of allocating and delivering the BSG.
  • the BSG may change during the work. The following is the change process of the BSG.
  • FIG. 13 is a schematic diagram of a signaling process of a change process of a BSG in an edge node allocation method according to an embodiment of the present invention. As shown in the figure, the process of changing the BSG includes the following steps:
  • Step 601 When the mapping relationship between the user and the physical BSG changes, such as the disaster recovery backup, or the requirement of the green energy saving requirement to migrate the user to another BSG, or the physical BSG changes during load balancing;
  • Step 602 the virtual EN controller sends an AAA message, such as Change of Authorization (CoA, grant The request message carries the physical access loop identifier and the corresponding new BSG user side address; Step 603, the BNG returns an AAA message, such as a Change of Authorization (CoA) response message;
  • an AAA message such as Change of Authorization (CoA, grant
  • the request message carries the physical access loop identifier and the corresponding new BSG user side address
  • Step 603 returns an AAA message, such as a Change of Authorization (CoA) response message;
  • Step 604 The BNG refreshes the BSG user side address of the user and the BSG mapping table according to the extended service gateway attribute of the AAA message, as shown in Table 3;
  • Step 605 The virtual EN controller directly sends a DHCP Forcerenew message to the user.
  • the forced update message is sent to the user by the virtual EN controller, and the virtual EN controller notifies the user by sending a forced update message to the user.
  • the BSG address corresponding to the user has changed.
  • Step 606 - step 611 is exactly the same as step 515 - step 520 of the third embodiment of the BNG distribution method;
  • Step 612 - Step 615 is identical to the process of steps 522 - 525 of the third embodiment of the BNG distribution method described above.
  • the virtual EN controller directly updates the user and the physical BSG according to Table 3, if the table 3 is generated by the EN controller.
  • the mapping table after which the controller sends the table 3 to the BNG or the node connecting the multiple BSGs through the AAA (such as Diameter protocol) message; and then the step 605 is initiated.
  • FIG. 14 is a schematic diagram of a signaling process of a change process of a BSG in an edge node allocation method according to an embodiment of the present invention. As shown in FIG. 9, the process of changing the BSG includes the following steps:
  • Step 701 When the mapping relationship between the user and the physical BSG changes, such as the disaster recovery backup, or the requirement of the green energy saving requirement to migrate the user to another BSG, or the physical BSG changes during load balancing;
  • Step 702 - step 708 is identical to the process of step 605 - step 611 of the change process embodiment of the previous BSG;
  • Step 709 the BNG refreshes the BSG user side address of the user and the BSG mapping table, as shown in Table 3;
  • Step 710 - Step 713 is identical to the process of the previous BSG change process embodiment steps 612 - 615.
  • the changed BSG user side address of the previous embodiment is first sent to the BNG (via CoA Request), and then sent to the user (via DHCP Forcerenew); in this embodiment, the changed BSG user side address is first sent to the user ( Pass DHCP Forcerenew) and then send it to BNG (via DHCP Ack);
  • the changed BSG user side address of the previous embodiment passes the AAA message CoA Request and DHCP.
  • the DHCP Ack is sent to the BNG.
  • the BSG user-side address changed in this embodiment is sent to the BNG only through the DHCP message DHCP Ack, so the processing is simpler.
  • FIG. 15 is a logical view of the user corresponding to another edge node according to an embodiment of the present invention.
  • the user side address of the BNG 71 can be seen.
  • the user can only see the virtual BSG70 address and cannot see the user side address of the BSG.
  • the advantage of using a virtual BSG address is that the user is not aware of the disaster tolerance, or the physical BSG changes required to migrate the user to other BSGs or load balancing due to green energy requirements. For example, when the first physical BSG is down, the users served by the first physical BSG need to switch to other physical BSGs, and the design goal is that the user does not need to perceive such changes in the BSG. Therefore, another edge node in the embodiment of the present invention adopts a virtual BSG address, and the user only sees the virtual BSG address, and blocks the address of the physical BSG to the user.
  • the change of the physical BSG should be limited to the same virtual EN, so that the user does not The BSG changes are perceived; thus, in the case of disaster recovery or green energy saving or load balancing, although the physical BSG changes, the virtual BSG address does not change, ensuring that the user service is not interrupted during the BSG handover process.
  • the specific difference between the other edge nodes of the embodiment of the present invention and the edge nodes corresponding to the second and third embodiments of FIG. 9 is that the BNG sends DHCP information to the user (for example, DHCP Offer, DHCP Ack).
  • DHCP information for example, DHCP Offer, DHCP Ack.
  • the physical BSG user side address is not carried in, but the virtual BSG address (which can be the same as the virtual EN address), so that the user does not perceive when the BSG changes.
  • FIG. 16 is a signaling diagram of another method for allocating an edge node according to an embodiment of the present invention. As shown in FIG. 15 , the method for allocating an edge node in the embodiment of the present invention is an example. Including the following steps:
  • Step 801 - Step 811 is the same as step 501 - step 511 of the third embodiment of the method for allocating the edge node of the embodiment of the present invention corresponding to FIG. 12;
  • Step 812 The virtual EN controller extracts the DHCP offer/Advert message from the DHCP relay message, and sends the virtual BSG address (which can be the same as the virtual EN address) and the logical access loop identifier to the BNG; or, the virtual EN control After converting the logical access loop identifier carried in the DHCP offer/Advert i se message to the physical access loop identifier, the DHCP offer/Advert i se message is forwarded to the user together with the virtual BSG address;
  • Step 813 The BNG sends the virtual BSG address and the physical BNG address to the user.
  • Step 814 - Step 817 and FIG. 12 the third embodiment of the method for allocating edge nodes of the embodiment of the present invention Steps 515 to 518 are identical;
  • Step 818 the virtual EN controller extracts the DHCP Ack/Reply message from the DHCP relay message, and sends the virtual BSG address (which can be the same as the virtual EN address) and the logical access loop identifier to the BNG; or, the virtual EN controller will After the logical access loop identifier carried in the Ack/Reply message is converted into the physical access loop identifier, the DHCP Ack/Reply message is forwarded to the BNG along with the virtual BSG address.
  • Step 819 The virtual EN controller performs DHCP snooping to obtain the user IP address, refreshes the user IP address entry of the user and the BSG mapping table, and adds the user address to Table 3;
  • Step 820 The BNG forwards the DHCP Ack/Reply message to send the virtual BSG address and the physical BNG user side address to the user.
  • Step 821 the IP packet sent by the user
  • Step 822 According to the source address or user information (such as user MAC address MACk or user IP address IPk) or other user information (such as line ID/user VLAN), check mapping table 3 to obtain the corresponding physical BSG, and add a tunnel encapsulation to the BSG. ;
  • user information such as user MAC address MACk or user IP address IPk
  • other user information such as line ID/user VLAN
  • the destination address of the IP packet is a virtual EN address
  • the corresponding BSG address is obtained according to the user information, and the destination address is converted from the virtual EN address to the BSG address.
  • Step 823 The user IP packet is forwarded to the corresponding BSG through the BNG.
  • Table 3 is created by BNG, and another way is created by the EN controller.
  • the EN controller performs DHCP snooping to obtain the user IP address, and in the virtual EN controller.
  • the virtual EN controller sends the relevant user items of the table 3 to the BNG or the nodes connecting the multiple BSGs through the AAA (such as the Diameter protocol, or the Openflow protocol) message; thus, the BNG does not need to be refreshed in step 819.
  • the mapping between the user and the physical BSG is simplified, which simplifies the implementation complexity of the BNG.
  • the AAA message in step 817 also does not carry the physical BSG user side address.
  • the BSG address corresponding to the user is sent to the BNG by using the AAA process.
  • the virtual EN controller assumes the BSG selection function according to the user's online requirements, and can dynamically let the BNG learn the mapping relationship between the user and the BSG. Therefore, the subsequent process of the user session does not need to be used for each message.
  • the offloading selection and calculation are performed, and the direct forwarding is performed according to the mapping relationship between the user and the BSG, which reduces the complexity of the BNG implementation, and eliminates the labor cost of statically configuring the mapping relationship between the user and the BSG on the BNG.
  • the DHCP information (DHCP Offer, DHCP Ack) sent by the BNG to the user does not carry the physical BSG user side address, but the virtual BSG address (which can be the same as the virtual EN address), so that the user does not perceive when the BSG changes.
  • the foregoing embodiment is a process of allocating and delivering another BSG.
  • the BSG may change.
  • the following is a change process of the BSG.
  • FIG. 17 is a signaling diagram of a change process of a BSG in another method for allocating an edge node according to an embodiment of the present invention. As shown in the figure, the process of changing the BSG in the embodiment includes the following steps:
  • Step 91 When the mapping relationship between the user and the physical BSG changes, such as the disaster recovery backup, or the requirement of the green energy saving requirement to migrate the user to another BSG, or the physical BSG changes during load balancing;
  • Step 92 The virtual EN controller sends an AAA message, such as a Change of Authorization (CoA) request message, carrying the physical access loop identifier and its corresponding new BSG user side address.
  • an AAA message such as a Change of Authorization (CoA) request message
  • Step 93 The BNG replies with an AAA message, such as a Change of Authorization (CoA) response message;
  • an AAA message such as a Change of Authorization (CoA) response message;
  • Step 94 The BNG refreshes the BSG user side address of the user and the BSG mapping table according to the extended service gateway attribute of the AAA message, as shown in Table 3;
  • Step 95 an IP packet sent by the user
  • Step 96 According to the source address or user information (such as user MAC address MACk or user IP address IPk) or other user information (such as line ID/user VLAN), check mapping table 3 to obtain a corresponding new physical BSG, and add to the BSG.
  • source address or user information such as user MAC address MACk or user IP address IPk
  • other user information such as line ID/user VLAN
  • the destination address of the IP packet is a virtual EN address
  • the corresponding BSG address is obtained according to the user information table 3, and the destination address is converted from the virtual EN address to the BSG address;
  • Step 97 The user IP packet is forwarded to the corresponding new BSG via the BNG.
  • the virtual EN controller when the mapping relationship between the user and the physical BSG changes, the virtual EN controller directly updates the mapping table 3 of the user and the physical BSG according to Table 3, and then the virtual EN controller passes the AAA (such as the Diameter protocol, Or the Openf low protocol message, the table 3 is sent to the BNG or the node connecting the multiple BSGs; then the step 905 is initiated.
  • AAA such as the Diameter protocol, Or the Openf low protocol message, the table 3 is sent to the BNG or the node connecting the multiple BSGs; then the step 905 is initiated.
  • the virtual BSG address does not change, and the user service is guaranteed to be uninterrupted during the BSG handover process.
  • FIG. 18 is a schematic diagram of a signaling process of a BSG change process in another method for allocating an edge node according to an embodiment of the present invention.
  • the change process of the BSG in this embodiment specifically includes the following steps:
  • step 901 when the mapping relationship between the user and the physical BSG changes, such as the disaster recovery backup, or the requirement of the green energy saving requirement to migrate the user to another BSG, or the physical BSG changes during load balancing;
  • Step 902 the EN controller sends an AAA message to the BNG, such as Changeof Authorization (CoA, grant The right change) Request message, carrying the Authorization only attribute;
  • Changeof Authorization CoA, grant The right change
  • Step 903 The BNG returns an AAA message to the EN controller, such as a Changeof Authorization (CoA) grant NAK message;
  • CoA Changeof Authorization
  • Step 904 the virtual EN controller sends an AAA message, such as an Access Request message, carrying the physical access loop identifier and its corresponding new BSG user side address;
  • an AAA message such as an Access Request message
  • Step 905 converting the physical line ID to a logical line ID
  • Step 906 the EN controller sends an AAA protocol message (such as an Access Request) to the AAA server by carrying a logical line ID;
  • an AAA protocol message such as an Access Request
  • Step 907 the user authentication is successful, and the AAA server returns an AAA protocol message (such as Access Accept) to the EN controller, where the AAA message carries the logical access loop identifier and the corresponding user/service profile (or policy);
  • AAA protocol message such as Access Accept
  • Step 908 Establish a user and BSG mapping table according to the extended service gateway attribute of the AAA message, as shown in Table 3. Except for the user IP address, the remaining items can be learned so far; similarly, different services are different. VLANs can be distinguished, and services can be distinguished by other means, such as Ethernet Priority or MPLS labels;
  • Step 909 the EN controller sends an AAA message to the BNG, where the physical access loop identifier, the service profile ⁇ Authorization only attribute, and the new BSG user side address are carried.
  • Step 910 The BNG refreshes the BSG user side address of the user and the BSG mapping table according to the extended service gateway attribute of the AAA message, as shown in Table 3;
  • Step 911 the IP packet sent by the user
  • Step 912 According to the source address or user information (such as the user MAC address MACk or the user IP address IPk) or other user information (such as the line ID/user VLAN), check the mapping table 3 to obtain the corresponding new physical BSG, and add the gateway to the BSG.
  • the source address or user information such as the user MAC address MACk or the user IP address IPk
  • other user information such as the line ID/user VLAN
  • Step 913 The user IP packet is forwarded to the corresponding new BSG via the BNG.
  • the BNG when the BSG changes, the BNG initiates AAA re-authorization to trigger the refresh of the user and BSG mapping table on the BNG.
  • the physical BSG changes, but the virtual BSG address does not change, ensuring that the user service is not interrupted during the BSG handover.
  • FIG. 19 is a schematic diagram of an apparatus for allocating an edge node according to an embodiment of the present invention.
  • the embodiment is For example, the allocation device of the edge node in the embodiment of the present invention includes a service request message receiving unit 1101, an obtaining unit 1102, a query unit 1103, and a returning unit 1104.
  • the service request message receiving unit 1101 receives the service request message including the physical user identifier; the obtaining unit 1102 acquires the physical user identifier in the service request message; the query unit 1103 queries the first mapping between the physical user identifier and the BSG address according to the physical user identifier. The relationship is obtained by the BSG address corresponding to the physical user identifier; the return unit 1104 returns a service response message including the BSG address.
  • the device for selecting a BSG uses the physical user identifier carried in the service request message to query the first mapping relationship to obtain a BSG address, and delivers a service response message carrying a BSG address, thereby realizing unified allocation of the BSG address and reducing
  • the external server recognizes the processing of different BSGs, improves processing efficiency, and reduces implementation complexity.
  • FIG. 20 is a second schematic diagram of an apparatus for allocating an edge node according to an embodiment of the present invention.
  • the allocating edge node in this embodiment takes an allocation BSG as an example.
  • the apparatus for allocating an edge node according to the embodiment of the present invention specifically includes: a service request message.
  • the service request message receiving unit 1101 receives the service request message including the physical user identifier; the first converting unit 1105 converts the physical user identifier into a logical user identifier, and forwards the service request message including the logical user identifier; the response message receiving unit 1106 receives the included logic
  • the second mapping unit 1107 converts the logical user identifier into a physical user identifier; the obtaining unit 1102 obtains the physical user identifier in the service request message; the first mapping relationship establishing unit 1108 establishes a physical user identifier and the BSG address. The first mapping relationship is performed.
  • the query unit 1103 queries the first mapping relationship between the physical user identifier and the BSG address according to the physical user identifier, and obtains the BSG address corresponding to the physical user identifier.
  • the return unit 1104 returns a service response message including the BSG address.
  • the first mapping relationship establishing unit 1108 is specifically configured to establish a first mapping relationship between the physical user identifier and the BSG address according to the service policy or the load balancing policy or the disaster recovery backup policy.
  • the service request message received by the service request message receiving unit 1101 is specifically a user authentication message, and the service response message returned by the returning unit 1104 is specifically a receiving user authentication message; the service request message received by the service request message receiving unit 1101 is an address allocation discovery message. Or the address allocation request message, the service response message returned by the returning unit 1104 is specifically an address allocation service confirmation message.
  • the apparatus for allocating an edge node further includes a first mapping relationship updating unit 1121, a sending unit 1122, and a forced update message sending unit 1109.
  • the first mapping relationship updating unit 1121 updates when the BSG address corresponding to the physical user identifier changes. a mapping relationship; the sending unit 1122 sends the updated BSG address corresponding to the physical user identifier; and the forced update message sending unit 1109 sends a forced update message. Because the BSG address corresponding to the physical user identifier changes, that is, the BSG corresponding to the user changes, the forced update message sending unit 1109 notifies the user that the corresponding BSG address has changed by sending a forced update message to the user.
  • the device for selecting a BSG in the embodiment of the present invention uses the physical user identifier carried in the service request message to query the first mapping relationship established by the user, so as to obtain a BSG address, and deliver a service response message carrying the BSG address, thereby implementing the BSG address. Uniform distribution. Moreover, when the BSG changes, the changed BSG address is received, and the first mapping relationship is updated. This reduces the processing of the external server to identify different BSGs, improves processing efficiency, and reduces implementation complexity.
  • FIG. 21 is a third schematic diagram of an apparatus for allocating an edge node according to an embodiment of the present invention.
  • the allocation edge node in this embodiment is an example of allocating a BSG.
  • the apparatus for allocating an edge node according to the embodiment of the present invention specifically includes: a service request message. a receiving unit 1101, an obtaining unit 1102, a query unit 1103, a returning unit 1104, a first converting unit 1105, a response message receiving unit 1106, a second converting unit 1107, a first mapping relationship establishing unit 1108, a second mapping relationship establishing unit 1131, and Transmitting unit 1132.
  • the service request message receiving unit 1101 receives the service request message including the physical user identifier; the first converting unit 1105 converts the physical user identifier into a logical user identifier, and forwards the service request message including the logical user identifier; the response message receiving unit 1106 receives the included logic
  • the second mapping unit 1107 converts the logical user identifier into a physical user identifier; the obtaining unit 1102 obtains the physical user identifier in the service request message; the first mapping relationship establishing unit 1108 establishes a physical user identifier and the BSG address. The first mapping relationship is performed.
  • the query unit 1103 queries the first mapping relationship between the physical user identifier and the BSG address according to the physical user identifier, and obtains the BSG address corresponding to the physical user identifier.
  • the return unit 1104 returns a service response message including the BSG address.
  • the specific first mapping relationship establishing unit 1108 is specifically configured to establish a first mapping relationship between the physical user identifier and the BSG address according to the service policy or the load balancing policy or the disaster recovery backup policy.
  • the service request message received by the service request message receiving unit 1101 is specifically a user authentication message, and the service response message returned by the returning unit 1104 is specifically a receiving user authentication message; the service request message received by the service request message receiving unit 1101 is an address allocation discovery message. Or the address allocation request message, the service response message returned by the returning unit 1104 is specifically an address allocation service confirmation message.
  • the second mapping relationship establishing unit 1131 establishes a second mapping relationship between the user address, the physical user identifier, and the BSG address; the sending unit 1131 sends the second mapping relationship.
  • the second mapping relationship establishing unit may only establish a second mapping relationship between the physical user identifier and the BSG address, and use the obtaining unit to obtain the user address, which will be used.
  • the user address is added to the second mapping relationship.
  • the second mapping relationship is established by the second mapping relationship establishing unit 1131, and the second mapping relationship needs to be sent later, so that the receiving party does not need to establish the second mapping relationship, but only needs to receive the second mapping relationship. .
  • the receiver queries the second mapping relationship to obtain the BSG corresponding to the IP packet user, and then sends the IP packet to the BSG.
  • the apparatus for allocating an edge node further includes a first mapping relationship update unit.
  • the second mapping relationship updating unit 1134 The second mapping relationship updating unit 1134, the transmitting unit 1135, and the forced update message transmitting unit 1136.
  • the first mapping relationship updating unit 1133 updates the first mapping relationship when the BSG address corresponding to the physical user identifier changes; the second mapping relationship updating unit 1134 updates the second mapping relationship according to the updated first mapping relationship; Send the updated second mapping relationship.
  • the forced update message transmitting unit 1136 sends a forced update message. Because the BSG address corresponding to the physical user identifier changes, that is, the BSG corresponding to the user changes, the forced update message sending unit 1109 notifies the user that the corresponding BSG address has changed by sending a forced update message to the user.
  • the BSG selection device of the embodiment of the present invention establishes a first mapping relationship and a second mapping relationship, and uses the physical user identifier carried in the service request message to query the first mapping relationship, thereby obtaining a BSG address, and delivering a service response carrying the BSG address.
  • the message thus achieves a uniform allocation of BSG addresses.
  • the BSG changes the changed BSG address is received, and the first mapping relationship and the second mapping relationship are updated, thereby reducing the processing procedure for the external server to identify different BSGs, and improving the processing efficiency.
  • the second mapping relationship needs to be sent to the receiver, and the second mapping relationship is received and maintained by the receiver without establishing the second mapping relationship.
  • FIG. 22 is a schematic diagram of another apparatus for allocating an edge node according to an embodiment of the present invention. As shown in the figure, the allocation edge node of the embodiment is an example of the allocation of the BSG. Unit 1200 and receiving unit 1201.
  • the sending unit 1200 sends a service request message including a physical user identifier.
  • the receiving unit 1201 receives a service response message including a BSG address, where the BSG address is a BSG address corresponding to the physical access loop identifier.
  • the apparatus for allocating an edge node further includes: a forwarding unit 1202, an IP packet receiving unit 1203, and an IP packet sending unit 1204.
  • the forwarding unit 1202 forwards the service response message including the BSG address.
  • the IP packet receiving unit 1203 receives the inclusion
  • the IP packet sending unit 1204 forwards the BSG address to the BSG corresponding to the BSG address.
  • Another apparatus for selecting a BSG by transmitting a service request message including a physical user identifier And receiving the service response message carrying the BSG address, and realizing the unified allocation of the BSG address. This reduces the processing of the external server to identify different BSGs and improves the processing efficiency.
  • the IP packet is forwarded according to the BSG address in the packet.
  • FIG. 23 is a second schematic diagram of a device for allocating an edge node according to an embodiment of the present invention.
  • the allocating edge node in this embodiment uses the BSG as an example.
  • the sending unit 1200 sends a service request message including a physical user identifier.
  • the receiving unit 1201 receives a service response message including a BSG address, where the BSG address is a BSG address corresponding to the physical access loop identifier.
  • the mapping relationship establishing unit 1210 establishes a mapping relationship between the user address, the physical user identifier, and the BSG address.
  • the BSG address receiving unit 1231 receives the updated BSG address corresponding to the physical user identifier when the BSG address corresponding to the physical user identifier changes.
  • the mapping relationship updating unit 1232 updates the mapping relationship based on the updated BSG address.
  • the mapping relationship establishing unit may also establish a mapping relationship between the physical user identifier and the BSG address, and then the adding unit obtains the user address, and adds the user address into the second mapping relationship.
  • the forwarding unit 1233 forwards the service response message including the BSG address, or converts the BSG address into a virtual BSG address, forwards the service request message including the virtual BSG address, or forwards the virtual edge node address corresponding to the edge node address.
  • Business response message The IP packet receiving unit 1234 receives the IP packet including the user address.
  • the query unit 1235 queries the mapping relationship according to the user address in the IP packet, and obtains the BSG address corresponding to the user address.
  • the IP packet sending unit 1236 sends the BSG address to the BSG address.
  • the corresponding BSG sends an IP packet.
  • Another apparatus for selecting a BSG in the embodiment of the present invention implements unified allocation of BSG addresses by transmitting a service request message including a physical user identifier and receiving a service response message carrying a BSG address.
  • a mapping relationship by establishing a mapping relationship, and when the BSG changes, only the changed BSG address is received, and the mapping relationship is updated, thereby reducing the processing procedure for the external server to identify different BSGs, thereby improving the processing efficiency.
  • the second mapping relationship is queried to forward the IP packet to the BSG address.
  • FIG. 24 is a third schematic diagram of another edge node allocation apparatus according to an embodiment of the present invention.
  • the apparatus for allocating an edge node according to an embodiment of the present invention specifically includes: a sending unit 1200, a receiving unit 1201, and a mapping relationship receiving unit 1211.
  • the sending unit 1200 sends a service request message including a physical user identifier; the receiving unit 1201 receives the BSG including The service response message of the address, where the BSG address is the BSG address corresponding to the physical access loop identifier.
  • the mapping relationship receiving unit 1211 receives the mapping relationship between the user address, the physical user identifier, and the BSG address, and receives the updated mapping relationship when the BSG address corresponding to the physical user identifier changes.
  • the forwarding unit 1233 forwards the service response message including the BSG address; or converts the BSG address into a virtual BSG address, and forwards the service response message including the virtual BSG address.
  • the IP packet receiving unit 1234 receives the IP packet including the user address.
  • the query unit 1235 queries the second mapping relationship according to the user address in the IP packet to obtain the BSG address corresponding to the user address.
  • the IP packet sending unit 1236 sends the BSG address to the BSG address.
  • the corresponding BSG sends an IP packet.
  • Another apparatus for selecting a BSG in the embodiment of the present invention implements unified allocation of BSG addresses by transmitting a service request message including a physical user identifier and receiving a service response message carrying a BSG address.
  • the mapping relationship is received, and when the BSG changes, the updated mapping relationship is received, thereby reducing the processing procedure for the external server to identify different BSGs, and improving the processing efficiency.
  • the query mapping relationship forwards the IP packet to the BSG address.

Abstract

本发明实施例公开了一种边缘节点的选择方法和装置及边缘节点控制器。边缘节点控制器接收包括用户标识的业务请求消息；获取所述业务请求消息中的用户标识；根据所述用户标识，查询所述用户标识与边缘节点地址之间的第一映射关系，得到所述用户标识对应的边缘节点地址；返回包括所述边缘节点地址的业务响应消息。本发明实施例利用业务请求消息中携带的用户标识查询第一映射关系得到边缘节点地址，下发携带为用户所选择的边缘节点的地址的业务响应消息，从而减少了外部服务器识别不同边缘节点的处理过程，提高了处理效率，降低了实现复杂度。

Description

边缘节点的分配方法和装置及边缘节点控制器 本申请要求于 2011年 7月 14日提交中国专利局、 申请号为 201110197491. X、发明 名称为 "边缘节点的分配方法和装置及边缘节点控制器"的中国专利申请的优先权， 其 全部内容通过引用结合在本申请中。 技术领域 本发明涉及通信领域， 尤其涉及一种边缘节点的分配方法和装置及边缘节点控制 器。 背景技术 图 1 为现有技术接入网构架示意图之一， 现有的接入网络 （Access Network) 由 接入节点（Access Node, AN) 91、 IP边缘节点 (Edge Node, EN) 92， 汇聚节点 93及汇 聚网络 (Aggregation Network) 90组成。
对于无线网络， EN就是无线网关， AN就是基站 （Base Station, BS); 对于数字 用户线（Digital Subscriber Line, DSL)网络， EN为宽带接入服务器（Broadband Remote Access Server, BRAS) /宽带网络网关（Broadband Network Gateway, BNG)， AN为数字 用户线接入复用器 (DSL Access Multiplexer, DSLAM), PN 网络与接入网间采用 DSL 接入技术互连；对于无源光网络（Passive Optical Network, P0N)网络， EN为 BRAS/BNG,
A 为光路终结点 （Optical Line Termination, 0LT)。
现有 EN (例如 BRAS/BNG)的部署位置很高， 所以集中部署 EN会有性能瓶颈， 但是 对于例如内容分发网 （Content Delivery Network, CDN) 等业务， 则需要 EN更靠近用 户。
图 2为现有技术接入网参考架构示意图之二，可以将图 1中的 EN的用户管理功能 与业务处理功能分离， 形成两种不同的网元： 宽带业务网关 （Broadband Service Gateway, BSG) 94和 BNG95， BSG也称为 Service BNG; BNG用于用户管理， 下移到汇聚 网边缘， 如图 1中的汇聚节点 93， 然后与 AN91直连， 或者也可以将 BNG功能下移到 AN 上 （即 BNG与 AN在为一个物理设备）； BSG用于业务处理， 仍然可以部署在较高的网络 位置， BSG可以部署多个站点以避免性能瓶颈； BNG95与 BSG94之间通过互联网 （IP) / 多协议标记交换 （MPLS) 网络 99互联， 组成 EN子网。
但是对于运营商的管理而言， EN与汇聚节点或 AN隶属于不同的部门， 如果 EN子 网中的 BNG下移会造成对汇聚网部门或接入部门管理的冲击，汇聚网部门或接入部门的 所有网管人员都需要具备 BNG的相关知识， 会增加运营的人力成本和经济成本； 而且由 于 EN演变为两种网元 BSG和 BNG， 所以需要管理的设备数量将大大增加， 同时给 EN的 管理部门造成了困难， 原来的 EN管理人员需要重新管理分布式部署的 BNG和 BSG设备， 同样增加了人力成本和时间成本。 发明内容
本发明实施例涉及一种边缘节点的选择方法和装置及边缘节点控制器， 动态地利 用业务请求消息中携带的用户标识查询得到为用户所选择的边缘节点的地址， 下发携带 边缘节点地址的业务响应消息， 免去了静态在 BNG上配置用户与 BSG的映射关系的人工 成本， 从而减少了外部设备识别不同边缘节点的处理过程， 提高了处理效率， 降低实现 复杂度。
本发明实施例提供了一种边缘节点的分配方法， 所述方法包括：
接收包括用户标识的业务请求消息；
获取所述业务请求消息中的用户标识；
根据所述用户标识， 查询所述用户标识与边缘节点地址之间的第一映射关系， 得 到所述用户标识对应的边缘节点地址；
返回包括所述边缘节点地址的业务响应消息。
本发明实施例提供了一种边缘节点的分配方法， 所述方法包括：
发送包括用户标识的业务请求消息；
接收包括边缘节点地址的业务响应消息， 所述边缘节点地址为所述用户标识对应 的边缘节点地址。
本发明实施例提供了一种边缘节点的分配装置， 所述装置包括：
业务请求消息接收单元， 用于接收包括用户标识的业务请求消息；
获取单元， 用于获取所述业务请求消息中的用户标识；
查询单元， 用于根据所述用户标识， 查询所述用户标识与边缘节点地址之间的第 一映射关系， 得到所述用户标识对应的边缘节点地址；
返回单元， 用于返回包括所述边缘节点地址的业务响应消息。
本发明实施例提供了一种边缘节点的分配装置， 所述装置包括：
发送单元， 用于发送包括用户标识的业务请求消息； 接收单元， 用于接收包括边缘节点地址的业务响应消息， 所述边缘节点地址为所 述用户标识对应的边缘节点地址。
本发明实施例提供了一种边缘节点控制器， 所述边缘节点控制器包括： 选择单元， 用于为用户从虚拟边缘节点所辖的边缘节点中选择边缘节点； 设备管理单元， 用于配置所述虚拟边缘节点所辖的边缘节点地址；
映射关系建立单元， 用于建立物理用户标识与所述边缘节点地址之间的映射关系； 发送单元， 用于发送所述物理用户标识对应的所述边缘节点地址。
本发明实施例的边缘节点的选择方法和装置及边缘节点控制器，利用业务请求消息 中携带的物理用户标识查询得到为用户所选择的边缘节点的地址， 下发携带边缘节点地 址的业务响应消息， 从而减少了外部设备识别不同边缘节点的处理过程， 提高了处理效 率， 降低了实现复杂度。 附图说明 图 1为现有技术接入网构架示意图之一；
图 2为现有技术接入网参考架构示意图之二；
图 3为本发明实施例的网络环境的物理示意图；
图 4为本发明实施例的网络环境的逻辑图；
图 5为本发明实施例的边缘节点控制器的示意图；
图 6为本发明实施例的边缘节点控制器中接入环路标识统一编址示意图； 图 7为本发明实施例边缘节点的分配方法的流程图之一；
图 8为本发明实施例边缘节点的分配方法的流程图之二；
图 9为本发明实施例边缘节点分配方法对应的用户逻辑视图；
图 10为本发明实施例边缘节点的分配方法的信令图之一；
图 11为本发明实施例边缘节点的分配方法的信令图之二；
图 12为本发明实施例边缘节点的分配方法的信令图之三
图 13为本发明实施例边缘节点的分配方法中边缘节点的变化过程信令图之一； 图 14为本发明实施例边缘节点的分配方法中边缘节点的变化过程信令图之二； 图 15为本发明实施例另一边缘节点分配方法对应的用户逻辑视图；
图 16为本发明实施例另一边缘节点的分配方法的信令图之一；
图 17 为本发明实施例另一边缘节点的分配方法中边缘节点的变化过程信令图之 图 18 为本发明实施例另一边缘节点的分配方法中边缘节点的变化过程信令图之 图 19为本发明实施例边缘节点的分配装置的示意图之一；
图 20为本发明实施例边缘节点的分配装置的示意图之二；
图 21为本发明实施例边缘节点的分配装置的示意图之三；
图 22为本发明实施例另一边缘节点的分配装置的示意图之一；
图 23为本发明实施例另一边缘节点的分配装置的示意图之二；
图 24为本发明实施例另一边缘节点的分配装置的示意图之三。 具体实施方式 下面通过附图和实施例， 对本发明实施例的技术方案做进一步的详细描述。
本发明实施例将 EN (BNG和 BSG)进行统一管理， 图 3为本发明实施例的网络环境 的物理示意图， 图 4为本发明实施例的网络环境的逻辑图， 如图所示， 通过 EN控制器 35将 BSG31和 BNG32以及 BSG31和 BNG32的互联网络 IP/MPLS30虚拟为一个单一网元虚 拟 EN3。 这样各个 BSG31/BNG32相当于虚拟 EN3的拉远模块， 这样解决了 BNG32下移会 造成对汇聚网部门或接入部门的管理冲击， 以及 IP边缘节点分布式部署所带来的困难。
EN控制器 35根据用户 /业务策略， 或 BSG的负载 /故障状况， 可以为用户从虚拟 EN中选择至少一个 BSG。 BSG地址通过 AAA消息或 DHCP消息下发给 BNG和 /或用户， 可 以在 BNG上建立用户与物理 BSG映射表， 以实现虚拟 EN内部的路由转发。
再如图 4所示， 外部的网络管理系统 （Network Management System, 丽 S ) 服务器 41、 DHCP服务器 42和 AAA服务器 43， 以及核心路器 44， 可以将虚拟 EN (EN子网） 3 视为一个单一网元。 例如丽 S服务器 41将虚拟 EN3当作一个单一网元来管理， 运营商 的 DHCP服务器 42/AAA服务器 43也会将虚拟 EN3当做一个单一网元来对待， 从而简化 了运营商的运维成本， 网管人员可以不用感知 IP边缘节点 EN的分布式部署变化， 虚拟 EN可以支持用户 SLA ( service level agreement , 服务水平协议） 到 BNG/BSG的参数 自动分解， 从而避免了运维成本的增加。 同时， 实现虚拟 EN3与汇聚节点（或接入节点） 40视图分离。
虽然 EN的 BNG功能可以和汇聚节点 （或接入节点） AN在物理设备上设备合一， 但 所有合一设备的 BNG功能可以看作一个虚拟 EN的一部分， 仍由 BNG部门管理， 而所有 该合一设备的汇聚节点功能仍由原来的汇聚网部门 （或接入部门）管理， 避免了 BNG下 移对汇聚网部门 （或接入部门） 的管理冲击。
每个虚拟 EN可由至少一个物理 IP边缘节点 （BNG/BSG)组成， 每个虚拟 EN可以有 一个或多个虚拟 EN地址，该虚拟 EN的数据面、控制面或管理面可以分别有一个虚拟 EN 地址， 也可以共用一个虚拟 EN地址。 而每个物理 IP边缘节点 （BNG/BSG) 有自己的外 连接口 （E-port ) 地址、 内联接口 （I-port ) 地址和环回 （loop back) 地址。 虚拟 EN 地址与物理 IP边缘节点的地址可以不同， 也可以将虚拟 EN地址设成某一个物理 IP边 缘节点的地址。 如图 3所示， 对虚拟 EN3的网络侧外部路由器而言， 看到的是虚拟 EN3 的外连接口 （E-port ) 38a和 38b的地址， 看不到内联接口 （I-port ) 39a和 39b的地 址， 并且图中 I_port39a和 E_port38b为用户侧地址， 而 I_port39b和 E_port38a为网 络侧地址； 如图 4所示， 对运营商的丽 S服务器 41、 AAA服务器 43和 DHCP服务器 42 而言， 看到的是虚拟 EN3的地址， 不需要看到每个 BNG或 BSG的地址。
虚拟 EN内部各个设备间可以通过隧道（如 MPLS隧道、 IP隧道或 VLAN隧道）相连。 图 5为本发明实施例的边缘节点控制器的示意图， 如图所示， 本发明实施例的边缘 节点 EN控制器 5具体包括选择单元 52、 设备管理单元 51、 认证、 授权和计费 AAA代理 单元 53、 动态主机配置协议 DHCP代理单元 54、 映射关系建立单元 55和发送单元 56。
选择单元 52为用户从边缘节点所辖 BSG或宽带网络网关 BNG中选择 BSG或 BNG，可 以体现出 BSG和 BNG的统一管理， 便于虚拟 EN的容灾或扩容。
设备管理单元 51是控制器中的核心部件， 负责管理其他单元的工作。 设备管理单 元 51连接运营商的丽3， 将 BNG和 BSG多个设备作为一个网元设备呈现给丽 S; 需要静 态或动态配置虚拟 EN中各个边缘节点， 例如 BNG和 BSG的地址。 利用虚拟 EN的技术将 属于同一个虚拟 EN的各个物理设备的实际物理端口号 （可以包括框号、 单板槽位号、 物理端口号） 映射到虚拟 EN的逻辑端口号 （包括框号、 单板槽位号、 逻辑端口号）， 即 对虚拟 EN的逻辑端口进行统一编址。 可选地， 如果 BNG功能设置于 AN， 则统一对虚拟 EN 内部接入环路标识进行编址， 以建立物理接入环路标识 （Access Loop ID, 又称为 line ID, 或 Access line ID) 和逻辑接入环路标识的的对应关系， 实现两者间的转换。
AAA代理单元 53属于可选单元，用于连接运营商的 AAA服务器， 向 AAA服务器发送 业务请求信息和接收返回的业务响应消息，从而实现 AAA代理或认证方 (Authenticator) 功能， 可以进行物理用户标识（如物理接入环路标识） 与逻辑用户标识（如逻辑接入环 路标识） 之间的转换， 以及虚拟 EN地址和边缘节点 BNG/BSG地址之间的转换， 这样在 AAA认证过程中将多个 BNG作为一个网元设备呈现给 AAA服务器； AAA服务器可以只看 到虚拟 EN地址或逻辑接入环路标识， 而业务响应信息中包含边缘节点的虚拟地址， 对 AAA服务器屏蔽物理 BNG/BSG的地址或物理接入环路标识； 这样， AAA服务器将看不到 物理 BNG/BSG数量的增加， 具有很好的可扩展性。
DHCP代理单元 54属于可选单元， 用于连接运营商的 DHCP服务器， 向 DHCP服务器 发送业务请求信息和接收返回的业务响应消息， 从而实现 DHCP代理或中转功能， 可以 进行物理用户标识 （如物理接入环路标识）与逻辑用户标识 （如逻辑接入环路标识）之 间的转换， 以及虚拟 EN地址和边缘节点 BNG/BSG地址之间的转换， 这样在 DHCP认证过 程中将多个 BSG/BNG设备作为一个网元设备呈现给 DHCP服务器。 同样， DHCP服务器可 以只看到虚拟 EN地址或逻辑接入环路标识， 而业务响应信息中包含边缘节点的虚拟地 址， 对 DHCP服务器屏蔽物理 BNG/BSG的地址或物理接入环路标识； 这样， DHCP服务器 将看不到物理 BNG/BSG数量的增加， 具有很好的可扩展性。
映射关系建立单元 55，可以建立物理接入环路标识与边缘节点 BSG地址之间的第一 映射关系， 这样在收到 BNG或用户发送的包括物理接入环路标识的业务请求消息时， 通 过该物理接入环路标识查询该第一映射关系， 可以得到相应的 BSG地址， 再通过发送单 元 56将 BSG地址发送给 BNG或用户。
再如图 5所示， 本发明实施例的边缘节点控制器还包括负载均衡管理单元 57和容 灾备份管理单元 58。
负载均衡管理单元 57用于收集虚拟 EN内部各个设备的负载状况。
容灾备份管理单元 58用于收集虚拟 EN内部各个设备的故障状况；可选地， BSG/BNG 的信息备份于容灾备份管理单元， 当第一 BSG/BNG出故障而将用户切换到第二 BSG/BNG 时， 容灾备份管理单元可以将第一 BSG/BNG的信息同步到第二 BSG/BNG。
这样选择单元 52就可以根据用户或业务策略从虚拟 EN中为用户选择至少一个边缘 节点 BSG; 或根据 BSG负载状况， 按负载均衡策略， 从虚拟 EN中为用户从虚拟 EN中选 择至少一个物理 BSG; 或根据 BSG故障状况， 按容灾备份策略， 从虚拟 EN中为用户选择 至少一个物理 BSG。
其中， 当有多个 BSG服务于同一个用户或同一种业务时， 一种负载均衡策略是选择 单元 52可根据用户的源地址或环路标识进行负载均衡， 为不同源地址网段的用户选择 不同的 BSG， 也就是说不同 BSG管理不同网段的用户； 进一步地， 根据用户的源地址或 环路标识进行负载均衡之前， 可先按业务 （如 VLAN或优先级） 为用户会话选不同业务 类型的 BSG, 即用户会话究竟转发给 Internet BSG、 VoIP BSG, 还是转发给 IPTV BSG。 如果同一个业务的 BSG有多个， 可再按用户的源地址或环路标识选其中的一个 BSG， 例 如有两个 Internet BSG,可根据这两个 Internet BSG的负载状况为用户会话选其中的一 个 BSG。 一种较简单的负载均衡策略是为 BSG设置一个负载阈值， 当 BSG超过负载阈值 时 BSG要报告给负载均衡管理单元， 当 BSG1负载小于阈值时， 只要有用户上线 BSG选 择功能单元就为用户选择 BSG1， 直到 BSG1负载大于阈值， 负载均衡管理单元收到 BSG1 的报告， 则 BSG选择功能单元为后续上线的用户选择 BSG2……
选择单元 52对于 BNG的选择是根据用户信息或用户的业务信息从虚拟 EN中为用户 选择一个環 G; 或根据 BNG负载状况， 按负载均衡策略， 从虚拟 EN中为用户从虚拟 EN 中选择一个物理 BNG; 或根据 BNG故障状况， 按容灾备份策略， 从虚拟 EN中为用户选择 一个物理 BNG。
如果 BNG的功能设置于 AN内， 则设备管理单元 51统一对虚拟 EN内部接入环路标 识进行编址， 以实现物理接入环路标识和逻辑接入环路标识的转换。
以接入环路标识的统一编址为例， 也同样适用于虚拟 EN的逻辑端口的统一编址， 只要将 Access-Node-Identifier改为 BNG Identifier即可。
对于 DSL/以太网 （ETH) 接入系统， 接入环路标识， 格式如下：
当 AN 出基于 ATM 的 DSL 线路时， 为 Access-Node-Identif ier atm slot/port： vpi. vci，
当 AN出基于 ETH的 DSL/ETH线路时， 为 Access-Node-Identif ier eth slot/port [： vla_n_id]。
其中， Access-Node-Identifier为 AN (如 DSLAM) 的标识， slot/port为 AN上的 机柜（chassis )号、机架（rack)号、框（frame )号、槽位（slot )号、子槽位（sub-slot ) 号、 端口 （port ) 号的一种或多种的组合； vpi. vci为 DSL线路上的虚路径标识符和虚 通道标识符。 格式中的 " [ ] "表示可选。
对于 P0N系统， 接入环路标识， 格式如下：
当 0NU 出基于 ATM 的 DSL 线路时， 为 Access-Node-Identif ier atm slot l/port l/0NUID/slot2/port2 : vpi. vci ,
当 ONU 出基于 ETH 的 DSL/ETH 线路时， 为 Access-Node-Identif ier eth slot l/port l/0NUID/slot2/port2 [： vlan- id]。
其中， Access-Node-Identifier 为 OLT 的标识， slot l/port l 为 OLT 上的机柜 (chassis)号、机架 (rack)号、框 (frame)号、槽位 (slot)号、子槽位 (sub-slot) 号、 端口 （port) 号的一种或多种的组合；
slot2/port2为 0NU上的机柜 (chassis) 号、 机架 (rack) 号、 框 (frame) 号、 槽位 （slot) 号、 子槽位 （sub-slot) 号、 端口 （port) 号的一种或多种的组合。
物理接入环路标识指的是按实际 AN设备物理上的机柜（chassis)号、机架（rack) 号、 框 （frame) 号、 槽位 （slot) 号、 子槽位 （sub-slot) 号、 端口 （port) 号进行 编码的接入环路标识； 如图 5左对应的物理接入环路标识。
逻辑接入环路标识是指， 为了对运营商呈现单一网元， 按虚拟 EN设备逻辑上的机 柜 (chassis)号、机架 (rack)号、框 (frame)号、槽位 (slot)号、子槽位 (sub-slot) 号、 端口 （port) 号进行编码的接入环路标识； 设置可以是一个按顺序排列的阿拉伯数 字或者字符串。
图 6为本发明实施例的边缘节点控制器中接入环路标识统一编址示意图，一并参见 表 1所示的接入环路标识统一编址表， 可以看出实际 AN设备的接入环路标识与虚拟 EN 设备的接入环路标识的一一映射关系。物理接入环路标识和逻辑接入环路标识的转换就 是按表 1的映射关系进行转换，将 Access-Node-Identifier转换为虚拟 EN标识，将 AN 的机柜（ chas s i s )号、机架（ rack )号、框（ frame )号、槽位（ s lot )号、子槽位（ sub-slot ) 号、端口 （port)号转换为虚拟 EN的机柜（chassis)号、机架（rack)号、框（frame) 号、 槽位 （slot) 号、 子槽位 （sub-slot) 号、 端口 （port) 号。
Figure imgf000009_0001
Figure imgf000009_0002
A l/slotl/port4 EN1/ slot3/port4 图 7为本发明实施例边缘节点的分配方法的流程图之一， 如图所示， 本实施例的分 配边缘节点以分配 BSG为例， 对于 EN控制器来讲， 本发明实施例边缘节点的分配方法 具体包括如下步骤：
步骤 101， EN控制器接收 BNG发送的包括物理用户标识的业务请求消息； 用户标识可以但不限于接入环路标识， 在本实施例中， 用户标识利用接入环路标识 (line ID) 来实现， 即物理用户标识利用物理接入环路标识来实现， 逻辑用户标识利 用逻辑接入环路标识来实现，对于 BSG的前端 BNG (此处的 BNG可以和 AN为一个物理实 体） 来讲， 看到的是物理 line ID, 通过业务请求消息来携带； 业务请求消息可以是需 要向 AAA服务器发送的用户认证消息 （Access Request), 也可以是需要向 DHCP服务器 发送的地址分配发现消息 （DHCP Discover), 同理也可以是地址分配请求消息 （DHCP Request), 这些业务请求消息都可以携带物理 line ID;
步骤 102、 将所述物理接入环路标识转换为逻辑接入环路标识 （逻辑 line ID); 因为对于虚拟 EN外部的服务器来讲， 需要将虚拟 EN中的各类设备视为一个设备， 这就需要将物理 line ID转换为逻辑 line ID;
步骤 103， 转发包括所述逻辑接入环路标识的业务请求消息；
EN控制器将逻辑 line ID发送给后续的服务器，例如将 Access Request发送给 AAA 服务器， 将 DHCP Discover或者 DHCP Request发送给 DHCP服务器； 这样 AAA服务器和 DHCP服务器通过业务请求消息获得逻辑 line ID, 从而得知是虚拟 EN发送的这些业务 请求消息；
步骤 104， 接收包括逻辑接入环路标识的业务响应消息；
当 AAA服务器接收到 EN控制器发送的 Access Request时， 得知用户需要进行业务 请求，业务请求通过后， 向 EN控制器返回业务响应消息（如 Access Accept),在 Access Accept中携带逻辑 line ID;
或者， 当 DHCP服务器接收到 DHCP Discover时， 得知用户需要进行地址分配， 地 址分配发现请求通过后，向 EN控制器返回地址分配服务确认消息（DHCP Offer),在 DHCP Offer中携带逻辑 line ID;
或者， 当 DHCP服务器接收到 DHCP Request时， 请求通过后， 向 EN控制器返回地 址分配服务确认消息 （DHCP Ack), 在 DHCP Ack中携带逻辑 line ID;
步骤 105， 将逻辑接入环路标识转换为物理接入环路标识；
该步骤就是反转换过程， 对于 EN控制器来讲， 逻辑 line ID是不能直接进行后续 处理的， 必须要转换为物理 line ID, 该步骤就是具体转换过程， 从上述这些业务请求 返回信息中获取出逻辑 line ID转换为物理 line ID;
步骤 106， 根据物理接入环路标识， 查询所述物理接入环路标识与 BSG地址之间的 第一映射关系， 得到所述物理接入环路标识对应的第一 BSG地址；
第一映射关系可以利用第一映射表来实现， 第一映射表中就是物理 line ID与至少 一个 BSG地址， 因为业务不同， 所以可能需要多个 BSG地址； 通过查询第一映射表， 就 可以得到至少一个第一 BSG地址；
步骤 107， 向 BNG发送包括所述第一 BSG地址的业务响应消息。
EN控制器需要将从 AAA服务器 /DHCP服务器接收的业务响应消息转发给 BNG， 该消 息中需要携带该用户对应的第一 BSG地址， 因为一个用户可能有多个业务， 所以可能会 有多个第一 BSG地址。
当用户需要向第一 BSG发送 IP报文的时候， 就可以根据这些第一 BSG的地址来发 送。
本发明实施例边缘节点的分配方法利用虚拟 EN中的核心装置 EN控制器，在业务请 求消息中携带逻辑 line ID， 这样后续服务器就将虚拟 EN视为一个网元， 而在业务请求 消息的业务响应消息中也会携带逻辑 line ID, 转换为物理 line ID以后通过查询第一 映射关系就会得到该物理 line ID对应的第一 BSG， 将该第一 BSG分配给用户， 对于外 部设备来说看到的是一个虚拟 EN，虚拟 EN内部的 BSG和 BNG通过虚拟 EN控制器来统一 控制和管理， 从而避免了因为 BSG分布设置而产生的管理难度， 避免了人力成本和时间 成本的增加， 在业务需要布置大量 BSG的时候， 也不会增加汇聚网络和接入网络的管理 难度和成本， 降低了实现复杂度。
上述实施例是对于虚拟 EN内部的 EN控制器的具体处理过程，对于对侧的 BNG来讲， 也有具体的处理方法， 此处的 BNG可以与 AN为物理合一装置， 图 8为本发明实施例边 缘节点的分配方法的流程图之二，如图所示，本实施例的分配边缘节点以分配 BSG为例， 对于 BNG来讲， 本发明实施例边缘节点的分配方法具体包括如下步骤：
步骤 201， 向 EN控制器发送包括物理用户标识的业务请求消息；
用户标识可以但不限于接入环路标识， 在本实施例中， 用户标识利用接入环路标识 ( l ine ID ) 来实现， 即物理用户标识利用物理接入环路标识来实现， 逻辑用户标识利 用逻辑接入环路标识来实现， 业务请求可以消息是用户发送给 BNG的， 也可以是 BNG根 据用户发送的其他消息自己触发的，例如业务请求消息可以是需要向 AAA服务器发送的 Access Request , 也可以是需要向 DHCP服务器发送的 DHCP Di scover, 同理也可以是 DHCP Request , 这些业务请求消息都可以携带物理 l ine ID;
步骤 202， 接收包括第一 BSG地址的业务响应消息， 所述第一 BSG地址为第一映射 关系中所述物理接入环路标识对应的第一 BSG地址；
上述的业务请求消息发送到 AAA服务器或者 DHCP服务器以后， 会返回业务响应消 息， 例如：
当 AAA服务器接收到 EN控制器发送的 Access Request时， 得知用户需要进行业务 请求，业务请求通过后， 向 EN控制器返回业务响应消息（如 Access Accept ) ,在 Access Accept中携带逻辑 l ine ID;
或者， 当 DHCP服务器接收到 DHCP Di scover时， 得知用户需要进行地址分配， 地 址分配发现请求通过后，向 EN控制器返回地址分配服务确认消息（DHCP Offer ) ,在 DHCP Offer中携带逻辑 l ine ID;
或者， 当 DHCP服务器接收到 DHCP Request时， 请求通过后， 向 EN控制器返回地 址分配服务确认消息 （DHCP Ack ) , 在 DHCP Ack中携带逻辑 l ine ID;
从这些业务响应消息获取出逻辑 l ine ID转换为物理 l ine ID, 通过查询第一映射 表，就可以得到至少一个第一 BSG地址；在这些业务响应消息中携带上述第一 BSG地址； 步骤 203， 向用户转发包括第一 BSG地址的业务响应消息。
用户接收到上述携带有第一 BSG地址的业务请求消息后， 从中得知所述用户对应的 BSG， 因为一个用户可能有多个业务， 所以可能会有多个第一 BSG地址。
当用户需要向第一 BSG发送 IP报文的时候， 就可以根据这些第一 BSG地址来发送。 本发明实施例边缘节点的分配方法利用用户对应的 BNG， 发送携带有逻辑 l ine ID 的在业务请求消息， 通过后续 EN控制器将返回的业务响应消息中携带的逻辑 l ine ID 转化为物理 l ine ID后查找第一映射关系就会得到物理 l ine ID对应的第一 BSG并且转 发给用户， 而对于外部服务器来说， 因为看到的是一个虚拟 EN， 虚拟 EN内部的 BSG和 BNG可以统一控制和管理， 从而避免了因为 BSG分布设置而产生的管理难度， 避免了人 力成本和时间成本的增加， 在业务需要布置大量 BSG的时候， 也不会增加汇聚网络和接 入网络的管理难度和成本， 降低了实现复杂度。 图 9为本发明实施例边缘节点对应的用户逻辑视图，对于用户而言，看到的是 BNG71 和 BSG72的用户侧地址。 图 10为本发明实施例边缘节点的分配方法的信令图之一， 如 图所示， 本实施例的分配边缘节点以分配 BSG为例， 本发明实施例边缘节点的分配方法 具体包括如下步骤：
首先进行认证处理，
步骤 301， 用户上线， 发起广播 DHCP Discover/ Solicit (地址分配发现） 消息， 启动用户 IP地址分配流程；
步骤 302， BNG (也可以是 BNG和 AN的合一设备) 接收到 DHCP Discover/ Solicit 消息， BNG向虚拟 EN控制器发送 AAA协议消息，通过 AAA协议消息（如 Access Request ) 发起用户认证， AAA消息携带物理接入环路标识 （物理 line ID);
步骤 303， EN控制器将物理 line ID转换为逻辑 line ID;
具体的 EN控制器根据表 1将物理接入环路标识转换为逻辑接入环路标识； 步骤 304， EN控制器将 AAA协议消息 （如 Access Request ) 携带逻辑 line ID发送 到 AAA服务器； 或者， EN控制器在 AAA消息中携带逻辑 line ID和物理 line ID发送到 MA服务器； 这时， 如果 AAA服务器需要看到物理视图时， AAA服务器可以通过物理接 入环路标识看到物理视图；
这样， AAA服务器看到的是单一的虚拟 EN节点视图，即看到逻辑接入环路标识即可； 步骤 305， 用户认证成功， AAA服务器向 EN控制器返回 AAA协议消息 （如 Access Accept ), AAA消息携带逻辑接入环路标识和相应的用户 /业务 profile (或策略）； 或者 AAA消息携带逻辑接入环路标识、 物理接入环路标识和相应的用户 /业务 profile (或策 略）；
步骤 306， EN控制器将逻辑 line ID转换为物理 line ID; 同理可以利用表 1进行 转换；
步骤 307， EN控制器向 BNG发送 AAA消息， 其中携带物理接入环路标识（也可以同 时携带逻辑接入环路标识）； 或者虚拟 EN控制器在 AAA消息中去除逻辑接入环路标识， 仅保留物理接入环路标识发往 BNG;
另外， EN控制器可以将用户 /业务 profile (或策略)下一份给 BSG， 以便 BSG根据用 户 /业务 profile (或策略)进行分流；
由此认证结束， 下述步骤就是如何将 BSG地址发送的过程。 需要说明的是， 在步骤 302中， AAA消息可以不携带物理接入环路标识而是用户名 和密码，所以在步骤 303和 304中转发到 AAA服务器的 AAA消息中也是携带用户名和密 码。 在步骤 305中， AAA消息可以不携带逻辑接入环路标识。
步骤 308， 用户认证通过后， BNG将接收到的 DHCP Discover/ Solicit消息中转到 EN控制器， DHCP消息携带物理接入环路标识；
步骤 309， EN控制器做 DHCP侦听从 EN归属的 BSG中， 为用户选择第一 BSG; 第一 BSG的选择可以根据用户或业务策略从虚拟 EN中为用户选择至少一个 BSG;或 根据 BSG负载状况， 按负载均衡策略， 从虚拟 EN的 BSG中为用户从选择至少一个物理 BSG;或根据 BSG故障状况，按容灾备份策略，从虚拟 EN中为用户选择至少一个物理 BSG， 刷新用户与物理 BSG的映射表；
表 2为 EN控制器中的用户与物理 BSG的映射表， 例如， Line ID 1所对应的用户订 了 Internet业务和视频业务， EN控制器将分配其两个不同业务的 BSG用户侧地址；
EN控制器中的用户与物理 BSG的映射表
Figure imgf000014_0001
步骤 310， 控制器按照表 1将物理接入环路标识转换为逻辑接入环路标识， DHCP消 息携带逻辑接入环路标识后向 DHCP服务器发送；
或者， 虚拟 EN控制器在发起 DHCP 中转消息 （如 Relay forward消息）， 将原来的 DHCP Discover/ Solicit消息作为一个选项 （option), 根据表 1将物理接入环路标识 对应的逻辑接入环路标识作为一个选项 （option) 添加到 DHCP 中转消息后， 向 DHCP 服务器发送；
由此， DHCP服务器看到的是单一的 EN节点视图， 即看到逻辑接入环路标识即可； 后一种方法的好处是当 DHCP服务器需要看到物理视图时， DHCP服务器可以通过物理接 入环路标识看到物理视图；
步骤 311， DHCP服务器回复 DHCP Offer/ Advertise (地址分配服务确认) 消息， DHCP消息携带逻辑接入环路标识和虚拟 EN地址（可选的如虚拟 BSG地址）， DHCP Offer/ Advertise消息直接发给用户； 或者， DHCP服务器回复 DHCP Offer/ Advertise消息， 携带物理接入环路标识和虚 拟 EN地址 （如虚拟 BSG地址）， 然后 DHCP Offer/ Advertise消息通过 DHCP中转消息 (如 Relayreply消息） 发给用户， DHCP中转消息携带逻辑接入环路标识；
其中， 通过扩展 DHCP消息的选项， 携带网关地址。 例如， 在 DHCP消息中扩展三个 选项， 一个 Internet业务网关选项以携带 Internet业务网关地址， 一个 VOIP业务网 关选项以携带 VOIP 业务网关地址， 一个视频业务网关选项以携带视频业务网关地址， 这里这三个选项都按虚拟 EN地址填写；
或者， 扩展 DHCP消息的四个选项， 一个网关选项携带虚拟 EN地址， 一个 Internet 业务网关选项以携带 Internet业务网关地址， 一个 VOIP业务网关选项以携带 VOIP业 务网关地址， 一个视频业务网关选项以携带视频业务网关地址， 步骤 11先携带虚拟 EN 地址， 后三个选项由虚拟 EN控制器添加， 后一种方法主要适用于选项不允许修改的场 步骤 312， 虚拟 EN控制器将 DHCP offer/ Advertise消息从 DHCP中转消息中取出， 然后， 直接根据物理接入环路标识， 或将逻辑接入环路标识转换为物理接入环路标识后 再根据物理接入环路标识， 查表 2， 得到物理接入环路标识所对应的各个业务网关 （即 BSG) 地址；
步骤 313， 虚拟 EN控制器修改 DHCP消息中业务网关选项， 例如， 修改所述扩展的 DHCP消息的三个选项， Internet业务网关选项改为携带 Internet BSG用户侧地址， VOIP 业务网关选项改为携带 VOIP BSG用户侧地址， 视频业务网关选项改为携带 CDN BSG用 户侧地址；
或者，虚拟 EN控制器添加网关选项，例如，添加所述扩展的 DHCP消息的三个选项： Internet 业务网关选项携带 Internet BSG用户侧地址， VOIP 业务网关选项携带 VOIP BSG用户侧地址， 视频业务网关选项携带 CDN BSG用户侧地址， 后一种方法主要适用于 选项不允许修改的场景； 虚拟 EN控制器可选去除携带虚拟 EN地址的选项；
步骤 314，可选 BNG为 DHCP消息添加 BNG用户侧地址后，将 DHCP Offer/ Advertise 消息中转给用户；
步骤 315， 用户向 BNG发送广播 DHCP Request (地址分配请求） 消息；
步骤 316 BNG向 EN控制器转发 DHCP Request消息， 发起广播；
步骤 317 EN控制器根据表 1将物理接入环路标识转换为逻辑接入环路标识后， DHCP 消息携带逻辑接入环路标识发往 DHCP服务器； 或者， 虚拟 EN控制器在发起 DHCP 中转 消息 （如 Relayforward消息）， 将原来的 DHCP Request消息作为一个选项 (option) , 根据表 1将物理接入环路标识对应的逻辑接入环路标识作为一个选项（option)添加到 DHCP 中转消息后， 发往 DHCP服务器；
步骤 318， DHCP服务器回复 DHCP Ack/ Reply (地址分配服务确认) 消息， DHCP消 息携带逻辑接入环路标识和虚拟 EN地址 （如虚拟 BSG地址）， DHCP Ack/ Reply消息直 接发给用户； 或者， DHCP服务器回复 DHCP Ack/ Reply消息， 携带物理接入环路标识和 虚拟 EN地址 （如虚拟 BSG地址）， 然后 DHCP Ack/ Reply消息通过 DHCP中转消息 （如 Relayreply消息） 发给用户， DHCP中转消息携带逻辑接入环路标识；
其中， 通过扩展 DHCP消息的选项， 携带网关地址。 例如， 扩展 DHCP消息的三个选 项， 一个 Internet业务网关选项以携带 Internet业务网关地址， 一个 VOIP业务网关 选项以携带 VOIP 业务网关地址， 一个视频业务网关选项以携带视频业务网关地址， 这 里这三个选项都按虚拟 EN地址填写； 或者， 扩展 DHCP消息的四个选项， 一个网关选项 携带虚拟 EN地址， 一个 Internet业务网关选项以携带 Internet业务网关地址， 一个 VOIP业务网关选项以携带 VOIP业务网关地址， 一个视频业务网关选项以携带视频业务 网关地址， 步骤 311先携带虚拟 EN地址， 后三个选项由虚拟 EN控制器添加， 后一种方 法主要适用于选项不允许修改的场景；
步骤 319，虚拟 EN控制器直接根据物理接入环路标识，或将逻辑接入环路标识转换 为物理接入环路标识后再根据物理接入环路标识， 查表 2， 得到物理接入环路标识所对 应的各个业务网关 （即 BSG) 地址；
步骤 320， 虚拟 EN控制器修改 DHCP消息中业务网关选项， 例如， 修改所述扩展的
DHCP消息的三个选项， Internet业务网关选项改为携带 Internet BSG用户侧地址， VOIP 业务网关选项改为携带 VOIP BSG用户侧地址， 视频业务网关选项改为携带 CDN BSG用 户侧地址；
或者，虚拟 EN控制器添加网关选项，例如，添加所述扩展的 DHCP消息的三个选项： Internet 业务网关选项携带 Internet BSG用户侧地址， VOIP 业务网关选项携带 VOIP BSG用户侧地址， 视频业务网关选项携带 CDN BSG用户侧地址， 后一种方法主要适用于 选项不允许修改的场景； 虚拟 EN控制器可选去除携带虚拟 EN地址的选项；
步骤 321， BNG可选为 DHCP消息添加 BNG用户侧地址后， 将 DHCP Ack/ Reply消息 中转给用户；
步骤 322，用户发出的 IP报文的目的地址为 DHCP消息携带的业务网关地址，经 BNG 直接转发给相应的 BSG。
需要注意的是， 在步骤 313和步骤 320中， EN控制器分别通过 DHCP Offer消息和 DHCP Ack消息将物理 BSG地址发送到 BNG， 但是通常情况下 DHCP Ack消息携带的 BSG 地址是必要的， 因为该消息是一个确认消息， BNG只有在接收到该消息后才确认 BSG地 址。 可选的， 当然可以在 DHCP Offer消息中不携带 BSG地址也是可以的。 再有的一种 可选方法就是在 DHCP Offer消息中携带 BSG地址，在 DHCP Ack消息中不携带 BSG地址， 只是一个确认， 确认 DHCP Offer消息中的 BSG地址就是被分配的 BSG地址。
在本实施例中， 用户可以看到 BNG和 BSG的用户侧地址， 本实施例利用 DHCP过程 将用户 （接入环路标识）对应的 BSG地址下发给 BNG和用户， 也可以通过其它策略控制 协议 （如 Openflow协议） 下发给 BNG和 /或 BSG， 虚拟 EN控制器在 AAA过程作为 AAA 代理。 由于动态地在 DHCP过程中虚拟 EN控制器按用户上线需要， 承担了 BSG的选择功 能， 免去了静态在 BNG上配置用户与 BSG的映射关系的人工成本。 另一种方法是 EN控 制器作为认证方， DHCP Discover消息先上到 EN控制器， 再触发 AAA认证过程， 此时， 需要将将 DHCP消息携带的物理接入环路标识转换为逻辑环路标识为 AAA认证过程使用。
在本实施例中， DHCP服务器和 AAA服务器接收到的 EN控制器下发的消息， 都会将
EN (BSG和 BNG)视为一个网元设备， 不会感知具体 BSG， 从而也不会给服务器的设备增 加管理难度和管理成本， 降低了实现复杂度， 实现了对 EN下的 BSG 的统一管理。 BSG 的地址均通过 DHCP消息 （DHCP Offer和 DHCP Ack) 下发给 BNG的， 然后由 BNG将 BSG 和 BNG的用户侧地址发送给用户， 所以用户是可以感知 BSG和 BNG的用户侧地址， 当用 户需要向 BSG发送 IP报文的时候是需要携带 BSG的地址的。 图 11为本发明实施例边缘节点的分配方法的信令图之二，如图所示，一并参见图 9， 本实施例的分配边缘节点以分配 BSG为例，本发明实施例边缘节点的分配方法具体包括 如下步骤：
其中步骤 401—步骤 413与上一实施例的步骤 301和步骤 302完全相同， 此处不再 赘述；
步骤 414， 根据 DHCP消息的所述扩展的业务网关选项， 建立用户与 BSG映射表， 如 表 3所示； 除了用户的 IP地址外， 其余各项到目前为止都能学到； 此处不同业务是由 不同 VLAN来区分，也可通过其它方式来区分业务，如以太网优先权（Ethernet Priority) 或 MPLS标签； 表 3 用户与物理 BSG的映射表
Figure imgf000018_0001
步骤 415-步骤 421与上一实施例中的步骤 314-步骤 320完全相同，此处不再赘述； 步骤 422， 本步骤有两种实现方式， 其中一种是如果在步骤 414中已经建立了表 3， 但是步骤 414中建立的表 3没有用户地址， 而在步骤 421中已经经过了对 DHCP的侦听， 所以已经获得了用户地址， 所以只要在本步骤中将用户地址添加到表 3中就可以了； 另一种实现方式是， 如果在步骤 414中没有创建表 3， 在本步骤创立表 3也可以， 因为创立表 3所需要的信息在本步骤中都已经获得了；
步骤 423， BNG可选为 DHCP消息添加 BNG用户侧地址后， 将 DHCP Ack/ Reply消息 中转给用户；
步骤 424， 用户发出的 IP报文；
步骤 425， 根据源地址或用户信息 （如用户 MAC地址 MACk或用户 IP地址 IPk) 或 其它用户信息（如线路 ID/用户 VLAN)， 查映射表 3得到相应物理 BSG， 添加通往 BSG的 隧道封装；
步骤 426， 用户 IP报文经 BNG转发给相应的 BSG。 本实施例中表 3是在步骤 414和 /或步骤 422通过 BNG来创建的， 还有一种方式是 由 EN控制器来创建， 其创建方式也有两种；
第一种方式是在步骤 412中由 EN控制器创建表 3， 同理该表 3中没有用户地址， 需 要在步骤 420中将用户地址填充入表 3中，这样表 3就完备了，然后通过 AAA(如 Diameter 协议） 消息发送给 BNG或连接多个 BSG的节点； 另一种方式是在步骤 420中， 由 EN控 制器直接创建表 3， 通过 AAA (如 Diameter协议）消息发送给 BNG或连接多个 BSG的节 点；
由此 BNG就不用在步骤 414和 /或 422建立用户与物理 BSG的映射表了，简化了 BNG 的实现复杂度。
本实施例与上一实施例相比， 区别有二：
一是在本实施例的 BNG中需要维护表 3， 而上一实施例是不存在表 3的； 二是因为表 3的存在，使得用户向 BSG发送 IP报文时无需携带 BSG地址，而是 BNG 根据用户地址来查询表 3获得 BSG地址的。
本实施例中， DHCP offer/ Advertise消息可以不携带 BSG地址，但是 HCP Ack/ Reply 消息一定要携带 BSG地址。 由于在 DHCP过程中虚拟 EN控制器按用户上线需要， 承担了 BSG的选择功能， 并且能动态地让 BNG学习用户与 BSG的映射关系， 所以用户会话的后 续过程可以不用再对每个报文进行分流选择和计算， 而是根据用户与 BSG的映射关系直 接进行转发， 降低了 BNG实现的复杂度， 免去了静态在 BNG上配置用户与 BSG的映射关 系的人工成本。
在本实施例中， DHCP服务器和 AAA服务器接收到的 EN控制器下发的消息， 都会将
EN (BSG和 BNG)视为一个网元设备， 不会感知具体 BSG， 从而也不会给服务器的设备增 加管理难度和管理成本， 降低了实现复杂度， 实现了对 EN下的 BSG 的统一管理。 BSG 的地址均通过 DHCP消息 （DHCP Offer和 DHCP Ack) 下发给 BNG的， 然后由 BNG将 BSG 和 BNG的用户侧地址发送给用户， 所以用户是可以感知 BSG和 BNG的用户侧地址， 当用 户需要向 BSG发送 IP报文的时候利用 BNG维护的表 3即可以发送到 BSG。 图 12为本发明实施例边缘节点的分配方法的信令图之三，如图所示，一并参见图 9， 本实施例的分配边缘节点以分配 BSG为例，本发明实施例边缘节点的分配方法具体包括 如下步骤：
步骤 501—步骤 505与上述第一个实施例的步骤 301—步骤 305或者与上述第二个 实施例的步骤 401—步骤 405完全相同， 此处不再赘述。
步骤 506， EN控制器做 DHCP侦听从 EN归属的 BSG中， 为用户选择第一 BSG;
第一 BSG的选择可以根据用户或业务策略从虚拟 EN中为用户选择至少一个 BSG;或 根据 BSG负载状况， 按负载均衡策略， 从虚拟 EN的 BSG中为用户从选择至少一个物理 BSG;或根据 BSG故障状况，按容灾备份策略，从虚拟 EN中为用户选择至少一个物理 BSG， 刷新用户与物理 BSG的映射表；
步骤 507， EN控制器根据表 1进行接入环路标识转换后， AAA消息添加携带物理接 入环路标识和与物理接入环路标识相应的 BSG地址，发往 BNG;虚拟 EN控制器还可以将 用户 /业务 profile (或策略）下一份给 BSG， 以便 BSG根据用户 /业务 profile (或策略） 进行分流； 或者， AAA消息携带用户名以及密码发往 AAA服务器；
其中， 通过扩展 AAA消息的属性， 携带网关地址。 例如， 在 AAA消息中扩展三个属 性： Internet 业务网关属性携带 Internet BSG用户侧地址， VOIP 业务网关属性携带 VOIP BSG用户侧地址， 视频业务网关属性携带 CDN BSG用户侧地址；
步骤 508， 根据 AAA消息的所述扩展的业务网关属性， 建立用户与 BSG映射表， 如 表 3; 除用户 IP地址外， 其余各项到目前为止都能学到； 同样， 不同业务是由不同 VLAN 来区分， 也可通过其它方式来区分业务， 如以太网优先权（Ethernet Priority)或 MPLS 标签；
步骤 509， 用户认证通过后， BNG将接收到的 DHCP Discover/ Solicit消息中转到 EN控制器， DHCP消息携带物理接入环路标识；
步骤 510—步骤 513与上述第二个实施例中的步骤 410—步骤 413完全相同； 步骤 514—步骤 520与上述第二个实施例中的步骤 415—步骤 421完全相同； 步骤 521—步骤 525与上述第二个实施例中的步骤 422—步骤 426完全相同。
同理， 需要注意的是， 在步骤 513和步骤 520中， EN控制器分别通过 DHCP Offer 消息和 DHCP Ack消息将物理 BSG地址发送到 BNG， 但是通常情况下 DHCP Ack消息携带 的 BSG地址是必要的， 因为该消息是一个确认消息， BNG只有在接收到该消息后才确认 BSG地址。 可选的， 当然可以在 DHCP Offer消息中不携带 BSG地址也是可以的。 再有的 一种可选方法就是在 DHCP Offer消息中携带 BSG地址， 在 DHCP Ack消息中不携带 BSG 地址， 只是一个确认， 确认 DHCP Offer消息中的 BSG地址就是被分配的 BSG地址。
并且，步骤 521也有两种实现方式，其中一种是如果在步骤 508中已经建立了表 3， 但是步骤 508中建立的表 3没有用户地址， 而在步骤 521中已经经过了对用户的侦听， 所以已经获得了用户地址， 所以只要在本步骤中将用户地址添加到表 3中就可以了； 另一种实现方式是， 如果在步骤 508中没有创建表 3， 在本步骤创立表 3也可以， 因为创立表 3所需要的信息在本步骤中都已经获得了。
本实施例中表 3是在步骤 508和 /或步骤 521通过 BNG来创建的， 还有一种方式是 由 EN控制器来创建， 其创建方式也有两种；
第一种方式是在步骤 506中由 EN控制器创建表 3， 同理该表 3中没有用户地址， 需 要在步骤 519中将用户地址填充入表 3中，这样表 3就完备了，然后通过 AAA(如 Diameter 协议） 消息发送给 BNG或连接多个 BSG的节点； 另一种方式是在步骤 419中， 由 EN控 制器直接创建表 3， 通过 AAA (如 Diameter协议）消息发送给 BNG或连接多个 BSG的节 点；
本实施例中， 由于在 AAA认证过程中虚拟 EN控制器按用户上线需要， 承担了 BSG 的选择功能， 并且能动态地让 BNG学习用户与 BSG的映射关系， 所以用户会话的后续过 程可以不用再对每个报文进行分流选择和计算， 而是根据用户与 BSG的映射关系直接进 行转发， 降低了 BNG实现的复杂度， 免去了静态在 BNG上配置用户与 BSG的映射关系的 人工成本。
在本实施例中， DHCP服务器和 AAA服务器接收到的 EN控制器下发的消息， 都会将 EN ( BSG和 BNG)视为一个网元设备， 不会感知具体 BSG， 从而也不会给服务器的设备增 加管理难度和管理成本， 实现了对 EN下的 BSG的统一管理。 本实施例与上述第二个实 施例的主要区别是在本实施例中 EN控制器通过 AAA消息 （Access Accept ) 将物理 BSG 用户侧地址下发给 BNG的， 然后由 BNG将 BSG和 BNG的用户侧地址发送给用户， 所以用 户是可以感知 BSG和 BNG的用户侧地址，当用户需要向 BSG发送 IP报文的时候利用 BNG 维护的表 3即可以发送到 BSG。 上述三个实施例是 BSG的分配和下发的过程， 当然在工作中， BSG可能会发生变化， 下述为 BSG的变化流程。
图 13为本发明实施例边缘节点的分配方法中 BSG的变化过程信令图之一， 如图所 示， 一并参见图 9， 本发明实施例 BSG的变化过程具体包括如下步骤：
步骤 601， 用户与物理 BSG的映射关系发生变化时， 如因为容灾备份、 或因绿色节 能要求要求将用户迁移到其它 BSG、 或负载均衡时物理 BSG的变化；
步骤 602， 虚拟 EN控制器发出 AAA消息， 如 Change of Authorizat ion (CoA, 授 权改变) Request 消息， 携带物理接入环路标识和其所对应的新 BSG用户侧地址； 步骤 603， BNG回复 AAA消息，如 Change of Authorizat ion (CoA，授权改变） Response 消息；
步骤 604， BNG根据 AAA消息的所述扩展的业务网关属性， 刷新用户与 BSG映射表 的 BSG用户侧地址， 如表 3 ;
步骤 605， 虚拟 EN控制器向用户直接发起 DHCP Forcerenew (DHCP强制更新）消息； 强制更新消息是由虚拟 EN控制器下发给用户的，虚拟 EN控制器通过向用户发送强制更 新消息向用户通知该用户对应的 BSG地址已经发生了改变；
步骤 606—步骤 611与上述 BNG分配方法第三个实施例的步骤 515—步骤 520的过 程完全相同；
步骤 612—步骤 615与上述 BNG分配方法第三个实施例的步骤 522—步骤 525的过 程完全相同。
如上述 BNG分配方法第三个实施例中所述， 如果表 3由 EN控制器产生的话， 当用 户与物理 BSG的映射关系发生变化时， 虚拟 EN控制器直接更新按表 3刷新用户与物理 BSG的映射表， 之后控制器通过 AAA (如 Diameter协议） 消息， 将表 3下发给 BNG或连 接多个 BSG的节点； 然后再发起步骤 605。
图 14为本发明实施例边缘节点的分配方法中 BSG的变化过程信令图之二， 如图所 示， 一并参见图 9， 本发明实施例 BSG的变化过程具体包括如下步骤：
步骤 701， 用户与物理 BSG的映射关系发生变化时， 如因为容灾备份、 或因绿色节 能要求要求将用户迁移到其它 BSG、 或负载均衡时物理 BSG的变化；
步骤 702—步骤 708与上一 BSG的变化过程实施例步骤 605—步骤 611的过程完全 相同；
步骤 709， BNG刷新用户与 BSG映射表的 BSG用户侧地址， 如表 3 ;
步骤 710—步骤 713与上一 BSG的变化过程实施例步骤 612—步骤 615的过程完全 相同。
本实施例的 BSG的变化过程与上一实施例的 BSG的变化过程区别有下：
一是上一实施例的改变后的 BSG用户侧地址首先发送给 BNG (通过 CoA Request ) , 然后发送给用户 （通过 DHCP Forcerenew) ; 本实施例中改变后的 BSG用户侧地址首先发 送给用户 （通过 DHCP Forcerenew) , 然后发送给 BNG (通过 DHCP Ack ) ;
二是上一实施例的改变后的 BSG用户侧地址通过 AAA消息 CoA Request和 DHCP消 息 DHCP Ack发送给 BNG， 本实施例变后的 BSG用户侧地址只通过 DHCP消息 DHCP Ack 发送给 BNG， 所以处理过程更加简单一些。
在上述两个 BSG的变化过程实施例中， DHCP服务器也是只会感受到虚拟的 EN， 不 会感知 BSG发生了变化， 而用户侧会感知 BSG发生了变化。 上述几个实施例中， 对于用户侧来讲可以得知 BSG的物理地址， 图 15为本发明实 施例另一边缘节点对应的用户逻辑视图，对于用户而言，可以看到 BNG71的用户侧地址， 但是用户只能看到虚拟 BSG70地址， 不能看到 BSG 的用户侧地址。
采用虚拟 BSG地址的好处是可使用户不感知容灾、或因绿色节能要求要求将用户迁 移到其它 BSG、 或负载均衡时物理 BSG的变化。 例如， 当第一物理 BSG宕机时， 第一物 理 BSG所服务的用户都需要切换到其它物理 BSG， 设计目标是用户不用感知这种 BSG的 变化。所以本发明实施例的另一边缘节点采用虚拟 BSG地址，用户只看到虚拟 BSG地址， 对用户屏蔽物理 BSG的地址， 这里物理 BSG的变化应该限制在同一个虚拟 EN内部， 这 样用户才不会感知到 BSG的变化；这样，在容灾或绿色节能或负载均衡时，虽然物理 BSG 变了， 但虚拟 BSG地址却不变， 保证用户业务在 BSG切换过程中不中断。
从具体处理过程而言，本发明实施例另一边缘节点与图 9对应第二个和第三个实施 例的边缘节点相比，区别就是 BNG向用户发送的 DHCP信息（例如 DHCP Offer, DHCP Ack ) 中不携带物理 BSG用户侧地址， 而是虚拟 BSG地址（可以与虚拟 EN地址相同）， 由此在 BSG发生改变时， 用户并不感知。
图 16为本发明实施例另一边缘节点的分配方法的信令图之一， 结合图 15所示， 本 实施例的分配边缘节点以分配 BSG为例，本发明实施例边缘节点的分配方法具体包括如 下步骤：
步骤 801—步骤 811与图 12对应的本发明实施例边缘节点的分配方法第三个实施例 的步骤 501—步骤 511完全相同；
步骤 812， 虚拟 EN控制器将 DHCP offer/ Advert i se消息从 DHCP中转消息中取出， 将虚拟 BSG地址（可以与虚拟 EN地址相同）和逻辑接入环路标识发送给 BNG; 或者， 虚 拟 EN控制器将 DHCP offer/ Advert i se消息携带的逻辑接入环路标识转换为物理接入 环路标识后， 连同虚拟 BSG地址， 转发 DHCP offer/ Advert i se消息给用户；
步骤 813， BNG将所述虚拟 BSG地址， 和物理 BNG地址发送用户；
步骤 814—步骤 817与图 12对应的本发明实施例边缘节点的分配方法第三个实施例 的步骤 515—步骤 518完全相同；
步骤 818， 虚拟 EN控制器将 DHCP Ack/ Reply消息从 DHCP中转消息中取出， 将虚 拟 BSG地址 （可以与虚拟 EN地址相同） 和逻辑接入环路标识发送给 BNG; 或者， 虚拟 EN控制器将 Ack/ Reply消息携带的逻辑接入环路标识转换为物理接入环路标识后， 连 同虚拟 BSG地址， 转发 DHCP Ack/ Reply消息给 BNG;
步骤 819，虚拟 EN控制器做 DHCP侦听得到用户 IP地址，刷新用户与 BSG映射表的 用户 IP地址项， 将用户地址补充入表 3中；
步骤 820， BNG转发 DHCP Ack/ Reply消息将虚拟 BSG地址和物理 BNG用户侧地址 发送给用户；
步骤 821， 用户发出的 IP报文；
步骤 822， 根据源地址或用户信息 （如用户 MAC地址 MACk或用户 IP地址 IPk) 或 其它用户信息（如线路 ID/用户 VLAN)， 查映射表 3得到相应物理 BSG， 添加通往 BSG的 隧道封装；
可选地若 IP报文目的地址为虚拟 EN地址，根据用户信息查表 3得到相应的 BSG地 址， 将目的地址由虚拟 EN地址转换为 BSG地址
步骤 823， 用户 IP报文经 BNG转发给相应的 BSG。
本实施例中表 3是由 BNG来创建的， 还有一种方式是由 EN控制器来创建， 在步骤 817中， EN控制器做 DHCP侦听得到用户 IP地址， 并且在虚拟 EN控制器中所建立表 3， 之后虚拟 EN控制器通过 AAA (如 Diameter协议， 或 Openflow协议）消息， 将表 3的相 关用户项目下发给 BNG或连接多个 BSG的节点； 这样， BNG就不用在步骤 819刷新用户 与物理 BSG的映射表 3了，简化了 BNG的实现复杂度。在步骤 817中的 AAA消息也不用 携带物理 BSG用户侧地址。
本实施例利用 AAA过程将用户 （接入环路标识） 对应的 BSG地址下发给 BNG。 由于 在 AAA认证过程中虚拟 EN控制器按用户上线需要， 承担了 BSG的选择功能， 并且能动 态地让 BNG学习用户与 BSG的映射关系，所以用户会话的后续过程可以不用再对每个报 文进行分流选择和计算， 而是根据用户与 BSG的映射关系直接进行转发， 降低了 BNG实 现的复杂度， 免去了静态在 BNG上配置用户与 BSG的映射关系的人工成本。 BNG向用户 发送的 DHCP信息 （DHCP Offer、 DHCP Ack) 中不携带物理 BSG用户侧地址， 而是虚拟 BSG地址 （可以与虚拟 EN地址相同）， 由此在 BSG发生改变时， 用户并不感知。 上述实施例是另一 BSG的分配和下发的过程， 当然在工作中， BSG可能会发生变化， 下述为 BSG的变化流程。
图 17为本发明实施例另一边缘节点的分配方法中 BSG的变化过程信令图之一， 如 图所示， 一并参见图 15， 本实施例 BSG的变化过程具体包括如下步骤：
步骤 91， 用户与物理 BSG的映射关系发生变化时， 如因为容灾备份、或因绿色节能 要求要求将用户迁移到其它 BSG、 或负载均衡时物理 BSG的变化；
步骤 92， 虚拟 EN控制器发出 AAA消息， 如 Changeof Authorization (CoA, 授权 改变) Request 消息， 携带物理接入环路标识和其所对应的新 BSG用户侧地址；
步骤 93， BNG回复 AAA消息，如 Change of Authorization (CoA,授权改变） Response 消息；
步骤 94， BNG根据 AAA消息的所述扩展的业务网关属性， 刷新用户与 BSG映射表的 BSG用户侧地址， 如表 3;
步骤 95， 用户发出的 IP报文；
步骤 96， 根据源地址或用户信息 （如用户 MAC地址 MACk或用户 IP地址 IPk)或其 它用户信息 （如线路 ID/用户 VLAN)， 查映射表 3得到相应的新的物理 BSG， 添加通往 BSG 的隧道封装；
可选地若 IP报文目的地址为虚拟 EN地址，根据用户信息查表 3得到相应的 BSG地 址， 将目的地址由虚拟 EN地址转换为 BSG地址；
步骤 97， 用户 IP报文经 BNG转发给相应的新的 BSG。
在本实施例中， 用户与物理 BSG的映射关系表 3发生变化时， 虚拟 EN控制器直接 更新按表 3刷新用户与物理 BSG的映射表 3，之后虚拟 EN控制器通过 AAA (如 Diameter 协议，或 Openf low协议）消息， 将表 3下发给 BNG或连接多个 BSG的节点； 然后再发起 步骤 905。
在本实施例中， 虽然物理 BSG变了， 但虚拟 BSG地址却不变， 保证用户业务在 BSG 切换过程中不中断。
图 18为本发明实施例另一边缘节点的分配方法中 BSG的变化过程信令图之二， 如 图所示， 一并参见图 15， 本实施例 BSG的变化过程具体包括如下步骤：
步骤 901， 用户与物理 BSG的映射关系发生变化时， 如因为容灾备份、 或因绿色节 能要求要求将用户迁移到其它 BSG、 或负载均衡时物理 BSG的变化；
步骤 902， EN控制器向 BNG发出 AAA消息， 如 Changeof Authorization (CoA, 授 权改变） Request 消息， 携带 Authorization only属性；
步骤 903， BNG向 EN控制器回复 AAA消息， 如 Changeof Authorization (CoA， 授 权改变） NAK消息；
步骤 904， 虚拟 EN控制器发出 AAA消息， 如 Access Request消息， 携带物理接入 环路标识和其所对应的新 BSG用户侧地址；
步骤 905， 将物理 Line ID转换为逻辑 Line ID
步骤 906， EN控制器将 AAA协议消息 （如 Access Request ) 携带逻辑 line ID发送 到 AAA服务器；
步骤 907， 用户认证成功， AAA服务器向 EN控制器返回 AAA协议消息 （如 Access Accept ), AAA消息携带逻辑接入环路标识和相应的用户 /业务 profile (或策略）；
步骤 908， 根据 AAA消息的所述扩展的业务网关属性， 建立用户与 BSG映射表， 如 表 3; 除用户 IP地址外， 其余各项到目前为止都能学到； 同样， 不同业务是由不同 VLAN 来区分， 也可通过其它方式来区分业务， 如以太网优先权（Ethernet Priority)或 MPLS 标签；
步骤 909， EN控制器向 BNG 发送 AAA 消息， 其中携带物理接入环路标识、 业务 profile^ Authorization only属性和新的 BSG用户侧地址；
步骤 910， BNG根据 AAA消息的所述扩展的业务网关属性， 刷新用户与 BSG映射表 的 BSG用户侧地址， 如表 3;
步骤 911， 用户发出的 IP报文；
步骤 912， 根据源地址或用户信息 （如用户 MAC地址 MACk或用户 IP地址 IPk) 或 其它用户信息（如线路 ID/用户 VLAN)， 查映射表 3得到相应的新的物理 BSG， 添加通往 BSG 的隧道封装；
步骤 913， 用户 IP报文经 BNG转发给相应的新的 BSG。
在本实施例中， 当 BSG变化时的流程，通过触发 BNG发起 AAA重新授权实现 BNG上 用户与 BSG映射表的刷新。 同样， 物理 BSG变了， 但虚拟 BSG地址却不变， 保证用户业 务在 BSG切换过程中不中断。 上述对于边缘节点的描述是从处理方法的角度说明如何分配 EN，下述为边缘节点的 分配装置的描述。
图 19为本发明实施例边缘节点的分配装置的示意图之一， 如图所示， 本实施例的 分配边缘节点以分配 BSG为例，本发明实施例边缘节点的分配装置具体包括业务请求消 息接收单元 1101、 获取单元 1102、 查询单元 1103、 返回单元 1104。
业务请求消息接收单元 1101 接收包括物理用户标识的业务请求消息； 获取单元 1102获取业务请求消息中的物理用户标识； 查询单元 1103根据物理用户标识， 查询物 理用户标识与 BSG地址之间的第一映射关系， 得到物理用户标识对应的 BSG地址； 返回 单元 1104返回包括 BSG地址的业务响应消息。
本发明实施例的 BSG的选择装置，利用业务请求消息中携带的物理用户标识查询第 一映射关系得到 BSG地址， 下发携带 BSG地址的业务响应消息， 从而实现了对 BSG地址 的统一分配， 减少了外部服务器识别不同 BSG的处理过程， 提高了处理效率， 降低了实 现复杂度。
图 20为本发明实施例边缘节点的分配装置的示意图之二， 如图所示， 本实施例的 分配边缘节点以分配 BSG为例， 本发明实施例边缘节点的分配装置具体包括： 业务请求 消息接收单元 1101、获取单元 1102、查询单元 1103、返回单元 1104、第一转换单元 1105、 响应消息接收单元 1106和第二转换单元 1107 和第一映射关系建立单元 1108。
业务请求消息接收单元 1101接收包括物理用户标识的业务请求消息； 第一转换单 元 1105将物理用户标识转换为逻辑用户标识， 并转发包括逻辑用户标识的业务请求消 息； 响应消息接收单元 1106接收包括逻辑用户标识的业务请求； 第二转换单元 1107将 逻辑用户标识转换为物理用户标识； 获取单元 1102获取业务请求消息中的物理用户标 识； 第一映射关系建立单元 1108建立物理用户标识与 BSG地址之间的第一映射关系； 查询单元 1103根据物理用户标识， 查询物理用户标识与 BSG地址之间的第一映射关系， 得到物理用户标识对应的 BSG地址； 返回单元 1104返回包括 BSG地址的业务响应消息。
第一映射关系建立单元 1108具体用于根据业务策略或负载均衡策略或容灾备份策 略建立物理用户标识与 BSG地址之间的第一映射关系。 业务请求消息接收单元 1101接 收到的业务请求消息具体为用户认证消息， 返回单元 1104返回的业务响应消息具体为 接收用户认证消息； 业务请求消息接收单元 1101接收到的业务请求消息为地址分配发 现消息或地址分配请求消息， 返回单元 1104返回的业务响应消息具体为地址分配服务 确认消息。
再如图 20所示， 本发明实施例边缘节点的分配装置还包括第一映射关系更新单元 1121、 发送单元 1122和强制更新消息发送单元 1109。
第一映射关系更新单元 1121当物理用户标识对应的 BSG地址发生改变时， 更新第 一映射关系； 发送单元 1122发送物理用户标识对应的更新后的 BSG地址； 而强制更新 消息发送单元 1109发送强制更新消息。 因为此时物理用户标识对应的 BSG地址发生改 变， 也就是用户对应的 BSG发生了改变， 强制更新消息发送单元 1109通过对用户发送 强制更新消息来通知该用户对应的 BSG地址已经发生了改变。
本发明实施例的 BSG的选择装置，利用业务请求消息中携带的物理用户标识查询自 身建立的第一映射关系， 从而得到 BSG地址， 下发携带 BSG地址的业务响应消息， 从而 实现了对 BSG地址的统一分配。 而且当 BSG发生变化的时候， 接收变化后的 BSG地址， 更新第一映射关系。由此减少了外部服务器识别不同 BSG的处理过程，提高了处理效率， 降低了实现复杂度。
图 21 为本发明实施例边缘节点的分配装置的示意图之三， 如图所示， 本实施例的 分配边缘节点以分配 BSG为例， 本发明实施例边缘节点的分配装置具体包括： 业务请求 消息接收单元 1101、获取单元 1102、查询单元 1103、返回单元 1104、第一转换单元 1105、 响应消息接收单元 1106、 第二转换单元 1107、 第一映射关系建立单元 1108、 第二映射 关系建立单元 1131和发送单元 1132。
业务请求消息接收单元 1101接收包括物理用户标识的业务请求消息； 第一转换单 元 1105将物理用户标识转换为逻辑用户标识， 并转发包括逻辑用户标识的业务请求消 息； 响应消息接收单元 1106接收包括逻辑用户标识的业务请求； 第二转换单元 1107将 逻辑用户标识转换为物理用户标识； 获取单元 1102获取业务请求消息中的物理用户标 识； 第一映射关系建立单元 1108建立物理用户标识与 BSG地址之间的第一映射关系； 查询单元 1103根据物理用户标识， 查询物理用户标识与 BSG地址之间的第一映射关系， 得到物理用户标识对应的 BSG地址； 返回单元 1104返回包括 BSG地址的业务响应消息。
具体的第一映射关系建立单元 1108具体用于根据业务策略或负载均衡策略或容灾 备份策略建立物理用户标识与 BSG地址之间的第一映射关系。 业务请求消息接收单元 1101接收到的业务请求消息具体为用户认证消息， 返回单元 1104返回的业务响应消息 具体为接收用户认证消息； 业务请求消息接收单元 1101接收到的业务请求消息为地址 分配发现消息或地址分配请求消息， 返回单元 1104返回的业务响应消息具体为地址分 配服务确认消息。
第二映射关系建立单元 1131建立用户地址、 物理用户标识与 BSG地址之间的第二 映射关系； 发送单元 1131发送第二映射关系。 另外， 第二映射关系建立单元可以只建 立物理用户标识与 BSG地址之间的第二映射关系， 而利用获取单元获取用户地址， 将用 户地址添加入第二映射关系中。 第二映射关系是由该第二映射关系建立单元 1131建立 的， 后续需要将该第二映射关系下发， 这样接收方就不必建立第二映射关系， 而只需要 接收第二映射关系就可以了。 当接收方接收到 IP报文时， 查询第二映射关系得到该 IP 报文用户对应的 BSG， 然后将该 IP报文发送到该 BSG。
再如图 21所示， 本发明实施例边缘节点的分配装置还包括第一映射关系更新单元
1133、 第二映射关系更新单元 1134、 发送单元 1135和强制更新消息发送单元 1136。
第一映射关系更新单元 1133当物理用户标识对应的 BSG地址发生改变时， 更新第 一映射关系； 第二映射关系更新单元 1134根据更新后的第一映射关系， 更新第二映射 关系； 发送单元 1135发送更新后的第二映射关系。 强制更新消息发送单元 1136发送强 制更新消息。 因为此时物理用户标识对应的 BSG地址发生改变， 也就是用户对应的 BSG 发生了改变， 强制更新消息发送单元 1109通过对用户发送强制更新消息来通知该用户 对应的 BSG地址已经发生了改变。
本发明实施例的 BSG的选择装置， 建立第一映射关系和第二映射关系， 利用业务请 求消息中携带的物理用户标识查询第一映射关系， 从而得到 BSG地址， 下发携带 BSG地 址的业务响应消息， 从而实现了对 BSG地址的统一分配。 而且当 BSG发生变化的时候， 接收变化后的 BSG地址， 更新第一映射关系和第二映射关系， 由此减少了外部服务器识 别不同 BSG的处理过程， 提高了处理效率。 而第二映射关系需要下发给接收方， 由接收 方接收和维护该第二映射关系而不必建立该第二映射关系了。 图 22为本发明实施例另一边缘节点的分配装置的示意图之一， 如图所示， 本实施 例的分配边缘节点以分配 BSG为例， 本发明实施例边缘节点的分配装置具体包括： 发送 单元 1200和接收单元 1201。
发送单元 1200发送包括物理用户标识的业务请求消息;接收单元 1201接收包括 BSG 地址的业务响应消息， BSG地址为物理接入环路标识对应的 BSG地址。
再如图 22所示， 本发明实施例边缘节点的分配装置还包括： 转发单元 1202、 IP报 文接收单元 1203、 IP报文发送单元 1204。
转发单元 1202转发包括 BSG地址的业务响应消息。 IP报文接收单元 1203接收包括
BSG地址的 IP报文； IP报文发送单元 1204根据 BSG地址， 向 BSG地址对应的 BSG转发
IP报文。
本发明实施例的另一 BSG的选择装置，通过发送包括物理用户标识的业务请求消息 以及接收携带 BSG地址的业务响应消息， 实现了对 BSG地址的统一分配。 由此减少了外 部服务器识别不同 BSG的处理过程， 提高了处理效率。 当接收到 IP报文时， 根据报文 中的 BSG地址转发 IP报文。
图 23为本发明实施例另一边缘节点的分配装置的示意图之二， 如图所示， 本实施 例的分配边缘节点以分配 BSG为例， 本发明实施例边缘节点的分配装置具体包括： 发送 单元 1200、 接收单元 1201、 映射关系建立单元 1210、 BSG地址接收单元 1231、 映射关 系更新单元 1232、 转发单元 1233、 IP报文接收单元 1234、 查询单元 1235和 IP报文发 送单元 1236。
发送单元 1200发送包括物理用户标识的业务请求消息;接收单元 1201接收包括 BSG 地址的业务响应消息， BSG地址为物理接入环路标识对应的 BSG地址。
映射关系建立单元 1210建立用户地址、物理用户标识与 BSG地址之间的映射关系； BSG地址接收单元 1231当物理用户标识对应的 BSG地址发生改变时，接收物理用户标识 对应的更新后的 BSG地址； 映射关系更新单元 1232根据更新后的 BSG地址更新该映射 关系。另外，映射关系建立单元也可以只建立物理用户标识与 BSG地址之间的映射关系， 然后由添加单元获取用户地址， 将用户地址添加入第二映射关系中。
转发单元 1233转发包括 BSG地址的业务响应消息， 或用于将 BSG地址转换为虚拟 BSG地址， 转发包括虚拟 BSG地址的业务请求消息， 或用于转发包括所述边缘节点地址 对应的虚拟边缘节点地址的业务响应消息。 IP报文接收单元 1234接收包括用户地址的 IP报文； 查询单元 1235根据 IP报文中的用户地址， 查询所述映射关系， 得到用户地址 对应的 BSG地址； IP报文发送单元 1236向 BSG地址对应的 BSG发送 IP报文。
本发明实施例的另一 BSG的选择装置，通过发送包括物理用户标识的业务请求消息 以及接收携带 BSG地址的业务响应消息， 实现了对 BSG地址的统一分配。 另外通过建立 映射关系， 而且当 BSG发生变化的时候， 只接收变化后的 BSG地址， 更新该映射关系， 由此减少了外部服务器识别不同 BSG的处理过程， 提高了处理效率。 当接收到 IP报文 时， 查询第二映射关系向 BSG地址转发 IP报文。
图 24为本发明实施例另一边缘节点的分配装置的示意图之三， 如图所示， 本发明 实施例边缘节点的分配装置具体包括： 发送单元 1200、 接收单元 1201、 映射关系接收 单元 1211、 BSG地址接收单元 1231、 转发单元 1233、 IP报文接收单元 1234、 查询单元 1235和 IP报文发送单元 1236。
发送单元 1200发送包括物理用户标识的业务请求消息；接收单元 1201接收包括 BSG 地址的业务响应消息， BSG地址为该物理接入环路标识对应的 BSG地址。
映射关系接收单元 1211接收用户地址、物理用户标识与 BSG地址之间的映射关系， 另外当物理用户标识对应的 BSG地址发生改变时， 接收更新后的映射关系。
转发单元 1233转发包括 BSG地址的业务响应消息； 或用于将 BSG地址转换为虚拟 BSG地址， 转发包括虚拟 BSG地址的业务响应消息。 IP报文接收单元 1234接收包括用 户地址的 IP报文； 查询单元 1235根据 IP报文中的用户地址， 查询第二映射关系， 得 到用户地址对应的 BSG地址； IP报文发送单元 1236向 BSG地址对应的 BSG发送 IP报文。
本发明实施例的另一 BSG的选择装置，通过发送包括物理用户标识的业务请求消息 以及接收携带 BSG地址的业务响应消息， 实现了对 BSG地址的统一分配。 另外接收映射 关系， 而且当 BSG发生变化的时候， 接收更新的映射关系， 由此减少了外部服务器识别 不同 BSG的处理过程， 提高了处理效率。 当接收到 IP报文时， 查询映射关系向 BSG地 址转发 IP报文。
专业人员应该还可以进一步意识到， 结合本文中所公开的实施例描述的各示例的 单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了清楚地说 明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及 步骤。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特定应用和设计约 束条件。 专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能， 但 是这种实现不应认为超出本发明实施例的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、 处理器执行的 软件模块， 或者二者的结合来实施。 软件模块可以置于随机存储器 （RAM)、 内存、 只读 存储器（R0M)、电可编程醒、电可擦除可编程醒、寄存器、硬盘、可移动磁盘、 CD-ROM, 或技术领域内所公知的任意其它形式的存储介质中。 以上所述的具体实施方式， 对本发明实施例的目的、 技术方案和有益效果进行了进 一步详细说明， 所应理解的是， 以上所述仅为本发明实施例的具体实施方式而已， 并不 用于限定本发明实施例的保护范围， 凡在本发明实施例的精神和原则之内， 所做的任何 修改、 等同替换、 改进等， 均应包括在本发明实施例的保护范围之内。

Claims

1、 一种边缘节点的分配方法， 其特征在于， 所述方法包括：
接收包括用户标识的业务请求消息；
获取所述业务请求消息中的用户标识；
根据所述用户标识， 查询所述用户标识与边缘节点地址之间的第一映射关系， 得到 所述用户标识对应的边缘节点地址；
返回包括所述边缘节点地址的业务响应消息。
2、 根据权利要求 1所述的边缘节点的分配方法， 其特征在于， 所述查询所述用 户标识与边缘节点地址之间的第一映射关系之前， 还包括： 建立所述用户标识与边缘节 点地址之间的第一映射关系。
3、 根据权利要求 2所述的边缘节点的分配方法， 其特征在于所述建立所述用户 标识与边缘节点地址之间的第一映射关系后还包括：
建立用户地址、 用户标识与边缘节点地址之间的第二映射关系；
发送所述第二映射关系。
4、 根据权利要求 1所述的边缘节点的分配方法， 其特征在于， 所述方法还包括: 当所述用户标识对应的边缘节点地址发生改变时， 更新所述第一映射关系； 发送所述用户标识对应的更新后的边缘节点地址。
5、 根据权利要求 4所述的边缘节点的分配方法， 其特征在于， 当所述用户标识 对应的边缘节点地址发生改变时还包括， 发送强制更新消息。
6、 根据权利要求 1所述的边缘节点的分配方法， 其特征在于， 所述业务请求消 息具体为用户认证消息， 返回的所述业务响应消息具体为接受用户认证消息； 所述业务 请求消息为地址分配发现消息或地址分配请求消息， 返回的所述业务响应消息具体为地 址分配服务确认消息。
7、 一种边缘节点的分配方法， 其特征在于， 所述方法包括：
发送包括用户标识的业务请求消息；
接收包括边缘节点地址的业务响应消息，所述边缘节点地址为所述用户标识对应的 边缘节点地址。
8、 根据权利要求 7所述的边缘节点的分配方法， 其特征在于， 所述接收包括边 缘节点地址的业务响应消息后还包括：
接收包括所述边缘节点地址的 IP报文； 根据所述边缘节点地址， 向所述边缘节点地址对应的边缘节点转发所述 IP报文。
9、 根据权利要求 7所述的边缘节点的分配方法， 其特征在于， 所述接收包括边 缘节点地址的业务响应消息后还包括， 建立用户地址、 用户标识与边缘节点地址之间的 映射关系。
10、 根据权利要求 9所述的边缘节点的分配方法， 其特征在于， 所述方法还包括: 当所述用户标识对应的边缘节点地址发生改变时，接收所述用户标识对应的更新后 的边缘节点地址；
根据所述更新后的边缘节点地址更新映射关系。
11、 根据权利要求 7所述的边缘节点的分配方法， 其特征在于， 所述接收包括第 一边缘节点地址的业务响应消息后还包括， 接收用户地址、 用户标识与边缘节点地址之 间的映射关系。
12、 根据权利要求 11所述的边缘节点的分配方法，其特征在于，所述方法还包括， 当所述用户标识对应的边缘节点地址发生改变时， 接收更新后的映射关系。
13、 根据权利要求 10— 12任一所述的边缘节点的分配方法， 其特征在于， 所述接 收包括边缘节点地址的业务响应消息后还包括：
转发包括边缘节点地址的业务响应消息； 或
将所述边缘节点地址转换为虚拟边缘节点地址，转发包括所述虚拟边缘节点地址的 业务响应消息； 或
转发包括所述边缘节点地址对应的虚拟边缘节点地址的业务响应消息。
14、 根据权利要求 13所述的边缘节点的分配方法，其特征在于，所述方法还包括: 接收包括用户地址的 IP报文；
根据所述 IP报文中的用户地址， 查询映射关系， 得到所述用户地址对应的边缘节 点地址；
向所述边缘节点地址对应的边缘节点发送 IP报文。
15、 根据权利要求 7所述的边缘节点的分配方法， 其特征在于， 所述接收的业务 响应消息具体为接受用户认证消息或地址分配服务确认消息。
16、 一种边缘节点的分配装置， 其特征在于， 所述装置包括：
业务请求消息接收单元， 用于接收包括用户标识的业务请求消息；
获取单元， 用于获取所述业务请求消息中的用户标识；
查询单元， 用于根据所述用户标识， 查询所述用户标识与边缘节点地址之间的第一 映射关系， 得到所述用户标识对应的边缘节点地址；
返回单元， 用于返回包括所述边缘节点地址的业务响应消息。
17、 根据权利要求 16所述的边缘节点的分配装置，其特征在于，所述装置还包括: 第一映射关系建立单元， 用于建立所述用户标识与边缘节点地址之间的第一映射关系。
18、 根据权利要求 17所述的边缘节点的分配装置， 其特征在于所述装置还包括： 第二映射关系建立单元， 用于建立用户地址、 用户标识与边缘节点地址之间的第二 映射关系；
发送单元， 用于发送所述第二映射关系。
19、 根据权利要求 18所述的边缘节点的分配装置，其特征在于，所述装置还包括， 强制更新消息发送单元， 用于当所述用户标识对应的边缘节点地址发生改变时， 发送强 制更新消息。
20、 利要求 16所述的边缘节点的分配装置， 其特征在于， 所述业务请求消息接收 单元接收到的所述业务请求消息具体为用户认证消息； 所述返回单元返回的所述业务响 应消息具体为接受用户认证消息；
所述业务请求消息接收单元接收到的所述业务请求消息具体为地址分配发现消息 或地址分配请求消息； 所述返回单元返回的所述业务响应消息具体为地址分配服务确认 消息。
21、 一种边缘节点的分配装置， 其特征在于， 所述装置包括：
发送单元， 用于发送包括用户标识的业务请求消息；
接收单元， 用于接收包括边缘节点地址的业务响应消息， 所述边缘节点地址为所述 用户标识对应的边缘节点地址。
22、 根据权利要求 21所述的边缘节点的分配装置，其特征在于，所述装置还包括: IP报文接收单元， 用于接收包括所述边缘节点地址的 IP报文；
IP报文发送单元，用于根据所述边缘节点地址， 向所述边缘节点地址对应的边缘节 点转发所述 IP报文。
23、 根据权利要求 21所述的边缘节点的分配装置，其特征在于，所述装置还包括， 映射关系建立单元， 用于建立用户地址、 用户标识与边缘节点地址之间的映射关系。
24、 根据权利要求 23所述的边缘节点的分配装置，其特征在于，所述装置还包括: 边缘节点地址接收单元， 用于当所述用户标识对应的边缘节点地址发生改变时， 接 收所述用户标识对应的更新后的边缘节点地址；
映射关系更新单元， 用于根据所述更新后的边缘节点地址更新所述映射关系。
25、 根据权利要求 21所述的边缘节点的分配装置，其特征在于，所述装置还包括， 映射关系接收单元， 用于接收用户地址、 用户标识与边缘节点地址之间的映射关系。
26、 根据权利要求 25所述的边缘节点的分配装置， 其特征在于， 所述第二映射关 系接收单元还用于当所述用户标识对应的边缘节点地址发生改变时，接收更新后的映射 关系。
27、 根据权利要求 24— 26任一所述的边缘节点的分配装置， 其特征在于， 所述装 置还包括：
转发单元， 用于转发包括边缘节点地址的业务响应消息； 或用于将所述边缘节点地 址转换为虚拟边缘节点地址， 转发包括所述虚拟边缘节点地址的业务响应消息； 或用于 转发包括所述边缘节点地址对应的虚拟边缘节点地址的业务响应消息。
28、 根据权利要求 26所述的边缘节点的分配装置，其特征在于，所述装置还包括: IP报文接收单元， 用于接收包括用户地址的 IP报文；
查询单元， 用于根据所述 IP报文中的用户地址， 查询所述映射关系， 得到所述用 户地址对应的边缘节点地址；
IP报文发送单元， 用于向所述边缘节点地址对应的边缘节点发送 IP报文。
29、 根据权利要求 21所述的边缘节点的分配装置， 其特征在于， 所述接收单元接 收的业务响应消息具体为接受用户认证消息或地址分配服务确认消息。
30、 一种边缘节点控制器， 其特征在于， 所述边缘节点控制器包括：
选择单元， 用于为用户从虚拟边缘节点所辖的边缘节点中选择边缘节点； 设备管理单元， 用于配置所述边缘节点地址；
映射关系建立单元， 用于建立物理用户标识与所述边缘节点地址之间的映射关系； 发送单元， 用于发送所述物理用户标识对应的所述边缘节点地址。
31、 根据权利要求 30所述的边缘节点控制器， 其特征在于， 所述边缘节点控制器 还包括：
认证、 授权和计费 AAA代理单元， 用于物理用户标识与逻辑用户标识之间的转换， 和 /或所述虚拟边缘节点的虚拟地址和所述边缘节点地址之间的转换， 并且向 AAA服务 器发送业务请求信息和接收返回的业务响应消息，所述业务请求消息中包含所述逻辑用 户标识， 所述业务响应信息中包含所述虚拟边缘节点的虚拟地址；
动态主机配置协议 DHCP代理单元，用于物理用户标识与逻辑用户标识之间的转换， 和 /或所述虚拟边缘节点的虚拟地址和所述边缘节点地址之间的转换， 并且向 DHCP服务 器发送业务请求信息和接收返回的业务响应消息，所述业务请求消息中包含所述逻辑用 户标识， 所述业务响应信息中包含所虚拟述边缘节点的虚拟地址。
32、 根据权利要求 30所述的边缘节点控制器， 其特征在于， 所述边缘节点控制器 还包括：
负载均衡管理单元， 用于接收所述边缘节点的负载信息； 和 /或
容灾备份管理单元， 用于接收所述边缘节点的故障信息。
33、 根据权利要求 32所述的边缘节点控制器， 其特征在于， 所述选择单元根据所 述边缘节点的负载信息和 /或边缘节点的故障信息选择所述边缘节点。
34、 根据权利要求 32所述的边缘节点控制器， 其特征在于， 所述容灾备份管理单 元还用于存储所述边缘节点的信息， 当所述选择单元选择的边缘节点发生变更时， 将变 更前的边缘节点的信息同步到变更后的边缘节点中。
PCT/CN2012/073653 2011-07-14 2012-04-09 边缘节点的分配方法和装置及边缘节点控制器 WO2012163178A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP12792378.7A EP2725739B1 (en) 2011-07-14 2012-04-09 Method and apparatus for selecting edge node
EP23157470.8A EP4240041A1 (en) 2011-07-14 2012-04-09 Method, apparatus, and edge node controller for allocating edge node
EP20172008.3A EP3745649A1 (en) 2011-07-14 2012-04-09 Method, apparatus, and edge node controller for allocating edge node
US14/154,430 US10230684B2 (en) 2011-07-14 2014-01-14 Method, apparatus, and edge node controller for allocating edge node

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110197491.X 2011-07-14
CN201110197491.XA CN102882699B (zh) 2011-07-14 2011-07-14 边缘节点的分配方法和装置及边缘节点控制器

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/154,430 Continuation US10230684B2 (en) 2011-07-14 2014-01-14 Method, apparatus, and edge node controller for allocating edge node

Publications (1)

Publication Number Publication Date
WO2012163178A1 true WO2012163178A1 (zh) 2012-12-06

Family

ID=47258363

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/073653 WO2012163178A1 (zh) 2011-07-14 2012-04-09 边缘节点的分配方法和装置及边缘节点控制器

Country Status (4)

Country Link
US (1) US10230684B2 (zh)
EP (3) EP3745649A1 (zh)
CN (1) CN102882699B (zh)
WO (1) WO2012163178A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103905392A (zh) * 2012-12-26 2014-07-02 中国移动通信集团公司 动态主机设置协议dhcp服务器选择方法、装置及系统
US20170005980A1 (en) * 2014-03-11 2017-01-05 Huawei Technologies Co., Ltd. Message processing method, access controller, and network node
US10187849B2 (en) * 2013-07-31 2019-01-22 Huawei Technologies Co., Ltd User management device, BNG, and BNG user internet access method and system
CN113597752A (zh) * 2018-10-31 2021-11-02 推特公司 用于选择边缘服务器的系统、方法和装置

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10069903B2 (en) 2013-04-16 2018-09-04 Amazon Technologies, Inc. Distributed load balancer
US9419892B2 (en) * 2013-09-30 2016-08-16 Juniper Networks, Inc. Methods and apparatus for implementing connectivity between edge devices via a switch fabric
JP6250378B2 (ja) * 2013-12-09 2017-12-20 株式会社日立製作所 計算機システム、アドレス管理装置およびエッジノード
CN105338125B (zh) * 2014-06-25 2019-11-05 华为技术有限公司 报文处理方法及装置
US9693282B2 (en) 2014-12-23 2017-06-27 Industrial Technology Research Institute Control method, controller and packet processing method for software-defined network
CN105791247B (zh) * 2014-12-25 2019-02-05 中国移动通信集团公司 一种流量统付业务实现方法及相关设备与系统
CN113225238B (zh) * 2015-07-17 2022-08-26 华为技术有限公司 消息传输方法、接入节点、接入控制器及接入系统
EP3157223A1 (en) * 2015-10-14 2017-04-19 Alcatel Lucent Method and systems for associating subscriber identification information with a subscriber-side network termination identifier
WO2017101016A1 (zh) * 2015-12-15 2017-06-22 华为技术有限公司 用于存储节点同步业务请求的方法和装置
CN105721585A (zh) * 2016-02-24 2016-06-29 深圳羚羊极速科技有限公司 一种内容分发网络中边缘节点的优选方法
US10841211B2 (en) * 2016-05-03 2020-11-17 Infinera Corporation End point mapping service to assist transport segment routing
US10516544B2 (en) * 2017-07-13 2019-12-24 Cisco Technology, Inc. Extranet connectivity in LISP networks
CN107872385B (zh) * 2017-10-11 2020-10-23 中国电子科技集团公司第三十研究所 一种sdn网络路由计算与控制方法
CN109995838B (zh) * 2018-01-02 2021-08-06 中国移动通信有限公司研究院 虚拟内容调度方法、装置、设备及计算机可读存储介质
CN108390786B (zh) * 2018-02-27 2021-05-07 北京奇艺世纪科技有限公司 一种业务运维方法、装置及电子设备
US10798635B2 (en) * 2018-12-03 2020-10-06 At&T Intellectual Property I, L.P. Mobile edge computing for data network traffic
CN109709811B (zh) * 2018-12-20 2021-08-17 中国科学院沈阳自动化研究所 一种面向智能制造的边缘计算控制器及其工作方法
CN110046036A (zh) * 2018-12-25 2019-07-23 阿里巴巴集团控股有限公司 一种操作请求分配方法、装置及设备
CN109951338B (zh) * 2019-03-28 2021-09-10 北京金山云网络技术有限公司 Cdn网络配置方法、配置装置、电子设备及存储介质
CN113812133A (zh) * 2019-05-10 2021-12-17 三星电子株式会社 向ue中运行的边缘使能器客户端提供动态信息的方法和边缘使能器服务器
CN110602180B (zh) * 2019-08-26 2021-03-19 中国生态城市研究院有限公司 一种基于边缘计算的大数据用户行为分析方法及电子设备
EP4044557A4 (en) * 2019-11-05 2022-11-16 Samsung Electronics Co., Ltd. DEVICE AND METHOD FOR PROVIDING APPLICATION SERVER INFORMATION IN A MOBILE COMMUNICATION SYSTEM
CN112954084B (zh) * 2019-12-11 2022-11-08 中移物联网有限公司 边缘计算的处理方法、网络功能实例及边缘服务管控中心
CN112995349B (zh) * 2019-12-12 2023-07-04 中兴通讯股份有限公司 地址管理方法、服务器和计算机可读存储介质
CN113014441B (zh) * 2019-12-19 2023-07-14 西安诺瓦星云科技股份有限公司 网口环路检测方法和系统
CN115516837A (zh) * 2020-05-08 2022-12-23 三星电子株式会社 使用ue app和状态生成和移除动态eas的方法和设备
CN111835858B (zh) * 2020-07-17 2023-05-30 杭州海康威视系统技术有限公司 设备接入方法、设备及系统
CN112040189B (zh) * 2020-09-01 2022-06-24 浙江大华技术股份有限公司 前端设备的监控方法及系统、存储介质
CN114268943A (zh) * 2020-09-16 2022-04-01 华为技术有限公司 授权方法及装置
WO2022065850A1 (en) * 2020-09-22 2022-03-31 Samsung Electronics Co., Ltd. System and method for configuring eec for service provisioning and eas discovery
CN112350933A (zh) * 2020-10-30 2021-02-09 中电积至(海南)信息技术有限公司 一种状态共享的分布式多出口路由选择方法
CN112583903B (zh) * 2020-11-26 2022-06-03 北京邮电大学 一种服务自适应访问方法、装置、电子设备及存储介质
US11218561B1 (en) 2021-03-09 2022-01-04 Wipro Limited Method and system for managing cache data in a network through edge nodes
US11438747B1 (en) * 2021-03-24 2022-09-06 Verizon Patent And Licensing Inc. Systems and methods for device traffic steering using edge DNS mediation service (EDMS)
CN114661246B (zh) * 2022-05-19 2022-09-02 阿里巴巴（中国）有限公司 一种存储控制的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047600A (zh) * 2006-05-11 2007-10-03 华为技术有限公司 城域以太网网桥设备、系统及为其提供服务的方法
CN101051980A (zh) * 2007-05-21 2007-10-10 华为技术有限公司 一种文件数据分发方法及相关设备
US20100246406A1 (en) * 2009-03-31 2010-09-30 Cisco Systems, Inc. Route convergence based on ethernet operations, administration, and maintenance protocol
CN101919209A (zh) * 2008-01-23 2010-12-15 艾利森电话股份有限公司 在固定接入通信网络中选择边缘节点

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7411904B2 (en) * 2002-07-22 2008-08-12 Lucent Technologies Inc. Multiprotocol label switching (MPLS) edge service extraction
US7443850B2 (en) * 2004-04-28 2008-10-28 Teknovus, Inc. Method and apparatus for L3-aware switching in an Ethernet passive optical network
CN100373879C (zh) * 2004-09-16 2008-03-05 上海贝尔阿尔卡特股份有限公司 具有三层化接入点的宽带接入网及其ip地址分配方法
US7769037B2 (en) * 2005-02-19 2010-08-03 Cisco Technology, Inc. Techniques for using first sign of life at edge nodes for a virtual private network
CN101102265B (zh) * 2006-07-06 2010-05-12 华为技术有限公司 用于多业务接入的控制和承载分离系统和实现方法
CN101119252B (zh) * 2006-08-01 2010-05-19 华为技术有限公司 接入网络系统、接入装置、arp代理方法和ip桥接转发方法
CN100589428C (zh) * 2006-08-09 2010-02-10 华为技术有限公司 多业务多边缘设备和系统
CN101127696B (zh) * 2006-08-15 2012-06-27 华为技术有限公司 二层网络中的数据转发方法和网络及节点设备
CN101163030A (zh) * 2006-10-09 2008-04-16 华为技术有限公司 一种建立区分器映射表的方法
US8151082B2 (en) * 2007-12-06 2012-04-03 Fusion-Io, Inc. Apparatus, system, and method for converting a storage request into an append data storage command
CN101299698B (zh) * 2007-04-30 2012-05-23 华为技术有限公司 通信代理的方法及装置及系统
CN101309197B (zh) * 2007-05-18 2011-12-28 华为技术有限公司 网络系统及接入节点设备、ip边缘设备和接入控制方法
US8166205B2 (en) * 2007-07-31 2012-04-24 Cisco Technology, Inc. Overlay transport virtualization
CN101442467B (zh) * 2007-11-23 2011-12-21 上海贝尔阿尔卡特股份有限公司 在基于运营商骨干网传送的网络中提供多点到多点连接的方法
CN101499951B (zh) * 2008-02-01 2012-05-23 华为技术有限公司 隧道配置方法、虚拟接入节点、虚拟边缘节点以及系统
JP5319785B2 (ja) * 2008-12-22 2013-10-16 テレフオンアクチーボラゲット エル エム エリクソン（パブル） エッジ・ネットワークのコンテンツへの直接アドレッシング
US8189567B2 (en) * 2009-01-29 2012-05-29 Telefonaktiebolaget L M Ericsson (Publ) Method and nodes for registering a terminal
CN101931548B (zh) * 2009-06-24 2012-09-19 华为技术有限公司 一种接入网络标签管理方法、装置和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047600A (zh) * 2006-05-11 2007-10-03 华为技术有限公司 城域以太网网桥设备、系统及为其提供服务的方法
CN101051980A (zh) * 2007-05-21 2007-10-10 华为技术有限公司 一种文件数据分发方法及相关设备
CN101919209A (zh) * 2008-01-23 2010-12-15 艾利森电话股份有限公司 在固定接入通信网络中选择边缘节点
US20100246406A1 (en) * 2009-03-31 2010-09-30 Cisco Systems, Inc. Route convergence based on ethernet operations, administration, and maintenance protocol

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103905392B (zh) * 2012-12-26 2017-06-20 中国移动通信集团公司 动态主机设置协议dhcp服务器选择方法、装置及系统
CN103905392A (zh) * 2012-12-26 2014-07-02 中国移动通信集团公司 动态主机设置协议dhcp服务器选择方法、装置及系统
US11375446B2 (en) 2013-07-31 2022-06-28 Huawei Technologies Co., Ltd. User management device, BNG, and BNG user internet access method and system
US11812378B2 (en) 2013-07-31 2023-11-07 Huawei Technologies Co., Ltd. User management device, BNG, and BNG user internet access method and system
US10187849B2 (en) * 2013-07-31 2019-01-22 Huawei Technologies Co., Ltd User management device, BNG, and BNG user internet access method and system
US20190200284A1 (en) * 2013-07-31 2019-06-27 Huawei Technologies Co., Ltd. User Management Device, BNG, and BNG User Internet Access Method and System
US20220385501A1 (en) * 2013-07-31 2022-12-01 Huawei Technologies Co., Ltd. User Management Device, BNG, and BNG User Internet Access Method and System
US10820264B2 (en) 2013-07-31 2020-10-27 Huawei Technologies Co., Ltd. User management device, BNG, and BNG user internet access method and system
EP3104581A4 (en) * 2014-03-11 2017-07-19 Huawei Technologies Co., Ltd. Message processing method, access controller and network node
US10530744B2 (en) 2014-03-11 2020-01-07 Huawei Technologies Co., Ltd. Message processing method, access controller, and network node
US11665134B2 (en) 2014-03-11 2023-05-30 Huawei Technologies Co., Ltd. Message processing method, access controller, and network node
US20170005980A1 (en) * 2014-03-11 2017-01-05 Huawei Technologies Co., Ltd. Message processing method, access controller, and network node
CN113597752A (zh) * 2018-10-31 2021-11-02 推特公司 用于选择边缘服务器的系统、方法和装置

Also Published As

Publication number Publication date
US20140143428A1 (en) 2014-05-22
EP2725739B1 (en) 2020-06-03
CN102882699B (zh) 2015-07-29
US10230684B2 (en) 2019-03-12
EP2725739A4 (en) 2014-12-31
CN102882699A (zh) 2013-01-16
EP2725739A1 (en) 2014-04-30
EP3745649A1 (en) 2020-12-02
EP4240041A1 (en) 2023-09-06

Similar Documents

Publication Publication Date Title
WO2012163178A1 (zh) 边缘节点的分配方法和装置及边缘节点控制器
US11258705B2 (en) Method, apparatus, and system for managing label of access network
US11665134B2 (en) Message processing method, access controller, and network node
US9917724B2 (en) Access method and system of customer premise equipment, and broadband network gateway
US7860117B2 (en) Communication proxy method, device and system
US8917723B2 (en) Method, device, and system for processing IPv6 packet
JP2019526983A (ja) ブロードバンドリモートアクセスサーバの制御プレーン機能と転送プレーン機能の分離
US20190306598A1 (en) Method and apparatus for controlling data forwarding in pon
WO2011095040A1 (zh) 无缝多协议标签交换网络中标签分配方法、装置和系统
WO2015070681A1 (zh) 接入网虚拟化的方法及代理节点
WO2018019299A1 (zh) 一种虚拟宽带接入方法、控制器和系统
WO2012106935A1 (zh) 数据通信网络配置方法、网关网元及数据通信系统
US20130089092A1 (en) Method for preventing address conflict, and access node
CN110855809A (zh) 报文处理方法及装置
JP6505319B2 (ja) 光ネットワークシステムに基づく通信方法およびデバイス
US11902183B2 (en) Message transmission method, access node, access controller, and access system
WO2020135871A1 (zh) 光线路终端-内容分发网络的实现方法及装置、介质、网络系统
KR100617725B1 (ko) 기가 비트 수동형 광 가입자망의 ｇｅｍ모드에서 멀티캐스트 전송 장치 및 방법
WO2017012443A2 (zh) 消息传输方法、接入节点、接入控制器及接入系统
CN117459476A (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: 12792378

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2012792378

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012792378

Country of ref document: EP