Gateway access method, electronic device, and computer program product

By creating virtual home gateways and user group IDs in the FTTR-H all-optical network, the problems of high hardware maintenance costs and complex configuration management caused by deploying a separate main gateway for each home user are solved. The main gateway can uniformly manage the slave gateways, reducing costs and improving configuration efficiency.

CN120321064BActive Publication Date: 2025-10-10ZTE CORP
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202510807698.6
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2025-06-17
Publication Date
2025-10-10
Estimated Expiration
2045-06-17

AI Technical Summary

Technical Problem

In the FTTR-H all-optical networking scenario, each home user needs to deploy a separate main gateway, resulting in high hardware maintenance costs and complex configuration management.

Method used

By creating multiple virtual home gateways and virtual user group identifiers (IDs), the master gateway manages multiple slave gateways in a unified manner, achieving plug-and-play and reducing repeated installation and configuration of the master gateway.

Benefits of technology

It reduces hardware maintenance costs, simplifies network configuration management, improves network configuration efficiency, and enables rapid network expansion for home users.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120321064B_ABST
    Figure CN120321064B_ABST
Patent Text Reader

Abstract

Embodiments of the present application provide a gateway access method, an electronic device and a computer program product, the method comprising: creating a plurality of different virtual home gateways and corresponding virtual user group identifiers (IDs) for different users, wherein one virtual user group ID corresponds to one virtual home gateway, and one virtual home gateway corresponds to a plurality of slave gateways under one home user; and binding the plurality of slave gateways of each home user with the corresponding virtual user group ID according to the plurality of virtual user group IDs, so that the plurality of slave gateways access the corresponding virtual home gateway. Therefore, the embodiments of the present application can solve the problems of high hardware maintenance cost and complex configuration management caused by the need for each home user to separately deploy a master gateway in the traditional FTTR-H all-optical networking scenario.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communication technology, and in particular, to a gateway access method, an electronic device, and a computer program product. Background Art

[0002] FTTR-H (Fiber To The Room - Home Edition) enables users to achieve seamless roaming and wireless sensing switching across the entire indoor area through ultra-gigabit bandwidth, becoming a leading home information infrastructure for multiple home users.

[0003] Traditional FTTR-H scenarios typically utilize fiber-based networking. A master gateway is deployed at the home distribution box or central location, forming the core of the home fiber network. The master gateway then connects to the optical line terminal (OLT) via XGPON (10Gigabit-capable Passive Optical Network) or 10G EPON (10Gigabit Ethernet Passive Optical Network). Downstream, it connects to multiple slave gateways via fiber optic interfaces. These slave gateways support Gigabit Ethernet, Wi-Fi 6, and Wi-Fi 7, and are delivered to every room via fiber, providing wired and wireless Gigabit network coverage.

[0004] In the aforementioned FTTR-H all-optical gateway networking mode, each home user needs to install a master gateway and multiple slave gateways, with the master gateway serving as the home network center to achieve unified management and configuration of all slave gateways. However, since each home user's master gateway needs to be individually installed, deployed, and configured, the hardware maintenance cost is high and the configuration management is complex.

[0005] Therefore, there is an urgent need in the related art for a solution that simplifies the networking configuration of master and slave gateways for multiple home users and enables plug-and-play of slave gateways. Summary of the Invention

[0006] The embodiments of the present application provide a slave gateway access method, electronic device, and computer program product to at least address the problem in traditional FTTR-H all-optical networking scenarios where each home user needs to deploy a separate master gateway, resulting in high hardware maintenance costs and complex configuration management.

[0007] According to one embodiment of the present application, a slave gateway access method is provided, including: creating multiple different virtual home gateways and corresponding virtual user group identifiers IDs for different users, wherein one virtual user group ID corresponds to one virtual home gateway, and one virtual home gateway corresponds to multiple slave gateways under one home user; based on the multiple virtual user group IDs, binding the multiple slave gateways of each home user to the corresponding virtual user group ID so that the multiple slave gateways can access the corresponding virtual home gateway.

[0008] According to another embodiment of the present application, a computer-readable storage medium is provided, in which a computer program is stored. The computer program is configured to execute the steps of any one of the above method embodiments when run.

[0009] According to another embodiment of the present application, an electronic device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in the above method embodiment.

[0010] According to another embodiment of the present application, a computer program product is provided, including a computer program, which implements the steps in the above method embodiment when executed by a processor.

