FTTR-B transmission system and method and FTTR-B equipment
By deploying virtual switches and local control modules in FTTR-B hosts and submachines, multiple data transmission links are established, and the problem of limited network bandwidth of FTTR-B submachines is solved, and multiple transmission and bandwidth expansion of high-speed networks are realized, improving user experience.
Patent Information
- Application Number
- CN202510568089.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-04-30
- Publication Date
- 2025-08-08
AI Technical Summary
The network bandwidth on the FTTR-B sub-machine is limited by the network link bandwidth, which affects the Internet experience.
Deploy virtual switches and local control modules in the FTTR-B host and submachine, and realize data transmission between the FTTR-B host and submachine through multiple data transmission links, including optical fiber, Ethernet and WiFi links. Use hash and OpenFlow stream tables to dynamically adjust path selection, and optimize bandwidth utilization in combination with quality of service strategies.
It expands the bandwidth of the transmission link and supports multiple links between the FTTR-B host and the sub-machine to transmit data simultaneously, improving the user's Internet experience.
Smart Images

Figure CN120455870A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of FTTR-B technology, and in particular to an FTTR-B transmission system, method, and FTTR-B equipment. Background Art
[0002] Fiber to the Room (FTTR-B), a new home networking solution, is becoming a mainstream market trend. FTTR-B equipment primarily consists of a master optical modem / router / gateway (referred to as the "FTTR-B master gateway" or "host"), an indoor fiber network, a slave optical modem / router / gateway (referred to as the "FTTR-B slave gateway" or "slave"), and an optical splitter. By laying fiber directly to every room in the home and integrating it with WiFi technology, FTTR-B achieves full home network coverage, providing users with a high-speed, stable, and comprehensive network experience.
[0003] The existing network coverage networking solution of FTTR-B prioritizes networking through optical fiber. Generally, the optical transmission rate of the host is higher than that of the slave. For example, the maximum optical transmission rate of the host can be 10Gbps, and the maximum optical transmission rate of the slave can be 2.5Gbps. In other words, the network bandwidth of the host and the slave is not equal. FTTR-B cannot support data transmission on multiple links at the same time, resulting in the Internet traffic bandwidth on the slave side being limited by the bandwidth of the transmission link, and the physical bandwidth of the FTTR-B device cannot be fully utilized. Therefore, the Internet bandwidth on the slave is often limited by the bandwidth of the networking link, affecting the Internet experience. Summary of the Invention
[0004] The present application provides an FTTR-B transmission system, method and FTTR-B device for solving the technical problem that the Internet bandwidth on the FTTR-B slave in the traditional FTTR-B group solution is often limited by the bandwidth of the network link, affecting the Internet experience.
[0005] An FTTR-B transmission system, comprising at least one FTTR-B host and at least one FTTR-B slave communicating with each of the FTTR-B hosts; The FTTR-B host is deployed with a first local control module and a first virtual switch, and the FTTR-B slave is deployed with a second local control module and a second virtual switch. The first virtual switch and the second virtual switch serve as data planes for the FTTR-B host and the FTTR-B slave, respectively. The first virtual switch and the second virtual switch each include multiple network ports. Among them, data transmission links are established between the multiple network ports of the first virtual switch and the multiple network ports of the second virtual switch respectively to establish multiple data transmission links. The first local control module serves as the control plane of the FTTR-B host to control the routing distribution and status synchronization of the FTTR-B host, and the second local control module serves as the control plane of the FTTR-B slave to control the routing distribution and status synchronization of the FTTR-B slave.
[0006] Furthermore, the at least one FTTR-B sub-unit includes a first FTTR-B sub-unit and a second FTTR-B sub-unit, and the first FTTR-B sub-unit and the second FTTR-B sub-unit refer to any two FTTR-B sub-units in the FTTR-B network respectively; Wherein, data transmission links are established between the multiple network ports of the second virtual switch in the first FTTR-B slave and the multiple network ports of the second virtual switch in the second FTTR-B slave.
[0007] Furthermore, the first virtual switch and the second virtual switch each include a first network port, a second network port, and a third network port; Among them, a first data transmission link is established between the first network port of the first virtual switch and the first network port of the second virtual switch, a second data transmission link is established between the second network port of the first virtual switch and the second network port of the second virtual switch, and a third data transmission link is established between the third network port of the first virtual switch and the third network port of the second virtual switch.
[0008] Furthermore, the multiple data transmission links include optical fiber transmission links, Ethernet transmission links and WiFi transmission links.
[0009] Furthermore, the first virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash; and / or the second virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash.
[0010] Furthermore, the first virtual switch dynamically adjusts the path selection of the multiple data transmission links based on the use of an OpenFlow flow table; and / or the second virtual switch dynamically adjusts the path selection of the multiple data transmission links based on the use of an OpenFlow flow table.
[0011] Furthermore, the first virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy; and / or the second virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy.
[0012] Furthermore, the first local control module controls the routing distribution and state synchronization of the FTTR-B host based on the Border Gateway Protocol BGP, and the second local control module controls the routing distribution and state synchronization of the FTTR-B slave based on the Border Gateway Protocol BGP.
[0013] A transmission method based on the FTTR-B transmission system, the method comprising: The FTTR-B host and the FTTR-B slave transmit data simultaneously using multiple data transmission links between the FTTR-B host and the FTTR-B slave; and / or; The FTTR-B sub-machines transmit data simultaneously using multiple data transmission links between the FTTR-B sub-machines.
[0014] A FTTR-B device for the FTTR-B transmission system, the FTTR-B device includes a FTTR-B host or a FTTR-B slave.
[0015] As can be seen, the embodiment of the present application provides a transmission solution. By deploying a virtual switch and a local control module on the FTTR-B host and the FTTR-B slave, the local control module and the virtual switch serve as the control plane and the data plane, respectively responsible for their respective tasks. This allows the multiple network ports of the first virtual switch of the FTTR-B host to establish data transmission links with the multiple network ports of the second virtual switch of the FTTR-B slave, thereby establishing multiple data transmission links. This method can realize the multi-channel transmission method of FTTR-B, support the simultaneous transmission of data on multiple links between the FTTR-B host and the FTTR-B slave, expand the transmission link bandwidth, and ensure the high-speed network service requirements of the FTTR-B slave, thereby improving the user's Internet experience. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments of the present application. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.
[0017] Figure 1This is a system diagram of an FTTR-B transmission system in one embodiment of the present application; Figure 2 This is another system schematic diagram of an FTTR-B transmission system in one embodiment of the present application; Figure 3 This is a schematic diagram of a transmission process between an FTTR-B host and an FTTR-B slave in one embodiment of the present application; Figure 4 This is a multi-link transmission diagram of an FTTR-B transmission system in an embodiment of the present application. DETAILED DESCRIPTION
[0018] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.
[0019] It should be understood that in enterprise-level fiber-to-the-room (FTTR-B) technology, one FTTR-B host can manage multiple FTTR-B slaves. The specific specifications of the managed FTTR-B slaves will vary depending on the manufacturer. Generally speaking. In an FTTR-B network, the number of FTTR-B slaves that need to be deployed may be much greater than the case where one FTTR-B host manages FTTR-B slaves. In this FTTR-B network, the FTTR-B host and / or FTTR-B slaves can communicate and connect with terminal devices such as mobile phones, laptops or tablets. When actually laying out the FTTR-B network, Ethernet (ETH) to the room is also supported. For example Figure 1 The figure shows an FTTR-B network application scenario under one of the FTTR-B networking, including an FTTR-B host and multiple FTTR-B slaves, wherein the FTTR-B host or the FTTR-B slave can communicate with the terminal device. Specifically, the FTTR-B host can communicate with one or more terminal devices through the air interface, the FTTR-B slave can communicate with one or more terminal devices through the air interface or ETH, the FTTR-B host and the FTTR-B slave can communicate with each other, and the FTTR-B slaves can communicate with each other, as shown in FIG. Figure 1 The terminal devices include mobile phone 1, mobile phone 2, mobile phone 3 and tablet 1, etc., and are not specifically limited.
[0020] In order to solve the technical problem that the Internet bandwidth on the slave machine is often limited by the bandwidth of the network link, which affects the Internet experience, the embodiments of the present application provide an FTTR-B transmission system, method and FTTR-B device, which mainly solve the above problems and are described below.
[0021] Please also refer to Figure 2 as well as Figure 3 As shown, in one embodiment, a FTTR-B transmission system is provided, the FTTR-B transmission system comprising at least one FTTR-B host and at least one FTTR-B slave communicating with each of the FTTR-B hosts, wherein: The FTTR-B host is deployed with a first local control module (Local Control) and a first virtual switch (vSwtich), and the FTTR-B slave is deployed with a second local control module (Local Control) and a second virtual switch (vSwtich). The first virtual switch and the second virtual switch serve as data planes (Data Plane) of the FTTR-B host and the FTTR-B slave, respectively. The first virtual switch and the second virtual switch each include a plurality of network ports (Inf). Specifically, data transmission links are established between the multiple network ports of the first virtual switch and the multiple network ports of the second virtual switch respectively to establish multiple data transmission links. The first local control module serves as the control plane (Control Plane) of the FTTR-B host to control the route distribution and status synchronization of the FTTR-B host. The second local control module serves as the control plane of the FTTR-B slave to control the route distribution and status synchronization of the FTTR-B slave.
[0022] It can be seen that in the FTTR-B networking of the embodiment of the present application, the FTTR-B host and the FTTR-B slave are both deployed with a control module (Local control) and a virtual switch (vSwtich). In this article, for the convenience of distinguishing descriptions, the control modules of the FTTR-B host and the FTTR-B slave are respectively recorded as the first local control module and the second local control module, and the virtual switches of the FTTR-B host and the FTTR-B slave are respectively recorded as the first virtual switch and the second virtual switch.
[0023] It should be understood that the first local control module serves as the control plane of the FTTR-B host and is used to control the routing distribution and status synchronization of the FTTR-B host. This means that the first local control module is deployed in the FTTR-B host and is responsible for the learning and propagation of routing information of the FTTR-B network, including the learning and synchronization of MAC addresses, IP addresses, etc., and uses a control protocol to exchange this information in the FTTR-B network.
[0024] In one embodiment, the first local control module controls the routing distribution and state synchronization of the FTTR-B host based on the Border Gateway Protocol (BGP), and the second local control module controls the routing distribution and state synchronization of the FTTR-B slave based on the Border Gateway Protocol (BGP). Exemplarily, the control protocol may include but is not limited to the Border Gateway Protocol (BGP). Exemplarily, Figure 2 as well as Figure 3 The control protocol is taken as the Border Gateway Protocol BGP as an example, without specific limitation. This application does not elaborate on the specific content of the BGP protocol. Similarly, the second local control module deployed in the FTTR-B slave is responsible for the learning of the FTTR-B network and the dissemination of routing information, including the learning and synchronization of MAC addresses, IP addresses, etc., and uses the control protocol to exchange this information in the FTTR-B network. For example, the FTTR-B host or FTTR-B slave can use the BGP protocol to transmit network information of the L2 layer (data link layer) and the L3 layer (network layer), such as MAC addresses, IP addresses, etc., to achieve distributed MAC learning without relying on the flooding mechanism of traditional switches to avoid unnecessary data traffic flooding. In addition, BGP supports redundant dynamic synchronization status across devices, thereby achieving multi-link load balancing and fault switching.
[0025] In addition, the embodiment of the present application also deploys a virtual switch between the FTTR-B host and the FTTR-B slave, so that the virtual switch is used as a data plane to be responsible for actual data forwarding, that is, the virtual switch is used to control how data packets are forwarded, encapsulated and decapsulated between the FTTR-B host and the FTTR-B slave; or how data packets are forwarded, encapsulated and decapsulated between the FTTR-B slave and the FTTR-B slave.
[0026] In the embodiment of the present application, the first virtual switch and the second virtual switch both include multiple network ports (Inf); data transmission links are established between the multiple network ports of the first virtual switch and the multiple network ports of the second virtual switch respectively, so as to establish multiple data transmission links.
[0027] As can be seen, in the embodiments of the present application, a FTTR-B transmission system is provided. By deploying a virtual switch and a local control module on the FTTR-B host and the FTTR-B slave, the local control module and the virtual switch serve as the control plane and the data plane, respectively responsible for their respective tasks, so that the multiple network ports of the first virtual switch of the FTTR-B host can respectively establish data transmission links with the multiple network ports of the second virtual switch of the FTTR-B slave, thereby establishing multiple data transmission links. This can implement a method for multiplexed transmission of FTTR-B, support simultaneous data transmission on multiple links between the FTTR-B host and the FTTR-B slave, expand the bandwidth of the transmission link, and ensure the high-speed network service requirements of the FTTR-B slave, thereby improving the user's Internet experience.
[0028] In one embodiment, continue to refer to Figure 2 and Figure 3 As shown, the first virtual switch and the second virtual switch each include a first network port, a second network port, and a third network port, i.e., three network ports (Inf); wherein, a first data transmission link is established between the first network port of the first virtual switch and the first network port of the second virtual switch, a second data transmission link is established between the second network port of the first virtual switch and the second network port of the second virtual switch, and a third data transmission link is established between the third network port of the first virtual switch and the third network port of the second virtual switch. For example, as Figure 3 As shown, the multiple data transmission links include optical fiber transmission links, Ethernet transmission links and WiFi transmission links.
[0029] It should be noted that the network port (Inf) can also be understood as a network interface, including a physical network card and a virtual interface, an interface for connecting FTTR-B devices (including FTTR-B host and FTTR-B slave), and an interface for connecting to the user end. In the embodiment of the present application, multi-link transmission is designed for the link between devices in the local area network, for example, Figure 4As shown, the FTTR-B host and FTTR-B slave units are connected by optical fiber, Ethernet (network cable), and Wi-Fi transmission links such as wireless 2.4G and wireless 5G. The FTTR-B transmission system includes an FTTR-B host (gateway leaf), FTTR-B slave unit 1 (leaf 1), and FTTR-B slave unit 2 (leaf 2). Data can be transmitted between the FTTR-B host (gateway leaf) and FTTR-B slave units 1 (leaf 1), FTTR-B slave unit 2 (leaf 2), and between FTTR-B slave unit 1 (leaf 1) and FTTR-B slave unit 2 (leaf 2) via optical fiber transmission links, Ethernet transmission links, and Wi-Fi transmission links.
[0030] As can be seen, in the embodiments of this application, data can be transmitted from the FTTR-B slave to the FTTR-B master simultaneously via optical fiber, Ethernet cables, and Wi-Fi transmission links. This expands the bandwidth of the transmission link, thereby improving the user's Internet experience. In addition, multiple transmission links of other types can also be used, and the specifics are not limited.
[0031] It should be noted that, in one embodiment, as an exemplary or explanatory illustration, the local control module may utilize RFC7432 EVPN technology for processing, while the virtual switch may utilize Open vSwitch (OVS). Specifically, the first and second local control modules may utilize RFC7432 EVPN technology for route distribution and state synchronization, while the first and second virtual switches utilize the Open vSwitch architecture. This separates the data plane and control plane of the FTTR-B network, enabling multi-link redundancy and transmission for FTTR-B. In other embodiments, the virtual switch may utilize other virtual switches, and the local control module may utilize other routing processing methods, which are not specifically limited in this embodiment.
[0032] It should be understood that RFC7432 EVPN is a next-generation VPN solution for carrying all services. It unifies the control planes of various VPN services and utilizes extended protocols to transmit Layer 2 or Layer 3 reachability information, achieving separation between the data and control planes. Open vSwitch (OVS) is an open-source virtual switch widely used in the cloud computing industry, supporting high-quality multi-layer data forwarding. Therefore, in the embodiments of this application, the processing methods of EVPN can be borrowed and combined with OVS to implement multi-link interconnection between FTTR-B hosts and FTTR-B slaves. The FTTR-B hosts or FTTR-B slaves are used to automatically discover FTTR-B devices, automatically establish VLAN tunnels, and exchange information (such as IP, MAC, Address Resolution Protocol (ARP), and routing information) between FTTR-B devices, thereby effectively reducing the flooding of broadcast, multicast, and location messages. To achieve high-quality virtual switch functionality, OVS supports VLAN trunking, manages virtual and physical network cards, supports the addition of tunnel ports, supports network isolation and data forwarding, and can also provide remote management if necessary. Therefore, the embodiment of the present application is based on EVPN combined with Open vSwith, which utilizes its own characteristics to conveniently implement the required functions, making the multi-link transmission of FTTR-B networking easier to manage and expand.
[0033] For example, Figure 2 As shown in the figure, the FTTR-B host can establish a tunnel Tunnel2 with FTTR-B slave 1, the FTTR-B host can establish a tunnel Tunnel3 with FTTR-B slave 2, and the FTTR-B slave 1 can establish a tunnel Tunnel1 with FTTR-B slave 2. It should be noted that the tunnel can be understood as a virtual network channel established between the host and slave. Tunnel transmission between FTTR-B devices is as follows: Figure 3 As shown, Figure 3 As shown, the FTTR-B host establishes a data plane with the FTTR-B slave through VLAN1 (virtual LAN 1) via port Inf of the virtual switch OVS to achieve data transmission, which is used for data transmission at the L2 layer (data link layer); the FTTR-B host establishes a data plane with the FTTR-B slave through VLAN2 (virtual LAN 2) via port Inf of the virtual switch OVS to achieve data transmission, which is used for data transmission at the L2 layer (data link layer); the FTTR-B host establishes a data plane with the FTTR-B slave through routing via port Inf of the virtual switch OVS to achieve data transmission, which is used for data transmission at the L3 layer (network layer). The FTTR-B host also establishes a control plane with the FTTR-B slave based on the extended protocol BPG to achieve route distribution and status synchronization.
[0034] In one embodiment, as shown in the figure, the at least one FTTR-B sub-machine includes a first FTTR-B sub-machine and a second FTTR-B sub-machine, and the first FTTR-B sub-machine and the second FTTR-B sub-machine respectively refer to any two FTTR-B sub-machines in the FTTR-B network; wherein, multiple network ports of the second virtual switch in the first FTTR-B sub-machine respectively establish data transmission links with multiple network ports of the second virtual switch in the second FTTR-B sub-machine.
[0035] That is to say, if Figure 2 or Figure 3 As shown, in the FTTR-B networking provided in the embodiments of the present application, local control modules and virtual switches can be deployed between FTTR-B slaves to establish multiple data transmission links between them. Tunnel transmission between FTTR-B slaves can also achieve transmission separation between the control plane and the data plane. The process between the FTTR-B host and the FTTR-B slave is also applicable to tunnel transmission between FTTR-B slaves. For details, please refer to the aforementioned tunnel transmission between the FTTR-B host and the FTTR-B slave, which will not be explained in detail here.
[0036] It should be noted that the virtual switch OVS also supports binding multiple physical network cards of the FTTR-B host or FTTR-B slave into logical links, preferentially directing traffic to local physical links, and customizing drivers for hardware acceleration.
[0037] In one embodiment, the first virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash; and / or, the second virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash.
[0038] In this embodiment, Source IP Hash and Five-Tuple Hash are two commonly used hashing methods in load balancing and traffic scheduling, respectively. In this embodiment, these two methods can be used to distribute or process traffic (e.g., data packets) according to certain rules, effectively and efficiently utilizing multiple data transmission links and maximizing bandwidth utilization. Source IP Hash refers to the first or second local control module performing a hash calculation based on the source IP address of the data packet and allocating traffic to different data transmission links based on the hash value. This method enables traffic allocation based on the source IP address. Five-Tuple Hash refers to the first or second local control module performing a hash calculation based on five key fields of the data packet: Source IP, Destination IP, Source Port, Destination Port, and Protocol. These fields determine the uniqueness of traffic, allowing for more precise distribution of traffic to different data transmission links to achieve load balancing and other processing. This method is more sophisticated than source IP hashing. It not only considers the source IP, but also determines the data transmission path of the traffic based on the port and protocol, which can better manage sessions and connections. Moreover, it load balances the traffic more evenly, reducing the situation where concentrated access is made by a single source IP.
[0039] In one embodiment, the first virtual switch dynamically adjusts the path selection of the multiple data transmission links based on the use of an OpenFlow flow table; and / or the second virtual switch dynamically adjusts the path selection of the multiple data transmission links based on the use of an OpenFlow flow table.
[0040] It should be noted that an OpenFlow flow table is a list of rules used by the FTTR-B master and slave devices to match packets and make action decisions. In the embodiments of this application, the FTTR-B master and slave devices utilize OpenFlow flow tables to dynamically adjust path selection. For example, a high-priority flow table entry can be set for a video stream, forcing it to pass through the lowest-latency link among multiple data transmission links, thereby improving transmission efficiency.
[0041] In one embodiment, the first virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy; and / or the second virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy.
[0042] In an embodiment of the present application, the Quality of Service (QoS) policy is a mechanism for managing and optimizing data traffic transmission performance. The QoS policy limits the service bandwidth of the multiple data transmission links to achieve the purpose of rationally utilizing the multiple data transmission links. For example, non-critical service bandwidth on the transmission link is limited.
[0043] In one embodiment, the local control module, when drawing on EVPN for elections, can combine the Spanning Tree Protocol (STP) and flow table rules of the virtual switch OVS to prevent broadcast storms. It should be understood that in FTTR-B networking, repeated forwarding of data packets between multiple nodes can create forwarding loops, which can ultimately lead to broadcast storms, resource exhaustion, and service interruptions. In this embodiment, the Spanning Tree Protocol (STP) and flow table rules of the virtual switch OVS are combined to prevent broadcast storms.
[0044] In one embodiment, the present application also provides a transmission method based on any one of the FTTR-B transmission systems described above, the method comprising: The FTTR-B host and the FTTR-B slave transmit data simultaneously using multiple data transmission links between the FTTR-B host and the FTTR-B slave; and / or; The FTTR-B sub-machines transmit data simultaneously using multiple data transmission links between the FTTR-B sub-machines.
[0045] In one embodiment, the multiple data transmission links include optical fiber transmission links, Ethernet transmission links, and WiFi transmission links.
[0046] In this method, the first local control module can control the routing distribution and state synchronization of the FTTR-B host based on the Border Gateway Protocol (BGP), and the second local control module can control the routing distribution and state synchronization of the FTTR-B slave based on the Border Gateway Protocol (BGP). Exemplarily, the control protocol may include but is not limited to the Border Gateway Protocol (BGP). Exemplarily, Figure 2 as well as Figure 3The control protocol is taken as the Border Gateway Protocol BGP as an example, without specific limitation. This application does not elaborate on the specific content of the BGP protocol. Similarly, the second local control module deployed in the FTTR-B sub-machine is responsible for the learning of the FTTR-B network and the dissemination of routing information, including the learning and synchronization of MAC addresses, IP addresses, etc., and uses the control protocol to exchange this information in the FTTR-B network. For example, the FTTR-B host or FTTR-B sub-machine can use the BGP protocol to transmit layer 2 and layer 3 network information, such as MAC addresses, IP addresses, etc., to achieve distributed MAC learning without relying on the flooding mechanism of traditional switches to avoid unnecessary data traffic flooding. In addition, BGP supports redundant dynamic synchronization status across devices, thereby achieving multi-link load balancing and fault switching.
[0047] In addition, the embodiment of the present application also deploys a virtual switch between the FTTR-B host and the FTTR-B slave, so that the virtual switch is used as a data plane to be responsible for actual data forwarding, that is, the virtual switch is used to control how data packets are forwarded, encapsulated and decapsulated between the FTTR-B host and the FTTR-B slave; or how data packets are forwarded, encapsulated and decapsulated between the FTTR-B slave and the FTTR-B slave.
[0048] In one embodiment, the method further comprises: The first virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash; and / or the second virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash.
[0049] In this embodiment, Source IP Hash and Five-Tuple Hash are two commonly used hash methods in load balancing and traffic scheduling, respectively. In the embodiment of the present application, the above two methods can be used to distribute or process traffic (such as data packets) according to certain rules to reasonably and effectively utilize multiple data transmission links and achieve maximum bandwidth utilization.
[0050] In one embodiment, the method further comprises: The first virtual switch dynamically adjusts path selection of the multiple data transmission links based on the use of an OpenFlow flow table; and / or the second virtual switch dynamically adjusts path selection of the multiple data transmission links based on the use of an OpenFlow flow table.
[0051] In this method, the FTTR-B host and FTTR-B slave can dynamically adjust path selection using OpenFlow flow tables. For example, a high-priority flow table entry can be set for the video stream, forcing it to pass through the lowest-latency link among multiple data transmission links, thereby improving transmission efficiency.
[0052] In one embodiment, the method further comprises: The first virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy; and / or the second virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy.
[0053] In this method, the service bandwidth of the multiple data transmission links is limited by the policy quality of service (QoS) to achieve the purpose of reasonably utilizing the multiple data transmission links. For example, non-critical service bandwidth on the transmission link is limited.
[0054] In one embodiment, the method further comprises: The first local control module controls the routing distribution and state synchronization of the FTTR-B host based on the Border Gateway Protocol BGP, and the second local control module controls the routing distribution and state synchronization of the FTTR-B slave based on the Border Gateway Protocol BGP.
[0055] As can be seen, the embodiment of the present application provides a transmission method. By deploying a virtual switch and a local control module on the FTTR-B host and the FTTR-B slave, the local control module and the virtual switch serve as the control plane and the data plane, respectively responsible for their respective tasks. This allows the multiple network ports of the first virtual switch of the FTTR-B host to establish data transmission links with the multiple network ports of the second virtual switch of the FTTR-B slave, thereby establishing multiple data transmission links. This method can realize the multi-channel transmission of FTTR-B, support the simultaneous transmission of data on multiple links between the FTTR-B host and the FTTR-B slave, expand the bandwidth of the transmission links, and thus improve the user's Internet experience.
[0056] It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.
[0057] Correspondingly, in one embodiment, there is provided an FTTR-B device for the FTTR-B transmission system as described in any one of the above items, wherein the FTTR-B device includes an FTTR-B host or an FTTR-B slave; Among them, the FTTR-B host is deployed with a first local control module and a first virtual switch, and the FTTR-B slave is deployed with a second local control module and a second virtual switch. The first virtual switch and the second virtual switch serve as data planes of the FTTR-B host and the FTTR-B slave respectively, and the first virtual switch and the second virtual switch both include multiple network ports; wherein, data transmission links are established between the multiple network ports of the first virtual switch and the multiple network ports of the second virtual switch respectively to establish multiple data transmission links, the first local control module serves as the control plane of the FTTR-B host to control the route distribution and status synchronization of the FTTR-B host, and the second local control module serves as the control plane of the FTTR-B slave to control the route distribution and status synchronization of the FTTR-B slave.
[0058] As can be seen, the embodiment of the present application provides an FTTR-B device. By deploying a virtual switch and a local control module on the FTTR-B host and the FTTR-B slave, the local control module and the virtual switch serve as the control plane and the data plane, respectively responsible for their respective tasks, so that the multiple network ports of the first virtual switch of the FTTR-B host can respectively establish data transmission links with the multiple network ports of the second virtual switch of the FTTR-B slave, thereby establishing multiple data transmission links. This can implement a method for multiplexed transmission of FTTR-B, support simultaneous data transmission on multiple links between the FTTR-B host and the FTTR-B slave, expand the bandwidth of the transmission link, and ensure the high-speed network service requirements of the FTTR-B slave, thereby improving the user's Internet experience.
[0059] For the contents of the FTTR-B host or FTTR-B slave, please refer to the description of the FTTR-B host and FTTR-B slave in the aforementioned system embodiment. To avoid redundancy, they will not be described in detail in this embodiment.
[0060] In one embodiment, a FTTR-B device is provided, which can be an FTTR-B host or an FTTR-B slave. The FTTR-B device includes a processor, memory, and a network interface connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operating system and computer program stored in the non-volatile storage medium. The network interface of the processor can be used to connect and communicate with external FTTR-B devices. When executed by the processor, the computer program implements the functions of the FTTR-B host or FTTR-B slave in an FTTR-B transmission system according to any of the aforementioned embodiments.
[0061] In one embodiment, an FTTR-B device is provided, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the functions or steps of an FTTR-B host or an FTTR-B slave in an FTTR-B transmission system as in any of the aforementioned embodiments are implemented.
[0062] In one embodiment, a computer-readable storage medium is further provided, on which a computer program is stored. When the computer program is executed by a processor, the functions or steps of the FTTR-B host or FTTR-B slave in an FTTR-B transmission system in any of the aforementioned embodiments are implemented.
[0063] Those skilled in the art will understand that all or part of the processes in the above-mentioned embodiments can be implemented by instructing the relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, storage, database or other media used in the embodiments provided in this application may include non-volatile and / or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM) or flash memory. Volatile memory may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in many forms such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.
[0064] Those skilled in the art will clearly understand that for the sake of convenience and brevity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above.
[0065] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present application, and should all be included in the scope of protection of the present application.
Claims
1. A FTTR-B transmission system, characterized in that: The transmission system includes at least one FTTR-B host and at least one FTTR-B slave communicating with each of the FTTR-B hosts; The FTTR-B host is deployed with a first local control module and a first virtual switch, and the FTTR-B slave is deployed with a second local control module and a second virtual switch. The first virtual switch and the second virtual switch serve as data planes for the FTTR-B host and the FTTR-B slave, respectively. The first virtual switch and the second virtual switch each include multiple network ports. Among them, data transmission links are established between the multiple network ports of the first virtual switch and the multiple network ports of the second virtual switch respectively to establish multiple data transmission links. The first local control module serves as the control plane of the FTTR-B host to control the routing distribution and status synchronization of the FTTR-B host, and the second local control module serves as the control plane of the FTTR-B slave to control the routing distribution and status synchronization of the FTTR-B slave.
2. The FTTR-B transmission system according to claim 1, characterized in that: The at least one FTTR-B sub-unit includes a first FTTR-B sub-unit and a second FTTR-B sub-unit, wherein the first FTTR-B sub-unit and the second FTTR-B sub-unit refer to any two FTTR-B sub-units in the FTTR-B network respectively; Wherein, data transmission links are established between the multiple network ports of the second virtual switch in the first FTTR-B slave and the multiple network ports of the second virtual switch in the second FTTR-B slave.
3. The FTTR-B transmission system according to claim 1 or 2, characterized in that: The first virtual switch and the second virtual switch each include a first network port, a second network port and a third network port; Among them, a first data transmission link is established between the first network port of the first virtual switch and the first network port of the second virtual switch, a second data transmission link is established between the second network port of the first virtual switch and the second network port of the second virtual switch, and a third data transmission link is established between the third network port of the first virtual switch and the third network port of the second virtual switch.
4. The FTTR-B transmission system according to claim 3, characterized in that: The multiple data transmission links include optical fiber transmission links, Ethernet transmission links and WiFi transmission links.
5. The FTTR-B transmission system according to claim 1, characterized in that: The first virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash; and / or the second virtual switch implements traffic distribution of the multiple data transmission links based on source IP hash or quintuple hash.
6. The FTTR-B transmission system according to claim 1, characterized in that: The first virtual switch dynamically adjusts path selection of the multiple data transmission links based on the use of an OpenFlow flow table; and / or the second virtual switch dynamically adjusts path selection of the multiple data transmission links based on the use of an OpenFlow flow table.
7. The FTTR-B transmission system according to claim 1, characterized in that: The first virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy; and / or the second virtual switch limits the service bandwidth transmitted by the multiple data transmission links based on a quality of service policy.
8. The FTTR-B transmission system according to any one of claims 1 to 7, characterized in that: The first local control module controls the routing distribution and state synchronization of the FTTR-B host based on the Border Gateway Protocol BGP, and the second local control module controls the routing distribution and state synchronization of the FTTR-B slave based on the Border Gateway Protocol BGP.
9. A transmission method based on the FTTR-B transmission system according to any one of claims 1 to 8, characterized in that: The method comprises: The FTTR-B host and the FTTR-B slave transmit data simultaneously using multiple data transmission links between the FTTR-B host and the FTTR-B slave; and / or; The FTTR-B sub-machines transmit data simultaneously using multiple data transmission links between the FTTR-B sub-machines.
10. An FTTR-B device used in the FTTR-B transmission system according to any one of claims 1 to 8, the FTTR-B device comprising an FTTR-B host or an FTTR-B slave.