CN114745405A - Radar networking architecture based on SDN - Google Patents
Radar networking architecture based on SDN Download PDFInfo
- Publication number
- CN114745405A CN114745405A CN202210370800.7A CN202210370800A CN114745405A CN 114745405 A CN114745405 A CN 114745405A CN 202210370800 A CN202210370800 A CN 202210370800A CN 114745405 A CN114745405 A CN 114745405A
- Authority
- CN
- China
- Prior art keywords
- plane
- network
- sdn
- data
- control plane
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000006855 networking Effects 0.000 title claims abstract description 56
- 230000004927 fusion Effects 0.000 claims abstract description 45
- 238000004891 communication Methods 0.000 claims abstract description 19
- 230000006870 function Effects 0.000 claims description 52
- 238000007726 management method Methods 0.000 claims description 46
- 238000012545 processing Methods 0.000 claims description 17
- 238000000034 method Methods 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000004364 calculation method Methods 0.000 claims description 8
- 230000008569 process Effects 0.000 claims description 6
- 238000004458 analytical method Methods 0.000 claims description 5
- 238000005315 distribution function Methods 0.000 claims description 3
- 230000003993 interaction Effects 0.000 claims description 3
- 238000001228 spectrum Methods 0.000 claims description 3
- 238000001514 detection method Methods 0.000 description 7
- 238000007499 fusion processing Methods 0.000 description 6
- 238000005457 optimization Methods 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000010367 cloning Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000002203 pretreatment Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01S—RADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
- G01S7/00—Details of systems according to groups G01S13/00, G01S15/00, G01S17/00
- G01S7/003—Transmission of data between radar, sonar or lidar systems and remote stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention provides a radar networking architecture based on an SDN (software defined network), which comprises a data plane, a control plane and an application plane; the control plane and the application plane are in communication connection through a northbound application program interface; the data plane comprises an SDN device and a network hardware device which are connected; the control plane comprises a main fusion center and a plurality of sub-fusion centers connected with the main fusion center; each sub-fusion center is connected with each other through an east interface and/or a west interface, and each sub-fusion center is in communication connection with the network hardware equipment through a south application program interface; the SDN equipment is various radars. The invention separates the control plane and the data plane of the traditional exchange equipment of the radar networking, abstracts the infrastructure of the underlying network by using a software technology, flexibly manages and distributes network resources according to requirements through a uniform and programmable application program interface, and brings flexibility and innovation to the radar networking architecture through an advanced and intelligent network management strategy.
Description
Technical Field
The invention relates to the technical field of radar networking, in particular to a radar networking framework based on an SDN (software defined network).
Background
SDN is a new network architecture that can manage network infrastructure through an intelligent management and orchestration system, simplifying hardware operation, thereby enabling configuration of the underlying infrastructure with greater flexibility, reconfigurability, and programmability. SDN has been successfully applied in terrestrial network systems and exhibits significant proposed effects on network design and optimization. In the SDN, the reasonable deployment of the controller is very critical to ensure the communication reliability of the control plane and the data plane, reduce the deployment cost, and maximally reduce the communication delay from the controller to the switch.
The networking radar has more excellent detection capability and anti-interference capability compared with the traditional radar through organization and fusion of all radar information. The multi-radar multi-band three-dimensional hierarchical detection system has the advantages that multiple radars form an interconnected network, data of multiple data sources are seamlessly fused, an all-around, all-weather, three-dimensional and hierarchical detection system is formed, and the multi-band, multi-precision and multi-stacking-coefficient detection performance is achieved. Through information sharing and data fusion, the use efficiency of multiple radars is greatly improved, and the improvement of the comprehensive efficiency of 1+1>2 is realized. Therefore, a radar system architecture with excellent reliability, expansibility and flexibility is designed and realized, and the method has important significance for radar networking.
Information fusion is a multi-level, multi-aspect process that detects, combines, correlates, estimates, and combines multi-source data to achieve accurate state estimation and identity estimation, as well as complete, timely situation assessment and threat assessment. According to the results of foreign research, the more definite definition of information fusion can be summarized as follows: the computer technology is used for automatically analyzing and integrating the multi-source observation information obtained according to the time sequence under a certain criterion so as to complete the required decision and estimation tasks. According to the definition, the multi-radar system is a hardware basis of information fusion, multi-source information is a processing object of the information fusion, and coordination optimization and comprehensive processing are the core of the information fusion. From a military perspective, information fusion can be understood as multi-level and multi-aspect processing of detection, correlation, estimation, synthesis and the like of information and data from multiple sources to obtain accurate state and category judgment and perform rapid and complete situation and threat estimation.
Current networking radars can be divided into two types, centralized and distributed:
(1) the centralized networking radar directly performs fusion processing on the original information uploaded by each sensor node, and the distributed networking radar requires each sensor node to upload an estimation result obtained by performing target state estimation on the original information, so that fusion processing is performed. The centralized networking has high fusion precision and small fusion time delay, but because the processing object is the original information with large data volume, the networking mode has high requirements on the computing processing capacity and the communication transmission capacity of the sub-fusion center;
(2) the object of distributed networking is the target track which is estimated by each sensor, which greatly reduces the calculation amount and communication amount of the sub-fusion center, but at the same time, the fusion accuracy of the system is also reduced. With respect to the current practical radar network system, most of them use the distributed networking mode. In the control layer mode adopted by the commercial switch used in the distributed networking mode, each device has at least one data plane and also has a complete control plane. Moreover, each individual control plane in the model must cooperate with other control planes to support an overall, operational network.
Because the special hardware comes from different manufacturers and adopts different interfaces and communication protocols, the system reconfiguration and the interoperation of the integrated network are limited, the complexity of network management is increased, and the cost of system updating and upgrading is increased.
Disclosure of Invention
The invention aims to provide a radar networking architecture based on an SDN (software defined network) so as to solve the problems of the centralized networking radar and the distributed networking radar.
The invention provides a radar networking architecture based on an SDN (software defined network), which comprises a data plane, a control plane and an application plane; the control plane and the application plane are in communication connection through a northbound application program interface; the data plane comprises an SDN device and a network hardware device which are connected; the control plane comprises a main fusion center and a plurality of sub-fusion centers connected with the main fusion center; each sub-fusion center is connected through an east-oriented interface and/or a west-oriented interface, and each sub-fusion center is in communication connection with the network hardware equipment through a south-oriented application program interface; the SDN equipment is various radars;
the application plane is used for realizing management and arrangement functions; the control plane is used for analyzing the management and arrangement functions realized by the application plane; and the data plane is used for realizing the forwarding task of the data stream according to the analysis result of the control plane.
In some embodiments, the management and orchestration functions implemented by the application plane include:
configuring a functional module; the configuration function module is used for realizing the operation of the SDN equipment and the network hardware equipment of the data plane and the main fusion center and the sub-fusion center of the control plane; the operation comprises state acquisition, parameter setting, drive updating and software upgrading.
In some embodiments, the management and orchestration functions implemented by the application plane include:
a data flow management function module; the data flow management function is configured to identify data flows from different services by means of an IP address, a destination or source port number, a packet header, or any byte pattern of the data flow in the network payload, and to instruct, by means of the control plane, the SDN device and the network hardware device of the data plane to forward the identified data flows.
In some embodiments, the management and orchestration functions implemented by the application plane include:
a topology discovery function module; the topology discovery function module is used for indicating the main fusion center and the sub-fusion center of the control plane to acquire and update network topology information of the whole radar networking architecture when new SDN equipment and/or network hardware equipment is added to the data plane or original SDN equipment and/or network hardware equipment is removed.
In some embodiments, the management and orchestration functions implemented by the application plane include:
a load balancing function module; the load balancing function module is used for distributing available network resources among the available network links according to network load, link conditions and equipment processing capacity.
In some embodiments, the management and orchestration functions implemented by the application plane include:
a route decision function module; the routing decision function module is used for routing data streams from different services and applications to different network links, and selecting an optimal path for the data streams according to traffic distribution and different service quality requirements of the whole network.
In some embodiments, the management and orchestration functions implemented by the application plane include:
a network resource management and distribution function module; the network resource management and distribution functional module is used for optimizing transmission power according to the current state of the network, managing and reasonably distributing frequency spectrum and bandwidth.
Further, the data interaction process among the data plane, the control plane and the application plane is as follows:
s1, the control plane collecting network state information from the data plane;
s2, the control plane sends the collected network state information to the application plane, the application plane calculates based on the network state information, and returns the calculation result to the control plane;
s3, the control plane converts the calculation result returned by the application plane into a control command and sends the control command to the data plane;
s4, the data plane executes the control command from the control plane while sending network status information to the control plane.
Further, the network hardware device is an OpenFlow switch.
Further, three tables are defined in the logical architecture of the OpenFlow switch: a flow table, a packet table, and a parameter table.
In summary, due to the adoption of the technical scheme, the invention has the beneficial effects that:
the SDN-based radar networking architecture separates a control plane and a data plane of traditional radar networking switching equipment, abstracts underlying network infrastructure by using a software technology, flexibly manages and allocates network resources according to needs through a uniform and programmable application program interface, and brings flexibility and innovation to the radar networking architecture through an advanced and intelligent network management strategy.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention, and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained according to the drawings without inventive efforts.
Fig. 1 is a structural diagram of an SDN-based radar networking architecture according to an embodiment of the present invention.
Fig. 2 is a structural diagram of an OpenFlow switch according to an embodiment of the present invention.
Fig. 3 is a flowchart of completing a track process by implementing radar networking based on an SDN radar networking architecture according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.
Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Examples
As shown in fig. 1, the present embodiment provides a radar networking architecture based on SDN, which includes a data plane, a control plane, and an application plane; the control plane and the application plane are in communication connection through a northbound application program interface; the data plane comprises an SDN device and a network hardware device which are connected; the control plane comprises a main fusion center and a plurality of sub-fusion centers connected with the main fusion center; each sub-fusion center is connected with each other through an east interface and/or a west interface, and each sub-fusion center is in communication connection with the network hardware equipment through a south application program interface; the SDN equipment is various radars (various primary and secondary radars);
the application plane is used for realizing management and arrangement functions; the control plane is used for analyzing the management and arrangement functions realized by the application plane; and the data plane is used for realizing the forwarding task of the data stream according to the analysis result of the control plane.
The SDN-based radar networking architecture not only can transmit measurement data (or processing data) of each radar to a sub-fusion center through reasonable layout and station arrangement of a single radar working under different wave bands and different modes, but also can perform track fusion processing to complete tasks such as early warning, target discovery, target tracking and the like, thereby realizing situation assessment and threat analysis, target classification and fire control, guidance and electronic countermeasure, combat simulation and the like, managing each hardware device in a network through intelligent management and arrangement functions, simplifying hardware operation, and further leading the configuration of each hardware device at the bottom layer to have greater flexibility, reconfigurability and programmability. Under a complex operation environment, an operation command information fusion system integrating flexibility, various measurement means and multiple sensors is very important. For example, in the SDN-based radar networking architecture, since portable radars are distributed in different places on the battlefield, an application service of mobility and handover management is deployed in an application plane to provide an efficient mobility and handover management mechanism, thereby ensuring continuity of the network link.
In general, the management and orchestration functions implemented by the application plane may include:
(1) configuring a functional module;
the configuration function module is used for realizing the operation of the SDN equipment and the network hardware equipment of the data plane and the main fusion center and the sub-fusion center of the control plane; the operation includes state acquisition, parameter setting, driver update and software upgrade. In view of the heterogeneity of networks in a battle field, the implementation of the configuration of the hardware devices should be beneficial for managing the various devices in each network domain, such as various radars, satellites, and sensors.
(2) A data stream management function module;
the data flow management function is configured to identify data flows from different services by means of an IP address, a destination or source port number, a packet header, or any byte pattern of the data flow in the network payload, and to instruct, by means of the control plane, the SDN device and the network hardware device of the data plane to forward the identified data flows. The data flow management functional module can reduce power consumption to the maximum extent, improve network utilization rate, provide service optimization technologies such as load balancing and the like, and therefore provide efficient flow control and management strategies for the radar networking architecture.
(3) A topology discovery function module;
the topology discovery function module is used for indicating the main fusion center and the sub-fusion center of the control plane to acquire and update network topology information of the whole radar networking architecture when new SDN equipment and/or network hardware equipment is added to the data plane or original SDN equipment and/or network hardware equipment is removed.
(4) A load balancing function module;
the load balancing function module is used for distributing available network resources among the available network links according to network load, link conditions and equipment processing capacity so as to relieve network congestion and avoid resource waste.
(5) A route decision function module;
the routing decision function module is used for routing data streams from different services and applications to different network links, and selecting an optimal path for the data streams according to traffic distribution and different service quality requirements of the whole network. Routing is the most basic and important function in any network, the task of which is to guarantee end-to-end transmission of data. In the SDN-based radar networking architecture, the high mobility of the radar brings real-time changing network topology, and diversity and complexity are brought to a routing scheme. The SDN-based radar networking architecture can realize interconnection and intercommunication among different network domains through a self-adaptive and intelligent routing mechanism provided by a routing decision function module.
(6) A network resource management and distribution function module;
the network resource management and distribution functional module is used for optimizing transmission power according to the current state of the network, managing and reasonably distributing frequency spectrum and bandwidth. The traditional resource-oriented management method is no longer suitable for increasing data volume and application service requirements in an integrated network, and the SDN-based radar networking architecture introduces more dynamicity in the wireless resource management of the radar networking, optimizes the utilization rate of network resources, and can adjust the configuration and scale of the integrated network in real time according to requirements.
The management and orchestration functions implemented by the application plane described above can utilize the network state information obtained from the control plane to construct an abstract view of the network for decision-making purposes, providing many application services with flexibility and programmability, such as security policies, fault recovery, communication data analysis, etc., for the entire network. These services include network management, provision of analysis instructions, etc.
In the SDN-based radar networking architecture, an Application Program Interface (API) generally includes a Northbound (Northbound) Application Program Interface and a southbound (southbound) Application Program Interface, which are used to define communication among three logical planes, i.e., an Application plane, a control plane and a data plane. The northbound application interface is used for communication between the application plane and the control plane, while the southbound application interface is the connection between the child fusion center of the control plane and the network hardware devices of the data plane. In addition, the sub-convergence centers communicate with each other through east (Eastbound) interface and/or west (Westbound) interface.
Through the north direction application program interface and the south direction application program interface, the data interaction process among the data plane, the control plane and the application plane is as follows:
s1, the control plane collecting network state information from the data plane;
s2, the control plane sends the collected network state information to the application plane, the application plane calculates based on the network state information and returns the calculation result to the control plane;
s3, the control plane converts the calculation result returned by the application plane into a control command and sends the control command to the data plane;
s4, the data plane executes the control command from the control plane while sending network status information to the control plane.
Wherein:
(1) the northbound application program interface is mainly used for realizing the step S2, and provides an open programmable communication interface between the control plane and the application plane, and the application plane can uniformly schedule the network resources in the entire radar networking architecture according to the global network resource state through the northbound application program interface.
(2) The southbound api is mainly used to implement steps S1 and S3, and creates a transmission channel for the control plane to obtain network status information and send control commands to the data plane. In this embodiment, an OpenFlow protocol is used as a standard of a southbound application program interface, so that an OpenFlow switch is used as a network hardware device, thereby implementing information exchange between the OpenFlow switches in the control plane and the data plane.
(3) The east interface and the west interface are mainly used for outputting results from the sub-fusion center to the main fusion center. In this embodiment, the main fusion center has two different working modes:
one mode is that only the output data of the sub-fusion centers are received, and then the output data of the sub-fusion centers are processed to obtain a unified output result;
the other mode is that the main fusion center is also a sub-fusion center, has an output result of the main fusion center, receives the output data of each sub-fusion center, and then performs fusion processing on the data and the output result of the main fusion center to obtain a unified output result.
For the control plane. And the sub-fusion center performs centralized management and control on the data flow of the network domain where the sub-fusion center is located. For radar networking of other network domains, through cross-domain communication access points, the sub-fusion centers can collect network hardware equipment information of the network domain and control normal work of the network hardware equipment, can also receive and analyze operation commands from the main fusion center, and send the control commands to SDN equipment of a data plane, so that integrated network overall management optimization is realized. The concept of a multi-sub fusion center is provided on a control plane, each sub fusion center can be distributed in different regions, and only the finally obtained flight path result is transmitted to a main fusion center. By doing so, on one hand, the network transmission amount is reduced, on the other hand, the calculation pressure of the main fusion center is relieved, and the system coverage range is obviously enlarged relative to that of a single sub-fusion center. Therefore, the main fusion center as a command center can obtain more comprehensive data. In addition, certain overlapping areas exist among the sub-fusion centers, and data in the areas can be fused again in the main fusion center, so that the reliability of the data can be further improved.
Further, under the SDN-based radar networking architecture, in order to implement separation of a control plane and a data plane of a conventional radar networking switching device, that is, to implement a software-based definition concept completely, all radar and network hardware devices must have a uniform logical structure, and are deployed in different physical hardware in different ways by different device manufacturers. In this way, the heterogeneous device in the whole data plane becomes a switch with unified logic function for the sub-fusion center, so that management and control of the sub-fusion center are facilitated. The OpenFlow is a communication protocol between a sub-fusion center and a network hardware device (OpenFlow switch), and is a logical structure specification of the OpenFlow switch. As shown in fig. 2, the basic logic structure of the OpenFlow switch is that the sub-fusion center communicates with the OpenFlow switch through an OpenFlow interface based on a Secure Socket Layer (SSL) protocol, and each OpenFlow switch can forward a data flow to the OpenFlow switch connected thereto, or directly perform data transmission with a terminal device. Within each OpenFlow switch, data flows or packets through the OpenFlow switch are typically managed using a series of tables that are solidified in hardware. Generally, three tables are defined in the logical architecture of an OpenFlow switch: flow Table (Flow Table), Group Table (Group Table), and parameter Table (Meter Table).
(1) Flow Table (Flow Table)
Flow tables (Flow tables) match incoming packets to specific data flows and specify operations that need to be performed on these packets. An OpenFlow switch may have multiple flow tables that operate in a pipelined fashion. One flow table may direct one flow to one packet table, which can trigger various operations affecting one or more flows. Each record in the flow table has mainly the following fields:
match field (Match Fields): keywords for matching packets with streams, such as IP addresses, port numbers, etc.;
priority (Priority): a priority associated with the flow table;
instructions (Instructions): determining how to forward the stream according to an instruction executed when the data packets are matched;
counters (Counters): counting the flow matched with the data packet;
timeout (timeout): maximum idle time before a data flow is processed by an OpenFlow switch.
(2) Grouping Table (Group Table)
The Group Table (Group Table) provides advanced packet forwarding and processing characteristics for the OpenFlow switch, and mainly includes setting multicast or broadcast of a packet, whether a scheduling algorithm is used, whether packet cloning is performed, and the like. Each record in the grouping table is mainly composed of the following fields:
group identification (Group ID): a four-byte unsigned integer uniquely identifying the packet;
packet Type (Group Type): the method mainly comprises four types of 'all', 'select', 'index' and 'fast fail over', and is used for indicating different functions in the process of processing data packet forwarding;
counters (Counters): for counting the matching packets processed by the packet;
action Buckets (Action Buckets): an ordered set of actions and corresponding parameters.
(3) Parameter Table (Meter Table)
Based on a parameter Table (Meter Table) capable of triggering various operations related to performance on one data flow, the OpenFlow switch can implement some simple network performance parameter settings including data rate limitation, and some complex quality of service frameworks if combined with queues of each port. The main fields of each record in the parameter table are:
parameter identification (Meter ID): a four byte unsigned integer identifying the parameter entity;
parameter sets (Meter Bands): for indicating the bandwidth rate and the processing behavior of the data packets;
counters (Counters): for counting the number of data packets processed by the parameter entity.
For radar networking, the method is mainly used for track processing. The track processing mainly comprises fusion preprocessing, track association and fusion and post-fusion track processing. The fusion pre-treatment includes two tasks: firstly, associating and filtering each radar detection point track to generate a local multi-target tracking track; and secondly, carrying out spatial alignment on the tracks uploaded by the radars, and unifying the tracks belonging to different coordinate systems to a coordinate system of the sub-fusion center radar station. After the aligned tracks are obtained, track pairs from different radars but belonging to the same target need to be found, that is, track correlation is performed. And if finding the successful track pairs which can be associated, carrying out track fusion processing on the track pairs, and otherwise, continuously waiting for the association result of the next batch of tracks. The fused tracks formed by the track association and fusion processing only come from two radars in the radar network, and subsequent processing is needed to obtain the fusion result of the whole radar network. The structure of implementing the radar networking for track processing by using the SDN-based radar networking architecture is shown in fig. 3. Each radar in the structure is provided with a processor, the detection result of each radar is preprocessed by the processor before being sent to the sub-fusion center to generate a local target track, the track given by the local target track generated by each radar after passing through the corresponding tracker is called an original track, and the sub-fusion center forms a fusion track after the original tracks given by each tracker are subjected to space-time alignment, correlation judgment and data fusion.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. An SDN-based radar networking architecture is characterized by comprising a data plane, a control plane and an application plane; the control plane and the application plane are in communication connection through a northbound application program interface; the data plane comprises an SDN device and a network hardware device which are connected; the control plane comprises a main fusion center and a plurality of sub-fusion centers connected with the main fusion center; each sub-fusion center is connected with each other through an east interface and/or a west interface, and each sub-fusion center is in communication connection with the network hardware equipment through a south application program interface; the SDN equipment is various radars;
the application plane is used for realizing management and arrangement functions; the control plane is used for analyzing the management and arrangement functions realized by the application plane; and the data plane is used for realizing the forwarding task of the data stream according to the analysis result of the control plane.
2. The SDN based radar networking architecture of claim 1, wherein the application plane implemented management and orchestration functions comprise:
configuring a functional module; the configuration function module is used for realizing the operation of SDN equipment and network hardware equipment of a data plane and a main fusion center and a sub-fusion center of a control plane; the operation includes state acquisition, parameter setting, driver update and software upgrade.
3. The SDN-based radar networking architecture of claim 1, wherein the application plane implemented management and orchestration functions comprise:
a data flow management function module; the data flow management function is configured to identify data flows from different services by means of an IP address, a destination or source port number, a packet header, or any byte pattern of the data flow in the network payload, and to instruct, by means of the control plane, the SDN device and the network hardware device of the data plane to forward the identified data flows.
4. The SDN-based radar networking architecture of claim 1, wherein the application plane implemented management and orchestration functions comprise:
a topology discovery function module; the topology discovery function module is used for indicating a main fusion center and a sub-fusion center of a control plane to acquire and update network topology information of the whole radar networking architecture when new SDN equipment and/or network hardware equipment is added to a data plane or original SDN equipment and/or network hardware equipment is removed.
5. The SDN-based radar networking architecture of claim 1, wherein the application plane implemented management and orchestration functions comprise:
a load balancing function module; the load balancing function module is used for distributing available network resources among the available network links according to network load, link conditions and equipment processing capacity.
6. The SDN-based radar networking architecture of claim 1, wherein the application plane implemented management and orchestration functions comprise:
a routing decision function module; the routing decision function module is used for routing data streams from different services and applications to different network links, and selecting an optimal path for the data streams according to traffic distribution and different service quality requirements of the whole network.
7. The SDN based radar networking architecture of claim 1, wherein the application plane implemented management and orchestration functions comprise:
a network resource management and distribution function module; the network resource management and distribution functional module is used for optimizing transmission power according to the current state of the network, managing and reasonably distributing frequency spectrum and bandwidth.
8. The SDN-based radar networking architecture according to any one of claims 1-7, wherein a data interaction process between the data plane, the control plane and the application plane is as follows:
s1, the control plane collecting network state information from the data plane;
s2, the control plane sends the collected network state information to the application plane, the application plane calculates based on the network state information and returns the calculation result to the control plane;
s3, the control plane converts the calculation result returned by the application plane into a control command and sends the control command to the data plane;
s4, the data plane executes the control command from the control plane while sending network status information to the control plane.
9. The SDN-based radar networking architecture of claim 1, wherein the network hardware device is an OpenFlow switch.
10. The SDN based radar networking architecture of claim 9, wherein three tables are defined in the logical architecture of the OpenFlow switch: a flow table, a packet table, and a parameter table.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210370800.7A CN114745405A (en) | 2022-04-11 | 2022-04-11 | Radar networking architecture based on SDN |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210370800.7A CN114745405A (en) | 2022-04-11 | 2022-04-11 | Radar networking architecture based on SDN |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114745405A true CN114745405A (en) | 2022-07-12 |
Family
ID=82280071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210370800.7A Pending CN114745405A (en) | 2022-04-11 | 2022-04-11 | Radar networking architecture based on SDN |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114745405A (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104253749A (en) * | 2014-09-18 | 2014-12-31 | 华南理工大学 | Client distributed path computation method based on software defined network architecture |
| CN105207798A (en) * | 2014-06-26 | 2015-12-30 | 中兴通讯股份有限公司 | Software-defined networking service arrangement method and device |
| CN105577549A (en) * | 2014-10-13 | 2016-05-11 | 中兴通讯股份有限公司 | Method and system for realizing content delivery network based on software defined network |
| US9450817B1 (en) * | 2013-03-15 | 2016-09-20 | Juniper Networks, Inc. | Software defined network controller |
| CN106059650A (en) * | 2016-05-24 | 2016-10-26 | 北京交通大学 | Air-ground integrated network architecture and data transmission method based on SDN and NFV technology |
| US20170006082A1 (en) * | 2014-06-03 | 2017-01-05 | Nimit Shishodia | Software Defined Networking (SDN) Orchestration by Abstraction |
| CN106789229A (en) * | 2016-12-15 | 2017-05-31 | 中国科学院沈阳自动化研究所 | A kind of middleware towards industrial SDN, system and its implementation |
| US20170230290A1 (en) * | 2015-12-09 | 2017-08-10 | Peking University Shenzhen Graduate School | Multi-domain centralized content-centric networking |
| CN109257222A (en) * | 2018-09-27 | 2019-01-22 | 中国联合网络通信有限公司广东省分公司 | A kind of metropolitan area network framework based on arranging service device |
| CN109743261A (en) * | 2019-01-07 | 2019-05-10 | 中国人民解放军国防科技大学 | SDN-based container network resource scheduling method |
| CN110048869A (en) * | 2018-01-16 | 2019-07-23 | 中国科学院沈阳自动化研究所 | Resource allocation methods and system towards industrial time-sensitive software defined network |
-
2022
- 2022-04-11 CN CN202210370800.7A patent/CN114745405A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9450817B1 (en) * | 2013-03-15 | 2016-09-20 | Juniper Networks, Inc. | Software defined network controller |
| US20170006082A1 (en) * | 2014-06-03 | 2017-01-05 | Nimit Shishodia | Software Defined Networking (SDN) Orchestration by Abstraction |
| CN105207798A (en) * | 2014-06-26 | 2015-12-30 | 中兴通讯股份有限公司 | Software-defined networking service arrangement method and device |
| CN104253749A (en) * | 2014-09-18 | 2014-12-31 | 华南理工大学 | Client distributed path computation method based on software defined network architecture |
| CN105577549A (en) * | 2014-10-13 | 2016-05-11 | 中兴通讯股份有限公司 | Method and system for realizing content delivery network based on software defined network |
| US20170230290A1 (en) * | 2015-12-09 | 2017-08-10 | Peking University Shenzhen Graduate School | Multi-domain centralized content-centric networking |
| CN106059650A (en) * | 2016-05-24 | 2016-10-26 | 北京交通大学 | Air-ground integrated network architecture and data transmission method based on SDN and NFV technology |
| CN106789229A (en) * | 2016-12-15 | 2017-05-31 | 中国科学院沈阳自动化研究所 | A kind of middleware towards industrial SDN, system and its implementation |
| CN110048869A (en) * | 2018-01-16 | 2019-07-23 | 中国科学院沈阳自动化研究所 | Resource allocation methods and system towards industrial time-sensitive software defined network |
| CN109257222A (en) * | 2018-09-27 | 2019-01-22 | 中国联合网络通信有限公司广东省分公司 | A kind of metropolitan area network framework based on arranging service device |
| CN109743261A (en) * | 2019-01-07 | 2019-05-10 | 中国人民解放军国防科技大学 | SDN-based container network resource scheduling method |
Non-Patent Citations (1)
| Title |
|---|
| 时永鹏: "空天地一体化网络中网关与SDN控制器的优化部署", 信息科技辑, vol. 13, no. 07, pages 1 - 83 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Balasubramanian et al. | RIC: A RAN intelligent controller platform for AI-enabled cellular networks | |
| US9948553B2 (en) | System and method for virtual network-based distributed multi-domain routing control | |
| CN112491619B (en) | An SDN-based service customization network resource adaptive allocation method | |
| Su et al. | CeMon: A cost-effective flow monitoring system in software defined networks | |
| CN112600717B (en) | Hardware-in-the-loop test device for satellite network management and control protocol based on SDN | |
| Qi et al. | SDN-based dynamic multi-path routing strategy for satellite networks | |
| Sun et al. | Surveillance plane aided air-ground integrated vehicular networks: Architectures, applications, and potential | |
| CN103618677A (en) | Network flow regulation method and system | |
| CN107682264B (en) | Data transmission method and system based on real-time active path planning | |
| Qu et al. | An SDN-based space-air-ground integrated network architecture and controller deployment strategy | |
| US11431556B2 (en) | Cross-layer network fault recovery system and method based on configuration migration | |
| Abir et al. | A software-defined UAV network using queueing model | |
| Lin et al. | Design and simulation of a radio spectrum monitoring system with a software-defined network | |
| Sun et al. | Research on UAV cluster routing strategy based on distributed SDN | |
| Liu et al. | SDN-based in-band network telemetry for low-orbit satellite networks | |
| Morel et al. | Network services management using programmable data planes for visual cloud computing | |
| CN110380984A (en) | Resource regulating method based on space virtual network | |
| CN118337784B (en) | Deterministic CPE for fully connected plants and construction method | |
| Saleh et al. | Controller placement problem in software defined networks | |
| CN114745405A (en) | Radar networking architecture based on SDN | |
| CN117499219B (en) | Network data processing method and device, storage medium and electronic equipment | |
| CN117202239B (en) | Method and system for unified management of wireless network bridge network | |
| Liu et al. | An enhanced scheduling mechanism for elephant flows in SDN-based data center | |
| Dong et al. | Multi-layer and heterogeneous resource management in SDN-based space-terrestrial integrated networks | |
| Mahmoud Eissa et al. | A Scalable Monitoring System for Software Defined Networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220712 |
|
| RJ01 | Rejection of invention patent application after publication |