[0011] Through the above-mentioned embodiments of the present application, a slave gateway access method is provided, which creates multiple different virtual home gateways and corresponding virtual user group identifiers ID for different users, wherein one virtual user group ID corresponds to one virtual home gateway, that is, there is no need to install a master gateway for each home. The master gateway can create multiple virtual home gateways and corresponding virtual user group IDs for multiple home users as needed, and bind multiple slave gateways of each home user to the corresponding virtual user group ID according to the multiple virtual user group IDs, so that multiple slave gateways can access the corresponding virtual home gateway, so that the virtual home gateway can access multiple slave gateways at the same time, and the master gateway uniformly manages the slave gateways accessed by different home users. Therefore, the embodiments of the present application can solve the problem of high hardware maintenance cost and complex configuration management in the traditional FTTR-H all-optical networking scenario where each home user needs to deploy a master gateway separately, thereby achieving the effect of reducing hardware cost and improving network configuration efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Figure 1 1 is a hardware structure block diagram of a computer terminal according to a method for accessing from a gateway in an embodiment of the present application;

[0013] Figure 2 This is a schematic diagram of master-slave gateway networking access in the FTTR-H scenario in related technologies;

[0014] Figure 3 Schematic diagram of master-slave gateway networking access in the FTTR-H scenario according to an embodiment of the present application;

[0015] Figure 4 is a flowchart of a method for accessing from a gateway according to an embodiment of the present application;

[0016] Figure 5 is a flowchart of the configuration of the main gateway service component according to an embodiment of the present application;

[0017] Figure 6 This is a schematic diagram of the process of registering from a gateway according to an embodiment of the present application;

[0018] Figure 7 is a schematic diagram of extracting a virtual user group ID from a PON driver to a user-mode process according to an embodiment of the present application;

[0019] Figure 8 is a schematic diagram of a two-dimensional relationship table of master-slave gateway home user groups according to an embodiment of the present application;

[0020] Figure 9 This is a flow chart of address allocation and policy routing performed by the master gateway through a virtual user group ID according to an embodiment of the present application;

[0021] Figure 10 This is a flow chart of forwarding Internet access messages from a PC connected to a gateway according to an embodiment of the present application. DETAILED DESCRIPTION

[0022] The embodiments of the present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0023] It should be noted that the terms "first", "second", etc. in the description and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0024] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a computer terminal as an example, Figure 1 1 is a hardware structure diagram of a computer terminal according to a method for accessing from a gateway according to an embodiment of the present application. Figure 1 As shown, the computer terminal may include one or more ( Figure 1Only one is shown) a processor 102 (the processor 102 may include but is not limited to a microprocessor MCU or a programmable logic device FPGA) and a memory 104 for storing data. The computer terminal may also include a transmission device 106 and an input / output device 108 for communication functions. It will be understood by those skilled in the art that Figure 1 The structure shown is only for illustration and does not limit the structure of the above-mentioned computer terminal. For example, the computer terminal may also include Figure 1 More or fewer components than shown, or with Figure 1 Different configurations shown.

[0025] The memory 104 can be used to store computer programs, for example, software programs and modules of application software, such as the computer program corresponding to the gateway access method in the embodiment of the present application. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, implementing the above method. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include a memory remotely located relative to the processor 102, and these remote memories may be connected to the computer terminal via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0026] Transmission device 106 is used to receive or transmit data via a network. A specific example of such a network may include a wireless network provided by a computer terminal's communications provider. In one embodiment, transmission device 106 includes a network interface controller (NIC), which can be connected to other network devices via a base station to enable communication with the Internet. In another embodiment, transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0027] at present, Figure 2 This is a schematic diagram of master-slave gateway networking access in the FTTR-H scenario in related technologies, such as Figure 2 As shown, in the related art, each family independently deploys a master gateway and multiple slave gateways for master-slave gateway networking access. Figure 2 Description of each component:

[0028] BRAS (Broadband Remote Access Server): a core device in a broadband access network, responsible for access control, user authentication and authorization, connected to the OLT (Optical Line Terminal) through a corresponding network;

[0029] IPTV (Internet Protocol Television): provides television services based on Internet Protocol, connected to the OLT through a corresponding network;

[0030] ITMS (Integrated Terminal Management System) and FTTR application management platform: ITMS is a terminal integrated management system, used for remote management, configuration and monitoring of home network equipment, and the FTTR application management platform is used for managing and controlling devices and services in the FTTR network, such as configuration and maintenance of master and slave gateways;

[0031] OLT: a core device of PON (Passive Optical Network), responsible for communication with multiple ONUs (Optical Network Units) and providing access services;

[0032] Splitter 1: an outdoor first-level splitter, used to distribute the optical signals of the OLT to multiple ONUs;

[0033] Master gateway ONU: deployed indoors, serving as the central device of the home network, responsible for communication with the OLT through the splitter 1, and providing network services to devices inside the home through wired or wireless means;

[0034] Splitter 2: an indoor second-level splitter, used to further distribute the optical signals of the master gateway ONU to each slave gateway ONU in the home;

[0035] Slave gateway ONU 1, slave gateway ONU 2,..., slave gateway ONU N: responsible for providing network coverage for specific rooms in the home, connected to the master gateway ONU through optical fibers, and providing network access services to terminal devices through wired or wireless means.

[0036] Through the above embodiments, the traditional FTTR-H master-slave gateway networking access mainly requires each home user to deploy a master gateway separately, with the master gateway as the home network center, and then access multiple slave gateways through a splitter. Each slave gateway can access multiple wired or wireless terminal devices to achieve unified management and configuration of all slave gateways. However, since the master gateway of each home user needs to be installed and configured separately, it will lead to high hardware maintenance costs and complex network installation and configuration.

[0037] In view of the above problems, the embodiments of the present application address the complex configuration and management of master and slave gateways in the existing FTTR-H all-optical network, and propose a new networking method in which a FTTR-H master gateway accesses multiple slave gateways based on a virtual home user identifier (ID). Figure 3 Schematic diagram of master-slave gateway networking access in the FTTR-H scenario according to an embodiment of the present application, as shown in FIG. Figure 3 As shown, the master gateway ONU is deployed in the corridor or public area to realize the corridor gateway function. It is connected to the OLT through splitter 1 and to multiple home information box ODNs (Optical Distribution Network) through splitter 2. The slave gateway ONUs are connected in a 1:N ratio. For example, one master gateway can connect to N=16 slave gateway ONUs. The master gateway manages the slave gateways of multiple home users and performs unified configuration and maintenance. There is no need to install a master gateway in each home, which effectively saves hardware costs.

[0038] In this embodiment, multiple home users share a master gateway. Multiple virtual home user IDs are created on the master gateway and are bound to corresponding virtual home user IDs based on the GPON-SN (Gigabit Passive Optical Network-Serial Number) or logical identifier (LOID) of the slave gateway. This implements master-slave gateway networking access under the new FTTR-H all-optical network, and isolates the Internet plane services of different home users on the master gateway. In addition, for multicast services, the IPTV multicast channel multiplexing method is adopted.

[0039] Specifically, the master gateway can configure multiple virtual home user IDs through the WEB (Web Server) or ITMS network management as needed. Each virtual home user ID corresponds to a virtual home gateway (vHGW). The vHGW can simultaneously access multiple slave gateways and bind the GPON-SN or LOID of the slave gateway with the corresponding virtual home user ID to form a home network. Each home user has an independent WAN (Wide Area Network) connection to the Internet and a shared IPTV multicast service channel.

[0040] Therefore, the master-slave gateway networking access method under the FTTR-H all-optical network provided in the embodiment of the present application reduces the repeated installation and configuration of the master gateway, and uniformly configures and manages multiple slave gateways of different home users through the corridor-type master gateway, thereby reducing the complexity of network deployment, facilitating the expansion of home user networks, and enabling slave gateways of different home users to quickly access with zero configuration, achieving plug-and-play.

[0041] Figure 4 Flowchart of the method for accessing from a gateway according to an embodiment of the present application. Figure 4 As shown, the gateway access process in this embodiment of the present application includes the following steps:

[0042] Step S402: Create multiple different virtual home gateways and corresponding virtual user group identifiers (IDs) for different users, where one virtual user group ID corresponds to one virtual home gateway, and one virtual home gateway corresponds to multiple slave gateway virtual user group IDs under one home user.

[0043] In some embodiments, multiple different vHGW virtual home gateways and corresponding virtual user group IDs (virtual home user IDs) are created for different home users. One home user corresponds to one vHGW virtual home gateway and one virtual user group ID. One virtual user group ID corresponds to one vHGW virtual home gateway. One virtual home gateway corresponds to multiple slave gateways under one home user.

[0044] The main gateway adds a home user management module. The home user management module receives the virtual user group ID created by the WEB or ITMS network management, and binds multiple slave gateways of different home users to the corresponding virtual user group ID according to networking needs. One virtual user group ID corresponds to one vHGW virtual home gateway, that is, the vHGW virtual home gateway can simultaneously access multiple slave gateways. The virtual user group ID is identified by the GPON-SN or LOID of the slave gateway and is bound to the corresponding virtual user group ID to form a home network.

[0045] In the embodiment, not only multiple different virtual home gateways and corresponding virtual identifiers ID need to be created, but also the master gateway service component needs to be configured, Figure 5 is a flow chart of the master gateway service component configuration according to the embodiment of the application, as Figure 5 shown, the master gateway service component configuration flow includes the following steps:

[0046] Step 1: according to the demand of new home users, a new DHCP address pool is created;

[0047] Specifically, according to the demand of new home users, a new DHCP address pool and a virtual user group ID are created through ITMS or WEB, the virtual user group ID includes a home user name and a virtual user group ID index, the DHCP (Dynamic Host Configuration Protocol) address pool includes different DHCPv4 address segments, and a local DHCPv6 address segment and a RA (Router Advertisement) prefix, different DHCP address segments and RA prefixes are allocated according to different virtual user group IDs, wherein the number of new home users can be divided according to the total number of master gateways that can be accessed by slave gateways;

[0048] Step 2: according to the demand of new home users, a new online WAN connection is created;

[0049] Specifically, according to the demand of new home users, the online WAN connection supported by each home user is created through ITMS or WEB, and the MAC (Media Access Control) capacity of the master gateway WAN connection is synchronously expanded;

[0050] Step 3: the home user management module creates a new home user and increases the binding of the DHCP address pool, the online WAN, and the slave gateway;

[0051] Specifically, increasing the binding of the DHCP address pool, the online WAN, and the slave gateway specifically includes the following:

[0052] Step 3.1, the DHCP module increases the binding of the home user and the DHCP address pool;

[0053] Step 3.2, the WAN routing module increases the binding of the home user and the online WAN;

[0054] Step 3.3, the PON drive management module increases the GPON-SN or LOID information of the home user slave gateway.

[0055] Through the above embodiment, each home user is configured with an independent DHCP address pool and bound to different WAN connections, etc., and the configuration and management method based on the home user is greatly simplified, which greatly simplifies the deployment and maintenance of the FTTR-H all-optical home network, while ensuring the independence and security of the network resources of each home user.

[0056] Step S404: Bind multiple slave gateways of each home user to the corresponding virtual user group IDs according to the multiple virtual user group IDs, so that the multiple slave gateways access the virtual user group IDs in the corresponding virtual home gateways.

[0057] In some embodiments, the binding of multiple slave gateways of each home user with the corresponding virtual user group ID so that the multiple slave gateways access the corresponding virtual home gateway includes: binding the multiple slave gateways with the corresponding virtual user group ID according to a pre-configured serial number of the slave gateway or a logical identifier of the slave gateway so that the multiple slave gateways access the corresponding virtual home gateway.

[0058] In this embodiment, each virtual user group ID supports binding to multiple slave gateways, and the binding is performed according to the GPON-SN or LOID of the slave gateway, wherein the GPON-SN or LOID of the slave gateway can be pre-configured. The master gateway creates a corresponding vHGW virtual home gateway according to each virtual user group ID, and binds the GPON-SN or LOID of the corresponding home user slave gateway to form a home network, so that multiple slave gateways are connected to the corresponding vHGW virtual home gateway, and the network within the home network is interconnected, and the networks between different home networks are isolated, which can effectively reduce hardware costs and reduce repeated installation and configuration of the master gateway.

[0059] In some embodiments, the binding of the multiple slave gateways to the corresponding virtual user group IDs based on the pre-configured serial number of the slave gateway or the logical identifier of the slave gateway includes: binding the multiple slave gateways to the corresponding virtual user group IDs based on a mapping relationship between a preset serial number and the virtual user group ID, and the pre-configured serial number of the slave gateway; or binding the multiple slave gateways to the corresponding virtual user group IDs based on a mapping relationship between a preset logical identifier and the virtual user group ID, and the pre-configured logical identifier of the slave gateway.

[0060] In this embodiment, when a user service is activated, the master gateway binds multiple slave gateways to the corresponding virtual user group ID according to a preset mapping relationship between the virtual user group ID and the GPON-SN or a preset mapping relationship between the virtual user group ID and the LOID, and simultaneously configures this information to the PON driver module and the kernel protocol stack module. At the same time, the QoS (Quality of Service) module in the master gateway can perform balanced scheduling for the Internet WAN connection traffic of each home user to prevent the Internet service of a single home user from occupying too much bandwidth.

[0061] In some embodiments, Figure 6 This is a flow chart of registering from a gateway according to an embodiment of the present application. Figure 6 As shown, the FTTR gateway registration process includes the following steps:

[0062] Step S601: The user applies for FTTR service.

[0063] Step S602: Bind the GPON SN or LOID with the corresponding virtual user group ID to form a home network;

[0064] Step S603: The user or maintenance personnel binds the virtual user group ID on the slave gateway and the master gateway through a mobile phone or other device;

[0065] Step S604: The installation is completed from the gateway, and plug-and-play is achieved.

[0066] In some embodiments, after creating multiple different virtual home gateways and corresponding virtual user group identifiers ID, the method further includes: in the initialization configuration phase, pre-configuring multiple independent Dynamic Host Configuration Protocol DHCP address pools; configuring at least one DHCP address pool for each of the virtual user group IDs; wherein each DHCP address pool corresponds to a continuous IP address range, which is used for terminal device address allocation in the corresponding network environment.

[0067] In some embodiments, after binding multiple slave gateways of each home user with corresponding virtual user group IDs, the method further includes: upon receiving a DHCP request from any slave gateway, obtaining the target virtual user group ID from the socket buffer skb data structure, wherein the target virtual user group ID corresponds to the serial number or logical identifier of the slave gateway; repackaging the target virtual user group ID, the second-layer source media access control MAC address of the slave gateway and the virtual local area network VLAN information of the slave gateway, and passing them to the user-state process by appending the target virtual user group ID to the end of the user datagram UDP data packet or filling the target virtual user group ID in the UDP socket extension option; the user-state process selects the DHCP address pool corresponding to the target virtual user group ID to allocate IP addresses based on the target virtual user group ID appended to the end of the UDP data packet or the target virtual user group ID filled in the UDP socket extension option.

[0068] In some embodiments, the master gateway allocates different DHCPv4 and DHCPv6 address pools and different RA prefixes based on the virtual user group ID. Multiple DHCP server address pools can be pre-configured for different home users, i.e., different DHCP server address pools can be configured for each vHGW virtual home user. Furthermore, DHCP-related parameters on the home user's local area network (LAN) can be configured to set different DHCP address segments based on the home user's needs. When the PON driver management module receives a request message from the slave gateway, it tags the socket buffer (skb) with a different virtual user group ID based on a preset mapping between the virtual user group ID and the GPON-SN. The virtual user group ID information added to the skb is obtained by the PON driver layer by matching the GPON SN or LOID number reported by the slave gateway with the virtual user group information pre-configured by the medium. When receiving UDP packets, the UDP packet's Layer 2 source MAC address, the gateway VLAN (Virtual Local Area Network), and the target virtual user group ID are appended to the UDP packet's end. Alternatively, the target virtual user group ID is populated using private fields defined in the UDP socket's extended options. The user-mode process then obtains the corresponding target virtual user group ID when receiving the packet. When receiving packets, the local DHCP server socket selects the corresponding DHCPv4 or DHCPv6 address pool based on the target virtual user group ID and allocates the corresponding IP address.

[0069] In the embodiment of the present application, different WAN connections are bound according to the virtual user group ID. The PON driver management module selects the corresponding WAN connection policy routing according to the mapping relationship between the virtual user group ID and the WAN connection binding on the skb message. When forwarding the downlink message, the GEMPORT (Generalized Ethernet over Passive Optical Network) is searched according to the destination MAC to determine the specific slave gateway.

[0070] In this embodiment, Figure 7 Schematic diagram of extracting virtual user group ID from PON driver to user state process according to an embodiment of the present application, such as Figure 7 As shown in FIG, the virtual user group ID (also known as the virtual ID) is extracted from the PON driver to the user state process, including the following steps:

[0071] Step 1: The PON driver adds skb information based on the GPON-SN or LOID information from the gateway. The skb carries the virtual user group ID information.

[0072] Specifically, when the PON driver of the master gateway receives an uplink data packet, it identifies the slave gateway to which virtual user group ID the data packet belongs based on the GPON-SN or LOID information in the packet header, and appends this virtual user group ID to the skb, which is a structure used by the PON driver to transfer data between the network layer and the transport layer.

[0073] Step 2: The virtual user group ID information is appended to the end of the UDP message through the socket option and extracted to the user mode process;

[0074] Specifically, when the data packet reaches the UDP layer of the kernel protocol stack, the virtual user group ID is copied to the end of the UDP message payload or added to the message through the socket extension option, so that the user-mode process can directly obtain the virtual user group ID information when receiving the packet.

[0075] Step 3: The user-state process performs address allocation and policy routing based on the virtual user group ID.

[0076] Specifically, when the user-state process receives a UDP message, it reads the virtual user group ID information. Based on this virtual user group ID information, the user-state process can determine the home user corresponding to the UDP message and allocate an IP address from the DHCP address pool configured for the home user, or select the correct DNS server to forward the request, or send RA prefix information to the slave gateway device to ensure that each home user obtains independent network services.

[0077] In some embodiments, after creating a plurality of different virtual home gateway and corresponding virtual user group identifier ID, the method further comprises: configuring a corresponding wide area network (WAN) connection for each type of network service or service requirement; wherein the WAN connection is a dynamically adjusted connection according to the service requirement; binding each virtual user group ID with the WAN connection and the service type, wherein the WAN connection is one or more, and the service type includes at least one of the following services: Internet service, voice service, Internet Protocol Television (IPTV) multicast service.

[0078] In the present embodiment, the WAN connection service type of the home user can include TR069 management channel, Internet service (INTERNET), IPTV multicast service, voice service (VOIP), etc. The WAN connection of the Internet service and the voice service corresponds to one home user, and the TR069 management channel and the IPTV multicast service can share one WAN connection for different home users.

[0079] In the present embodiment, in order to meet the network service and service requirement (such as high-speed Internet access, high-definition video on demand, Wi-Fi coverage, etc.), the main gateway needs to configure a plurality of WAN connections. The WAN connection can be dynamically adjusted according to the specific service requirement of the home user, for example, some users may need higher bandwidth allocation to support online games or cloud storage services, and some users may pay more attention to the clarity of video calls. The main gateway can create and adjust the corresponding WAN connection according to the requirement of each home user through ITMS or WEB, so as to optimize the specific network experience of the home user.

[0080] The WAN connection and the service type configuration can be bound through the virtual user group ID, for example, the device interconnection and optimization strategy provided for the voice service and the Internet service.

[0081] Figure 8 is a schematic diagram of a two-dimensional relationship table of the master-slave gateway home user group according to the embodiments of the present application, as shown in Figure 8 Different home users are grouped according to the GPON-SN or LOID (for example: user ID1, user ID2, etc.), and each home user is configured with a DHCP address pool (for example: DHCP address pool1, DHCP address pool2, etc.), PPPoE Internet (for example: Internet WAN connection1, Internet WAN connection2, etc.), voice service, IPTV multicast service, etc. Different WAN connections and different DHCP address pools can be bound for each virtual user group ID to support different address segments obtained by different virtual user group IDs and meet different Internet service plane requirements.

[0082] In some embodiments, after binding each virtual user group ID with a WAN connection and a service type, the method further includes: selecting a corresponding WAN connection according to the virtual user group ID and determining WAN prefix information; and allocating the split WAN prefix information to the slave gateway according to the WAN prefix information.

[0083] In this embodiment, RA prefix delivery is targeted at scenarios where PCs obtain addresses statelessly. One approach is for the PC to proactively initiate an RS (Router Solicit) request message, and the primary gateway replies with an RA response message. The other approach is for the secondary gateway to proactively multicast an RA (without a PC request). The WAN connection prefix bound to the virtual user group ID is selected, split into 64-bit prefixes, and then delivered to the secondary gateway corresponding to the home user.

[0084] DHCPv6 is designed for stateful PC address acquisition scenarios. Like DHCPv4, it also has different preset DHCP address pools and selects the corresponding configuration based on the virtual user group ID information.

[0085] In this embodiment, the RA prefix is ​​distributed based on the virtual user group ID in the RS request message. The prefix obtained from the corresponding WAN connection is split and distributed, enabling routing of IPv6 service packets for different home users. Furthermore, the request message from the gateway DNS (Domain Name System Server) also carries the virtual user group ID information. When the primary gateway DNS proxy module receives the packet through the socket, it selects the DNS server obtained from the corresponding WAN connection based on the virtual user group ID for forwarding.

[0086] In some embodiments, Figure 9 : is a flow chart of the master gateway performing address allocation and policy routing through a virtual user group ID according to an embodiment of the present application, such as Figure 9 As shown, it mainly includes the following steps:

[0087] Step 1: The main gateway pre-configures multiple DHCP address pools;

[0088] Specifically, the main gateway ITMS or WEB pre-configures multiple DHCP address pools according to the network division;

[0089] Step 2: The main gateway configures the DHCP address pool association index corresponding to each virtual user group ID;

[0090] Step 3: When the user-mode process receives the packet, obtain the corresponding virtual user group ID information;

[0091] Specifically, when the main gateway receives packets in kernel mode, the UDP packet receiving adds the Layer 2 source MAC address, VLAN ID, and skb->vhgw_id identifier to the end of the DHCP message payload or adds the virtual user group ID information through the socket extension option, and obtains the corresponding virtual user group ID information when the user mode process receives the packet;

[0092] Step 4: The primary gateway DHCP server allocates addresses and delivers other local services based on the virtual user group ID;

[0093] Specifically, when the DHCP Server receives a packet, it selects a different DHCP address pool based on the virtual user group ID. That is, based on the virtual user group ID (skb->vhgw_id), it searches for the address pool index DhcpsPoolId associated with the vHGW virtual home gateway table, further searches for the corresponding DHCPSVhgwPool address pool instance, and selects an idle IP address from the corresponding IP address segment. Regarding the delivery of information such as DHCPv6 and RA prefixes from the gateway, the corresponding LAN-side RA prefix information can be delivered based on the content obtained from the WAN connection bound to the virtual user group ID.

[0094] Step 5: The main gateway performs policy routing based on the virtual user group ID;

[0095] Specifically, when the master gateway forwards upstream, it performs policy routing based on the virtual user group ID. When receiving downstream packets, it selects the corresponding WAN connection based on the destination MAC and VLAN. The PON driver further queries the GEMPORT based on the MAC to determine the corresponding slave gateway.

[0096] In some embodiments, Figure 10 Schematic diagram of the process of forwarding Internet access messages from a gateway to a PC according to an embodiment of the present application, as shown in FIG. Figure 10 As shown in the figure, the process of forwarding Internet access packets from a PC (Personal Computer) connected to the gateway includes the following steps:

[0097] Step 1: Send a request message from the gateway via the bridged WAN connection;

[0098] The slave gateways (e.g., slave gateway ONU1, slave gateway ONU2, ..., slave gateway ONUN) receive network requests from home terminal devices (e.g., personal computers), such as DHCP requests, web browsing requests, or video streaming requests. These request messages are transmitted to the PON interface of the main gateway through the bridged WAN connection.

[0099] Step 2: The main gateway driver layer adds the virtual user group ID information of skb;

[0100] After the PON driver layer of the master gateway receives the request message from the slave gateway device, it identifies the home user to which the request message belongs based on the GPON-SN or LOID information in the request message, and tags the skb message with the virtual user group ID so that subsequent service components (such as the DHCP server) can identify and process this message.

[0101] Step 3: Select the corresponding policy routing according to the skb virtual user group ID;

[0102] The main gateway selects the corresponding policy routing according to the skb virtual user group ID, specifically including the following:

[0103] Step 3.1: Kernel protocol stack UDP packet processing;

[0104] In the kernel protocol stack of the main gateway, the UDP packet receiving module further processes the information in the skb and copies the virtual user group ID information to the specified location of the UDP message, or adds it through the extended options of the socket to ensure that the user mode process can obtain the virtual user group ID information.

[0105] Step 3.2: The user-mode process allocates an address based on the virtual user group ID;

[0106] After the user-state process receives the DHCP request message carrying the virtual user group ID, it finds the corresponding home user configuration information based on the virtual user group ID, and then selects an idle IP address from the DHCP address pool pre-configured for the home user and assigns it to the requesting terminal device. At the same time, it sends other local service configuration information, such as the DNS server address.

[0107] Step 3.3: Issue the RA prefix based on the virtual user group ID;

[0108] Regarding the delivery of RA prefixes, the prefix obtained from the corresponding WAN connection is split and delivered according to the virtual user group ID in the RS request message, so as to realize the routing of IPv6 service messages of different home users.

[0109] Step 3.4: Primary gateway policy routing selection;

[0110] The main gateway performs policy routing based on the virtual user group ID information. The uplink data packet selects the WAN connection policy routing outbound interface based on the virtual user group ID, while the downlink data packet selects the appropriate GEMPORT based on the destination MAC address and VLAN tag, and then determines the specific slave gateway to ensure that the data is forwarded to the destination home user.

[0111] For multicast services in the embodiment of the present application, multiple slave gateways can use the master gateway to use a common multicast VLAN channel. The master gateway IGMP Snooping / Proxy (Internet Group Management Protocol Snooping; Internet Group Management Protocol Proxy) module matches the forwarding rule information learned from the upstream multicast group protocol message and the downstream multicast data stream with the forwarding rule, and copies the corresponding multicast service to the corresponding slave gateway. The slave gateway then sends the multicast to the corresponding wired or wireless port based on the multicast group information. The master gateway transparently reports the VOIP (Voice Over IP) VLAN reported by the slave gateway. The voice dialing parameter configuration of each slave gateway can be issued through the ITMS network management or the master gateway.

[0112] Through the above embodiments, the embodiments of the present application access multiple slave gateways for different home users according to different virtual user group IDs, so that the main gateway can uniformly configure and manage the slave gateways of different home users, effectively reducing hardware costs, reducing network deployment complexity, and facilitating user networking expansion.

[0113] Through the above-mentioned embodiments of the present application, a slave gateway access method is provided, which creates multiple different virtual home gateways and corresponding virtual identifier IDs for different users, wherein one virtual user group ID corresponds to one virtual home gateway, that is, there is no need to install a master gateway for each home. The master gateway can create virtual home gateways and corresponding virtual user group IDs for multiple home users as needed, and bind multiple slave gateways of each user to the corresponding virtual user group ID according to the multiple virtual user group IDs, so that multiple slave gateways can access the corresponding virtual home gateway, so that the virtual home gateway can access multiple slave gateways at the same time, and the master gateway uniformly manages the slave gateways accessed by different home users. Therefore, the embodiments of the present application can solve the problem of high hardware maintenance costs and complex configuration management in the traditional FTTR-H all-optical networking scenario where each home user needs to deploy a separate master gateway, thereby achieving the effect of reducing hardware costs and improving network configuration efficiency.

[0114] Through the description of the above embodiments, those skilled in the art can clearly understand that the methods according to the above embodiments can be implemented by means of software plus the necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the existing technology, can be embodied in the form of a software product. The computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk), and includes a number of instructions for enabling a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of the present application.

[0115] It should be noted that the above modules can be implemented through software or hardware. For the latter, it can be implemented in the following ways, but not limited to: the above modules are all located in the same processor; or the above modules are located in different processors in any combination.

[0116] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored. The computer program is configured to execute the steps of any of the above method embodiments when run.

[0117] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0118] An embodiment of the present application further provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any one of the above method embodiments.

[0119] In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.

[0120] According to yet another embodiment of the present disclosure, a computer program product is provided, including a computer program. When the computer program is executed by a processor, the steps of the method described in each embodiment of the present disclosure are implemented.

[0121] For specific examples in this embodiment, reference may be made to the examples described in the above embodiments and exemplary implementation modes, and this embodiment will not be described in detail here.

[0122] Obviously, those skilled in the art should understand that the modules or steps of the present application described above can be implemented using a general-purpose computing device, they can be concentrated on a single computing device, or distributed across a network composed of multiple computing devices, they can be implemented using program code executable by the computing device, and thus, they can be stored in a storage device and executed by the computing device, and in some cases, the steps shown or described can be performed in a different order than herein, or they can be fabricated into separate integrated circuit modules, or multiple modules or steps can be fabricated into a single integrated circuit module for implementation. Thus, the present application is not limited to any specific combination of hardware and software.

[0123] The above description is merely a preferred embodiment of the present application and is not intended to limit the present application. Various modifications and variations are possible for those skilled in the art. Any modifications, equivalent substitutions, improvements, etc. made within the principles of the present application shall be included within the scope of protection of the present application.

Claims

1. A gateway access method, characterized in that: include: For different users, create multiple different virtual home gateways and corresponding virtual user group identifiers ID, where one virtual user group ID corresponds to one virtual home gateway, and one virtual home gateway corresponds to multiple slave gateways under one home user; Binding multiple slave gateways of each home user to the corresponding virtual user group IDs according to the multiple virtual user group IDs, so that the multiple slave gateways are connected to the corresponding virtual home gateways; After binding the multiple slave gateways of each family user to the corresponding virtual user group ID, the method further includes: Upon receiving a Dynamic Host Configuration Protocol (DHCP) request from any slave gateway, obtaining a target virtual user group ID from a socket buffer (skb) data structure, wherein the target virtual user group ID corresponds to a serial number or a logical identifier of the slave gateway; The target virtual user group ID, the source media access control MAC address of the second layer of the slave gateway and the virtual local area network VLAN ID information of the slave gateway are re-packed, and the target virtual user group ID is appended to the end of the user datagram UDP data packet or the target virtual user group ID is filled in the UDP socket extension option and passed to the user state process; The user state process selects a DHCP address pool corresponding to the target virtual user group ID added to the end of the UDP data packet or the target virtual user group ID filled in the UDP socket extension option to allocate an IP address.

2. The method according to claim 1, characterized in that The step of binding the plurality of slave gateways of each home user to the corresponding virtual user group ID so that the plurality of slave gateways are connected to the corresponding virtual home gateway includes: According to the pre-configured serial number of the slave gateway or the logical identifier of the slave gateway, the multiple slave gateways are bound to the corresponding virtual user group IDs, so that the multiple slave gateways are connected to the corresponding virtual home gateways.

3. The method according to claim 2, characterized in that The step of binding the plurality of slave gateways to corresponding virtual user group IDs according to pre-configured serial numbers of the slave gateways or logical identifiers of the slave gateways includes: Binding the plurality of slave gateways to the corresponding virtual user group IDs according to a mapping relationship between a preset serial number and a virtual user group ID and the pre-configured serial number of the slave gateway; or, According to the preset mapping relationship between the logical identifier and the virtual user group ID and the pre-configured logical identifier of the slave gateway, the multiple slave gateways are bound to the corresponding virtual user group IDs.

4. The method according to claim 1, wherein After creating a plurality of different virtual home gateways and corresponding virtual user group identifiers ID, the method further includes: In the initialization configuration phase, a plurality of independent DHCP address pools are pre-configured; Each of the virtual user group IDs is configured with at least one DHCP address pool; wherein each DHCP address pool corresponds to a continuous IP address range, which is used for terminal device address allocation in a corresponding network environment.

5. The method according to claim 1, wherein After creating a plurality of different virtual home gateways and corresponding virtual user group identifiers ID, the method further includes: For each type of network service or business requirement, configure a corresponding wide area network (WAN) connection; wherein the WAN connection is a connection that is dynamically adjusted according to the business requirement; Each virtual user group ID is bound to a WAN connection and a service type, wherein the WAN connection is one or more, and the service type includes at least one of the following services: Internet access service, voice service, and Internet Protocol Television (IPTV) multicast service.

6. The method according to claim 5, characterized in that After binding each virtual user group ID with the WAN connection and the service type, the method further includes: Selecting a corresponding WAN connection according to the virtual user group ID and determining WAN prefix information; The split WAN prefix information is allocated to the slave gateway according to the WAN prefix information.

7. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, wherein when the computer program is executed by a processor, the steps of the method described in any one of claims 1 to 6 are implemented.

8. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 6 are implemented.

9. A computer program product comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 6 are implemented.

Citation Information

Patent Citations

  • Container-based virtual home gateway implementation method and system

    CN110224902A

  • Control method and control device of intelligent equipment and server

    CN117978729A