CN113676346B - Software-defined multitasking underwater acoustic communication network protocol design method - Google Patents
Software-defined multitasking underwater acoustic communication network protocol design method Download PDFInfo
- Publication number
- CN113676346B CN113676346B CN202110789899.XA CN202110789899A CN113676346B CN 113676346 B CN113676346 B CN 113676346B CN 202110789899 A CN202110789899 A CN 202110789899A CN 113676346 B CN113676346 B CN 113676346B
- Authority
- CN
- China
- Prior art keywords
- protocol
- network
- information
- data
- node
- 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.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims abstract description 74
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000013461 design Methods 0.000 title claims abstract description 23
- 230000003993 interaction Effects 0.000 claims abstract description 5
- 230000005540 biological transmission Effects 0.000 claims description 50
- 230000009471 action Effects 0.000 claims description 23
- 238000001228 spectrum Methods 0.000 claims description 18
- 230000008569 process Effects 0.000 claims description 12
- 235000000421 Lepidium meyenii Nutrition 0.000 claims description 4
- 235000012902 lepidium meyenii Nutrition 0.000 claims description 4
- 230000004048 modification Effects 0.000 claims description 3
- 238000012986 modification Methods 0.000 claims description 3
- 238000005516 engineering process Methods 0.000 abstract description 8
- 238000012360 testing method Methods 0.000 abstract description 5
- 238000003780 insertion Methods 0.000 abstract description 3
- 230000037431 insertion Effects 0.000 abstract description 3
- 230000000694 effects Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011217 control strategy Methods 0.000 description 1
- 230000006378 damage Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
Classifications
-
- 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/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/69—Spread spectrum techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B13/00—Transmission systems characterised by the medium used for transmission, not provided for in groups H04B3/00 - H04B11/00
- H04B13/02—Transmission systems in which the medium consists of the earth or a large mass of water thereon, e.g. earth telegraphy
-
- 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
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/03—Protocol definition or specification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
The invention discloses a software-defined multitasking underwater acoustic communication network protocol design method. According to the method, through the form of medium control information and routing control information handshake information interaction, the modulation-demodulation mode, the medium control protocol and the routing protocol of the underwater acoustic communication network are changed on line according to the priorities of different network tasks, so that the protocol control of the software-defined underwater acoustic communication network is realized. In the network operation, the protocol design of the underwater acoustic communication network is carried out by using a software-defined mode, so that diversified network tasks can be supported on the same underwater acoustic network infrastructure, the network resource utilization rate is improved, and the flexible insertion and testing of a new protocol and a new technology are supported.
Description
Technical Field
The invention relates to the field of underwater acoustic communication networks, in particular to a network protocol design method of a software-defined underwater acoustic communication network. The method can be used for designing the multitasking underwater acoustic communication network protocol and realizing the control of the underwater acoustic communication network protocol based on software definition.
Background
The traditional underwater acoustic communication network adopts a layered architecture design of a computer and a land wireless communication network, establishes an underwater acoustic communication network architecture based on a physical layer, a medium control layer and a network layer according to the actual condition of an application task of the underwater acoustic communication network, and simultaneously operates a fixed network protocol at each layer of the network. In the underwater acoustic communication network, the common physical layer modulation and demodulation modes mainly comprise spread spectrum, frequency shift keying, orthogonal frequency division multiplexing and the like; common medium control protocols mainly comprise a random access ALOHA protocol, a handshake reserved MACA protocol, a time division multiple access TDMA protocol and the like; common routing protocols mainly include DSR protocols and AODV routing protocols based on-demand routing, and flooding routing protocols for simple replication forwarding, etc. The medium control protocol of handshake reservation is roughly working flow, in which a sending node sends request sending information to a receiving node first, and after waiting for the receiving node to reply permission sending information, namely handshake is successful, the sending node sends data again; the discovery process of the on-demand route is that the sending node sends route request information first, when the route reply information is received, the route is indicated to be established, and at the moment, the network data generated by the sending node carries out multi-hop transmission according to the discovered route. In a specific data transmission process, after the network layer application task data is generated by a transmitting node, the data is transmitted to a medium control layer to determine a corresponding medium control protocol, and finally transmitted to a physical layer to be modulated and transmitted; after the receiving node receives the data, the physical layer firstly carries out correct demodulation and uploads the information to the medium control layer, and the medium control layer uploads the effective network load data to the network layer, so that the transmission of the information from the sending node to the receiving node in the network is completed. In addition, the timer in the underwater acoustic communication network is used for ensuring that the node needs to obtain the reply of the corresponding node within the effective time of the timer after finishing the current operation, otherwise, the current operation is re-executed or abandoned.
With the development of the underwater acoustic communication network, network tasks such as marine observation, detection data transmission, underwater positioning navigation and the like generate diversified application task demands on the underwater acoustic communication network in the aspects of data transmission, network delay, network resource consumption and the like, and also higher requirements on the technology and the protocol of the underwater acoustic communication network are provided. However, the conventional underwater acoustic communication network operates a fixed network protocol in a physical layer, a medium control layer and a network layer in a preset manner, and the disadvantage of the protocol design is that the underwater acoustic communication network can only deal with a single network application task and does not have the capability of dynamically distributing and deploying network resources, so that the requirement of the network application task which is developed in a changing way cannot be met. Meanwhile, the fixed network structure also causes that new technologies and new protocols cannot be conveniently tested and applied, and the development of the underwater acoustic communication network technology is hindered.
Software-defined networking is a new type of network architecture that is currently being used in computer networks. The software defined protocol design method in the computer network separates the control function of the network from each layer to form a unified and centralized control strategy, and realizes the centralized control and management deployment of network resources in a software mode. The network architecture of the software definition can redefine and plan the network by using the software based on a central control mode on the premise of not changing network hardware equipment, so that flexible allocation and on-demand service of network resources aiming at different network application tasks are realized, and the flexibility of network control is improved.
In summary, how to implement the protocol design of the underwater acoustic communication network in a software-defined manner to form a unified control manner based on software, thereby realizing dynamic deployment of network resources, support of diversified network tasks, and support of flexible insertion and testing of new protocols and new technologies has become an important problem to be solved by those skilled in the field of underwater acoustic communication networks.
Disclosure of Invention
Aiming at the technical problems existing in the existing underwater acoustic communication network protocol design, the invention provides a software-defined multitasking underwater acoustic communication network protocol design method, which uses a software-defined mode to carry out the underwater acoustic communication network protocol design, can support diversified network tasks on the same underwater acoustic network infrastructure, improves the network resource utilization rate, and supports flexible insertion and testing of new protocols and new technologies.
The aim of the invention is achieved by the following technical scheme. A software-defined multitasking underwater acoustic communication network protocol design method realizes the protocol control of the software-defined underwater acoustic communication network by the form of medium control information and routing control information handshake information interaction and according to the priority of different network tasks, on-line configuration and change of the modulation-demodulation mode, medium control protocol and routing protocol of the underwater acoustic communication network.
Further, the specific steps are as follows:
(1) Configuring a protocol table of each layer of the software-defined underwater acoustic communication network: constructing a protocol table of each layer of the software-defined underwater acoustic communication network, wherein the protocol table comprises a network layer protocol, a medium control layer protocol and a modulation-demodulation mode, and numbering different protocols in the table;
(2) Configuring a software-defined underwater acoustic communication network task protocol policy table: constructing a software-defined underwater acoustic communication network task protocol policy table, distinguishing according to priorities of different tasks, and realizing network protocol division based on different network task priorities;
(3) And respectively configuring modulation and demodulation modes of a receiving node and a transmitting node: after receiving the request to send the information frame and correctly decoding the information frame by using a default spread spectrum modulation-demodulation mode, the receiving node determines a modulation-demodulation mode suggested by the sending node; the receiving node determines a medium control protocol and a routing protocol according to a software-defined underwater acoustic communication network task protocol policy table, and receives subsequent data according to the protocols; the transmitting node selects a proper modulation and demodulation mode according to the actual condition in the network operation process and the received actual underwater sound communication data, and fills the request to be transmitted with the recommended modulation and demodulation mode;
(4) Medium control protocols of a receiving node and a transmitting node are respectively configured: the receiving node receives the request sending information, and reads the packet serial number, the data ID, the priority, the modulation and demodulation mode, the medium control protocol and the routing protocol fields in the request sending information by a default spread spectrum modulation and demodulation mode; the receiving node replies the permission sending information, and can delay the suggested modulation and demodulation mode of the request sending information or detect the channel condition and suggest other modulation and demodulation modes in the permission sending information so as to be used as the preferential selection of the sending data of the other party in the next step; the receiving node waits for receiving data, submits the effective load to a network layer after the data arrives, and enters a waiting mode; when the network layer generates data demand, the transmitting node transmits request transmission information in a default spread spectrum modulation and demodulation mode, and informs the receiving node of the suggested network protocol combination in the request transmission information; after receiving the permission sending information, the sending node sends data according to a medium control protocol agreed by the receiving and sending node and a modulation and demodulation mode;
(5) Respectively configuring routing protocols of an intermediate receiving node and a transmitting node: the intermediate receiving node analyzes the network load uploaded by the medium control layer, judges and matches the route aiming at the route control information of the route reply/route request, updates a route table, compares the priority of the newly arrived and currently executed network tasks aiming at the data information, and respectively configures a medium control protocol, a route protocol and a modulation-demodulation mode for each task to execute data transmission; the sending node judges whether a routing table of a network task to be transmitted exists in the node, if so, the network layer and the medium control layer protocol and the modulation-demodulation mode are determined according to the network task type, then data transmission is carried out, if not, a route discovery process is started, and then the data transmission is carried out after the route is established.
The invention realizes the design of the multi-task underwater acoustic communication network protocol by adopting a mode based on software definition, so compared with the prior underwater acoustic communication network technology, the invention has the following remarkable beneficial effects:
(1) The invention uses a software-defined mode to carry out the protocol design of the underwater acoustic communication network, can parallelly operate a plurality of network tasks on the same underwater acoustic network infrastructure, and changes the modulation-demodulation mode, the medium control protocol and the network layer protocol of network operation on line, thereby realizing the support of diversified network tasks;
(2) According to the invention, by establishing the protocol tables and the task protocol policy tables of each layer of the software-defined underwater acoustic communication network, network resources can be dynamically configured and personalized network services can be provided according to the priorities of different network tasks, and meanwhile, when new network tasks are generated, the new network tasks can be supplemented into the original task protocol policy tables, so that the on-demand services and flexible management of the different network tasks are realized;
(3) The invention realizes the real-time on-line determination of the modulation and demodulation mode, the medium control protocol and the routing protocol adopted by the data transmission by the transmitting node and the receiving node according to the condition of the underwater acoustic channel through the interaction of requesting to transmit information and allowing to transmit information, thereby improving the resource utilization rate of the bandwidth, the energy consumption and the like of the underwater acoustic communication network, reducing the transmission delay and improving the throughput of the network;
(4) The invention can conveniently realize new technologies such as network modulation and demodulation modes, medium control protocols, routing protocols and the like, and flexible expansion, update and test of the new protocols by the established software-defined underwater acoustic communication network protocol table, and is beneficial to the technical progress of the underwater acoustic communication network.
Drawings
FIG. 1 request to send an information frame structure;
fig. 2 allows for the transmission of an information frame structure;
FIG. 3 is a receive node media control flow diagram;
FIG. 4 is a transmission node media control flow diagram;
FIG. 5 routing information frame structure;
fig. 6 is a flow chart of intermediate receiving node routing;
fig. 7 is a routing flow diagram of a transmitting node.
Detailed Description
The following detailed description of the embodiments of the invention is provided with reference to specific steps and drawings so that the advantages and features of the invention will be more readily understood by those skilled in the art, and thus the scope of the invention will be more clearly defined.
The invention provides a software-defined multitasking underwater acoustic communication network protocol design method, which realizes the protocol control of the software-defined underwater acoustic communication network by on-line configuration and modification of the modulation-demodulation mode, the medium control protocol and the routing protocol of the underwater acoustic communication network according to the priorities of different network tasks in the form of medium control information and routing control information handshake information interaction. The embodiment describes the working mode of the software defined multitasking underwater acoustic communication network protocol design method according to the invention through specific steps.
Step 1: configuring protocol table of each layer of software-defined underwater acoustic communication network
According to the task requirement of the underwater network, each layer of protocol of the network is configured, including a network layer protocol, a medium control layer protocol and a modulation-demodulation mode. And establishing a protocol table of each layer of the software-defined underwater acoustic communication network as shown in table 1, and numbering different protocols in the table. At the network layer, the network protocols from sequence number 1 to sequence number 3 correspond to the AODV, flooding and DSR routing protocols respectively; in the medium control layer, network protocols from serial number 1 to serial number 3 correspond to MACA, ALOHA and TDMA protocols respectively; for the modulation and demodulation modes, the sequence numbers 1 to 3 correspond to the modulation and demodulation modes such as spread spectrum, frequency shift keying, orthogonal frequency division multiplexing and the like. Meanwhile, the protocol table of each layer of the software-defined underwater acoustic communication network can conveniently realize flexible expansion, updating and testing of network modulation-demodulation modes, medium control protocols and routing protocols.
Step 2: configuration software-defined underwater acoustic communication network protocol policy table
A software defined underwater acoustic communications network task protocol policy table is deployed within a node of an underwater acoustic network, as shown in table 2. In the table, different tasks are distinguished according to their priorities. For example, for a network task with priority 1, the task protocol policy table specifies that the 2 nd modem mode, the 2 nd medium control protocol, and the 3 rd routing protocol are employed. The invention realizes the network protocol division based on different network task priorities based on the network task protocol policy table. Meanwhile, when a new network task is generated, the software defined underwater acoustic communication network protocol policy table can be flexibly inserted into the software defined underwater acoustic communication network protocol policy table, so that the service on demand of the new task is realized.
Step 3: modulation-demodulation mode for respectively configuring receiving node and transmitting node
In the invention, the receiving and transmitting node is limited in the initial stage of networking, and the control frame information comprises request transmission information, permission transmission information and the like, and adopts a modulation and demodulation mode based on spread spectrum by default. Meanwhile, the receiving and transmitting node utilizes other fields of the control frame information to agree on the adopted medium control protocol and routing protocol.
Step 3.1: modulation and demodulation method for configuring receiving node
After receiving the request to send the information frame and correctly decoding the information frame by using a default spread spectrum modulation-demodulation mode, the receiving node determines a modulation-demodulation mode suggested by the sending node. The frame structure of the request to send information designed by the invention is shown in fig. 1. The request-to-send information shown in fig. 1 is mainly composed of a control frame type, a packet sequence number, a task ID number, a priority, a modem mode, a medium control protocol, a routing protocol, a data frame length, a data load, and the like: 1) The control frame type is request to send information; 2) The packet sequence number is the number of the packet data; 3) The task number is a task number which is agreed in advance in a network task protocol policy table; 4) The priority is task priority agreed in advance in a network task protocol policy table; 5) The modulation-demodulation mode, the medium control protocol and the routing protocol are protocols of each layer which are agreed in advance in a network task protocol policy table; 6) The data frame length and data payload are the length and specific content of the transmitted data frame. Meanwhile, the receiving node determines a medium control protocol and a routing protocol according to a software-defined underwater acoustic communication network task protocol policy table, and receives subsequent data according to the protocols.
In addition, the receiving node can recommend other modulation and demodulation modes to be adopted according to the real-time condition of the underwater sound channel in the returned permission to send information. As shown in fig. 2, the frame structure for allowing transmission information to be replied by the receiving node is mainly composed of a control frame type, a packet sequence number, a task ID, a modem mode, a data frame length, a data load, and the like: 1) The control frame type is permission information; 2) The packet sequence number is the number of the packet data; 3) The task number is a task number which is agreed in advance in a network task protocol policy table; 4) The modulation and demodulation mode is a modulation and demodulation mode of the receiving node replying data, and the default is to delay the modulation and demodulation mode of the request for sending information, meanwhile, the receiving node requesting for sending information can measure the underwater sound channel in real time according to the current underwater sound data, select a proper modulation and demodulation mode and send the information in permission; 5) The data frame length and data payload are the length and specific content of the transmitted data frame.
Step 3.2: modulation and demodulation method for configuring transmitting node
The transmitting node flexibly selects a proper modulation and demodulation mode in real time according to the actual condition in the network operation process and the received underwater sound communication data, and fills the recommended modulation and demodulation mode in the request to be transmitted, thereby improving the stability of data transmission.
Step 4: respectively configuring medium control protocol of receiving node and transmitting node
In the medium control protocol of the invention, for request transmission information/permission transmission information/response confirmation information in the network, a data modulation demodulation mode based on spread spectrum is adopted to ensure the identification and transmission of control information. Meanwhile, the invention informs the receiving node of the protocol combination adopted by the current data transmission by requesting to send information in all protocols controlled by media.
Step 4.1: configuring a receiving node media control protocol
The medium control protocol for configuring the receiving node is mainly divided into the following 8 steps, as shown in fig. 3.
Step 4.1.1: the node is in a waiting mode when not working;
step 4.1.2: the node receives the request to send information, reads the control frame type in the request to send information, and then reads the information by a default spread spectrum modulation demodulation mode, and further reads fields such as a packet sequence number, a data ID, a priority, a modulation demodulation mode, a medium control protocol, a routing protocol and the like in the request to send information;
step 4.1.3: setting a timer 1;
step 4.1.4: in the working time of the timer 1, if the request transmission information of other transmission nodes or other network tasks is received, the new request transmission information is interpreted according to the 4.1.2 th step; if no new request-to-send information is received, continuing waiting for the action time of the timer 1;
step 4.1.5: after the action time of the timer 1 is finished, the node compares all the priorities of the request sending information received in the action time of the timer 1, and sets the protocol types of each layer of the node as the protocol combination corresponding to the sending request information with the highest priority;
step 4.1.6: the node replies the permission sending information, and can extend the suggested modulation and demodulation mode of the request sending information or detect the channel condition and suggest the modulation and demodulation mode in the permission sending information to be used as the preferential selection of the sending data of the next opposite side;
step 4.1.7: the node sets a timer 2 to wait for receiving data;
step 4.1.8: if the node receives data within the action time of the timer 2, submitting the effective load to a network layer and entering a waiting mode; if no data is received within the timer 2 active time, the waiting mode is returned directly.
Step 4.2: configuring a transmission node media control protocol
The medium control protocol configuring the transmitting node is mainly divided into the following 5 steps, as shown in fig. 4.
Step 4.2.1: in the transmitting node, the network layer and the like need to transmit route request information/route reply information/data information;
step 4.2.2: selecting a spread spectrum modulation and demodulation mode to send request sending information, and informing a receiving node of a network protocol combination recommended to be adopted in the request sending information;
step 4.2.3: after the transmission of the request transmission information is completed, the node sets 1 timer to start waiting for the permission transmission information;
step 4.2.4: whether the permission to send information is received within the action time of the timer;
step 4.2.5: if the permission information is received and read correctly in the action time of the timer, the data is transmitted according to the medium control protocol and the modulation-demodulation mode agreed by the receiving-transmitting node; if the permission to send information or the interpretation error is not received within the timer action time, the request to send information is resent and the waiting for permission to send information process is restarted.
Step 5: routing protocols for configuring a transmitting node and an intermediate receiving node, respectively
In the present invention, the nodes further operate on the payloads after the medium control layer parsing according to the routing protocol proposed within the control frame. As shown in fig. 5, the global routing information used in the present invention is mainly composed of priority, activity counter, task ID, routing protocol, previous hop address, hop count, source address, destination address, next hop address, etc.: 1) priority is the priority of the route, 2) activity counter is the activity level of the route, 3) task ID is the serial number of the current task, 4) routing protocol is the type of routing protocol adopted, 5) previous hop address is the last hop node of the route, 6) hop count is the total hop count from source address to current node, 7) source address is the initiating node of the route, 8) destination address is the ending node of the route, 9) next hop address is the next hop address of the route.
Meanwhile, in the present invention, each node is provided with a routing table, and specific information of each route, such as priority, activity counter, task ID, routing protocol, previous hop address, hop count, source address, destination address, next hop address, etc., are recorded, as shown in table 3. In the invention, different tasks may use the same routing protocol or experience the same routing node, so the invention unifies all protocols to form a routing table and divides the tasks according to the priority of the tasks. When the route calculation is carried out, matching is carried out according to the unified route table, and then the forwarding of relevant data is carried out.
For the matching of the routing protocol, if the solution read is a routing control frame such as a routing request/a routing reply/a routing error, the specific implementation is performed according to the relevant protocol, and mainly includes: 1) The route request control frame is searched in the route table of the node according to the sequence number and the destination address of the packet, if the route information to the destination node exists, a route reply response is generated, otherwise, a new route request frame is generated, and the new route request frame is transmitted to the medium control layer for broadcasting; 2) After the route reply frame intercepts the route effective part, the route effective part is recorded in the local route table, and then a new route reply frame is generated or the destruction is finished.
Step 5.1: routing protocol for configuring intermediate receiving nodes
As a route receiving node, but not a destination node, i.e., an intermediate receiving node, the route configuration flow thereof is mainly divided into the following 10 steps, as shown in fig. 6.
Step 5.1.1: the intermediate receiving node is in a waiting state;
step 5.1.2: the medium control layer uploads the effective load, the network layer analyzes the load head and judges the type of the route control information;
step 5.1.3: if the route is the route control information such as the route reply/route request, the judgment and the matching of the route are executed according to the route protocol configured in the control information, and the route table is updated;
step 5.1.4: updating the routing table, and filling the newly generated routing information into the routing table of the node;
step 5.1.5: if the data information is the data information, the establishment of the route is indicated, and all the nodes in the forward direction start the data transmission process, so that before the forwarding action is executed, the data information needs to be matched with a routing table stored in the node, the priority of the network task is judged, and then whether the forwarding is executed is determined;
step 5.1.6: if the priority of the network task is highest, immediately responding, and configuring a medium control protocol, a routing protocol and a modulation-demodulation mode for data forwarding according to the information sent by the uploaded request;
step 5.1.7: if the priority of the network task is lower, setting a timer to carry out backoff waiting;
step 5.1.8: during the action of the step 5.1.7 timer, if no network task data with higher priority arrives, forwarding the data according to the routing protocol configured by the task in the step 5.1.7;
step 5.1.9: during the action of the step 5.1.7 timer, if the network task data with higher priority arrives, the data with low priority is temporarily stored locally, and the step 4.1.7 timer is updated;
step 5.1.10: and (3) checking whether the network task data with higher priority arrives or not after the timer working time of the 5.1.7 th step is finished, if the network task data with higher priority does not exist in the timer working time, carrying out data transmission in sequence from high priority to low priority, and otherwise, entering the timing waiting of the next round.
Step 5.2: routing protocol for configuring a transmitting node
The routing configuration flow of the transmitting node is mainly divided into the following 8 steps, as shown in fig. 7.
Step 5.2.1: the node generates data corresponding to the network task x;
step 5.2.2: judging whether a network task exists currently, if so, entering a step 5.2.3, and if not, entering a step 5.2.5;
step 5.2.3: comparing the newly generated network task x with the priority of the currently existing network task y;
step 5.2.4: if the priority of the task x is lower than that of the task y, the data of the task x is locally stored in advance, and the node waits for completing the current network task y;
step 5.2.5: judging whether a routing table of a network task x exists in the node or not, and still being effective;
step 5.2.6: if the effective routing table of the network task x exists, determining a network layer and medium control layer protocol and a modulation and demodulation mode according to the network task type, and then carrying out data transmission;
step 5.2.7: if the routing table of the effective network task x does not exist, a route discovery process is started, and after the route is established, the process goes to step 5.2.6 for data transmission;
step 5.2.8: and resuming the execution of the low-priority network task or entering an ending state according to whether the low-priority network task existing in the node is interrupted.
| Serial number (1) | Serial number (2) | Serial number (3) | Serial number (4) | |
| Network layer | AODV | Flooding | DSR | … |
| Medium control layer | MACA | ALOHA | TDMA | … |
| Physical layer modulation and demodulation mode | Spread spectrum | Frequency shift keying | Orthogonal frequency division multiplexing | … |
Table 1 software defined underwater acoustic communication network protocol table
| Priority level | Task sequence number | Modulation/demodulation system | MAC layer protocol | Routing layer protocol |
| 1 | 1 | ② | ② | ③ |
| 2 | 2 | ① | ③ | ① |
| … | … | … | … | … |
Table 2 software defined underwater acoustic communication network task protocol policy table
| Serial number (1) | Serial number (2) | Serial number (3) | |
| Priority level | |||
| Active counter | |||
| Task ID | |||
| Routing protocol | |||
| Previous hop address | |||
| Hop count | |||
| Source address | |||
| Destination address | |||
| Next hop address |
Table 3 software defined underwater acoustic communication network node routing table
It should be understood that equivalents and modifications to the technical scheme and the inventive concept of the present invention should fall within the scope of the claims appended hereto.
Claims (6)
1. A software-defined multitasking underwater acoustic communication network protocol design method is characterized in that: the protocol control of the software-defined underwater acoustic communication network is realized by the media control information and the routing control information handshaking information interaction mode, on-line configuration and modification of the modulation-demodulation mode, the media control protocol and the routing protocol of the underwater acoustic communication network according to the priorities of different network tasks;
the method comprises the following specific steps:
configuring a protocol table of each layer of the software-defined underwater acoustic communication network: constructing a protocol table of each layer of the software-defined underwater acoustic communication network, wherein the protocol table comprises a network layer protocol, a medium control layer protocol and a modulation-demodulation mode, and numbering different protocols in the table;
configuring a software-defined underwater acoustic communication network task protocol policy table: constructing a software-defined underwater acoustic communication network task protocol policy table, distinguishing according to priorities of different tasks, and realizing network protocol division based on different network task priorities;
and respectively configuring modulation and demodulation modes of a receiving node and a transmitting node: after receiving the request to send the information frame and correctly decoding the information frame by using a default spread spectrum modulation-demodulation mode, the receiving node determines a modulation-demodulation mode suggested by the sending node; the receiving node determines a medium control protocol and a routing protocol according to a software-defined underwater acoustic communication network task protocol policy table, and receives subsequent data according to the protocols; the transmitting node selects a proper modulation and demodulation mode according to the actual condition in the network operation process and the received actual underwater sound communication data, and fills the request to be transmitted with the recommended modulation and demodulation mode;
medium control protocols of a receiving node and a transmitting node are respectively configured: the receiving node receives the request sending information, and reads the packet serial number, the data ID, the priority, the modulation and demodulation mode, the medium control protocol and the routing protocol fields in the request sending information by a default spread spectrum modulation and demodulation mode; the receiving node replies the permission sending information, and can delay the suggested modulation and demodulation mode of the request sending information or detect the channel condition and suggest other modulation and demodulation modes in the permission sending information so as to be used as the preferential selection of the sending data of the other party in the next step; the receiving node waits for receiving data, submits the effective load to a network layer after the data arrives, and enters a waiting mode; when the network layer generates data demand, the transmitting node transmits request transmission information in a default spread spectrum modulation and demodulation mode, and informs the receiving node of the suggested network protocol combination in the request transmission information; after receiving the permission sending information, the sending node sends data according to a medium control protocol agreed by the receiving and sending node and a modulation and demodulation mode;
respectively configuring routing protocols of an intermediate receiving node and a transmitting node: the intermediate receiving node analyzes the network load uploaded by the medium control layer, judges and matches the route aiming at the route control information of the route reply/route request, updates a route table, compares the priority of the newly arrived and currently executed network tasks aiming at the data information, and respectively configures a medium control protocol, a route protocol and a modulation-demodulation mode for each task to execute data transmission; the sending node judges whether a routing table of a network task to be transmitted exists in the node, if so, the network layer and the medium control layer protocol and the modulation-demodulation mode are determined according to the network task type, then data transmission is carried out, if not, a route discovery process is started, and then the data transmission is carried out after the route is established.
2. The software-defined multitasking underwater acoustic communications network protocol design method of claim 1, characterized by: step 1, establishing a protocol table of each layer of a software-defined underwater acoustic communication network, and numbering different protocols in the table; at the network layer, the network protocols from sequence number 1 to sequence number 3 correspond to the AODV, flooding and DSR routing protocols respectively; in the medium control layer, network protocols from serial number 1 to serial number 3 correspond to MACA, ALOHA and TDMA protocols respectively; for the modulation and demodulation modes, the serial numbers 1 to 3 correspond to the modulation and demodulation modes of spread spectrum, frequency shift keying and orthogonal frequency division multiplexing respectively.
3. The software-defined multitasking underwater acoustic communications network protocol design method of claim 1, characterized by: in step 3, the configuration receiving node modulation and demodulation mode specifically includes: after receiving the request-to-send information frame and correctly decoding the request-to-send information frame in a default spread spectrum modulation-demodulation mode, the receiving node determines a modulation-demodulation mode suggested by the sending node, wherein the request-to-send information mainly comprises a control frame type, a packet sequence number, a task ID number, a priority, a modulation-demodulation mode, a medium control protocol, a routing protocol, a data frame length and a data load: 1) The control frame type is request to send information; 2) The packet sequence number is the number of the packet data; 3) The task number is a task number which is agreed in advance in a network task protocol policy table; 4) The priority is task priority agreed in advance in a network task protocol policy table; 5) The modulation-demodulation mode, the medium control protocol and the routing protocol are protocols of each layer which are agreed in advance in a network task protocol policy table; 6) The data frame length and data payload are the length and specific content of the transmitted data frame.
4. A software-defined multitasking underwater acoustic communications network protocol design method as in claim 1 or 3, characterized by: in step 3, the receiving node recommends to use other modulation and demodulation modes according to the real-time condition of the underwater sound channel in the recovered allowable transmission information, and the frame structure of the allowable transmission information recovered by the receiving node mainly comprises a control frame type, a packet sequence number, a task ID, a modulation and demodulation mode, a data frame length and a data load: 1) The control frame type is permission information; 2) The packet sequence number is the number of the packet data; 3) The task number is a task number which is agreed in advance in a network task protocol policy table; 4) The modulation and demodulation mode is a modulation and demodulation mode of the receiving node replying data, and the default is to delay the modulation and demodulation mode of the request for sending information, meanwhile, the receiving node requesting for sending information can measure the underwater sound channel in real time according to the current underwater sound data, select a proper modulation and demodulation mode and send the information in permission; 5) The data frame length and data payload are the length and specific content of the transmitted data frame.
5. The software-defined multitasking underwater acoustic communications network protocol design method of claim 1, characterized by: in step 4, the medium control protocol of the receiving node and the sending node is respectively configured
Step 4.1: configuring a receiving node media control protocol
The medium control protocol for configuring the receiving node is mainly divided into the following 8 steps:
step 4.1.1: the node is in a waiting mode when not working;
step 4.1.2: the node receives the request sending information, reads the control frame type in the request sending information, and reads the packet sequence number, the data ID, the priority, the modulation and demodulation mode, the medium control protocol and the routing protocol field in the request sending information by a default spread spectrum modulation and demodulation mode after judging the request sending information;
step 4.1.3: setting a timer 1;
step 4.1.4: in the working time of the timer 1, if the request transmission information of other transmission nodes or other network tasks is received, the new request transmission information is interpreted according to the 4.1.2 th step; if no new request-to-send information is received, continuing waiting for the action time of the timer 1;
step 4.1.5: after the action time of the timer 1 is finished, the node compares all the priorities of the request sending information received in the action time of the timer 1, and sets the protocol types of each layer of the node as the protocol combination corresponding to the sending request information with the highest priority;
step 4.1.6: the node replies the permission sending information, and can extend the suggested modulation and demodulation mode of the request sending information or detect the channel condition and suggest the modulation and demodulation mode in the permission sending information to be used as the preferential selection of the sending data of the next opposite side;
step 4.1.7: the node sets a timer 2 to wait for receiving data;
step 4.1.8: if the node receives data within the action time of the timer 2, submitting the effective load to a network layer and entering a waiting mode; if no data is received within the action time of the timer 2, directly returning to the waiting mode;
step 4.2: configuring a transmission node media control protocol
The medium control protocol configuring the transmitting node is mainly divided into the following 5 steps,
step 4.2.1: in the transmitting node, the network layer needs to transmit route request information/route reply information/data information;
step 4.2.2: selecting a spread spectrum modulation and demodulation mode to send request sending information, and informing a receiving node of a network protocol combination recommended to be adopted in the request sending information;
step 4.2.3: after the transmission of the request transmission information is completed, the node sets 1 timer to start waiting for the permission transmission information;
step 4.2.4: whether the permission to send information is received within the action time of the timer;
step 4.2.5: if the permission information is received and read correctly in the action time of the timer, the data is transmitted according to the medium control protocol and the modulation-demodulation mode agreed by the receiving-transmitting node; if the permission to send information or the interpretation error is not received within the timer action time, the request to send information is resent and the waiting for permission to send information process is restarted.
6. The software-defined multitasking underwater acoustic communications network protocol design method of claim 1, characterized by: in step 5, the routing protocols of the sending node and the intermediate receiving node are respectively configured
Step 5.1: routing protocol for configuring intermediate receiving nodes
As a route receiving node but not a destination node, namely an intermediate receiving node, the route configuration flow mainly comprises the following 10 steps;
step 5.1.1: the intermediate receiving node is in a waiting state;
step 5.1.2: the medium control layer uploads the effective load, the network layer analyzes the load head and judges the type of the route control information;
step 5.1.3: if the route is the route control information of the route reply/route request, the judgment and the matching of the route are executed according to the route protocol configured in the control information, and the route table is updated;
step 5.1.4: updating the routing table, and filling the newly generated routing information into the routing table of the node;
step 5.1.5: if the data information is the data information, the establishment of the route is indicated, and all the nodes in the forward direction start the data transmission process, so that before the forwarding action is executed, the data information needs to be matched with a routing table stored in the node, the priority of the network task is judged, and then whether the forwarding is executed is determined;
step 5.1.6: if the priority of the network task is highest, immediately responding, and configuring a medium control protocol, a routing protocol and a modulation-demodulation mode for data forwarding according to the information sent by the uploaded request;
step 5.1.7: if the priority of the network task is lower, setting a timer to carry out backoff waiting;
step 5.1.8: during the action of the step 5.1.7 timer, if no network task data with higher priority arrives, forwarding the data according to the routing protocol configured by the task in the step 5.1.7;
step 5.1.9: during the action of the step 5.1.7 timer, if the network task data with higher priority arrives, the data with low priority is temporarily stored locally, and the step 4.1.7 timer is updated;
step 5.1.10: checking whether network task data with higher priority arrives or not after the timer action time of the 5.1.7 th step is finished, if no network task data with higher priority arrives in the timer action time, sequentially transmitting the data according to the order of the priority from high to low, otherwise, entering the timing waiting of the next round;
step 5.2: routing protocol for configuring a transmitting node
The route configuration flow of the sending node is mainly divided into the following 8 steps;
step 5.2.1: the node generates data corresponding to the network task x;
step 5.2.2: judging whether a network task exists currently, if so, entering a step 5.2.3, and if not, entering a step 5.2.5;
step 5.2.3: comparing the newly generated network task x with the priority of the currently existing network task y;
step 5.2.4: if the priority of the task x is lower than that of the task y, the data of the task x is locally stored in advance, and the node waits for completing the current network task y;
step 5.2.5: judging whether a routing table of a network task x exists in the node or not, and still being effective;
step 5.2.6: if the effective routing table of the network task x exists, determining a network layer and medium control layer protocol and a modulation and demodulation mode according to the network task type, and then carrying out data transmission;
step 5.2.7: if the routing table of the effective network task x does not exist, a route discovery process is started, and after the route is established, the process goes to step 5.2.6 for data transmission;
step 5.2.8: and resuming the execution of the low-priority network task or entering an ending state according to whether the low-priority network task existing in the node is interrupted.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110789899.XA CN113676346B (en) | 2021-07-13 | 2021-07-13 | Software-defined multitasking underwater acoustic communication network protocol design method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110789899.XA CN113676346B (en) | 2021-07-13 | 2021-07-13 | Software-defined multitasking underwater acoustic communication network protocol design method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113676346A CN113676346A (en) | 2021-11-19 |
| CN113676346B true CN113676346B (en) | 2023-12-12 |
Family
ID=78539094
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110789899.XA Active CN113676346B (en) | 2021-07-13 | 2021-07-13 | Software-defined multitasking underwater acoustic communication network protocol design method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113676346B (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6096085A (en) * | 1998-03-23 | 2000-08-01 | The United States Of America As Represented By The Secretary Of The Navy | Computer-readable software and computer-implemented method for performing an integrated sonar simulation |
| CN1315120A (en) * | 1999-04-23 | 2001-09-26 | 皇家菲利浦电子有限公司 | Reconfigurable communication network |
| CN102355440A (en) * | 2011-07-08 | 2012-02-15 | 上海大学 | Underwater acoustic communication method based on very minimum chirp keying modulation |
| CN103944596A (en) * | 2013-01-18 | 2014-07-23 | 中国科学院上海高等研究院 | Software-definition-based communication device supporting multi-protocol transmission |
| CN104601280A (en) * | 2014-12-26 | 2015-05-06 | 中国船舶重工集团公司第七一五研究所 | Multi-path coordinative communication method for underwater sound sensor network |
| CN105553572A (en) * | 2015-12-14 | 2016-05-04 | 中国海洋大学 | Underwater communication system |
| CN110177021A (en) * | 2019-06-27 | 2019-08-27 | 上海金卓网络科技有限公司 | Wireless self-organizing network nodes and data transmission method based on software definition |
| CN112511442A (en) * | 2020-12-15 | 2021-03-16 | 东南大学 | Software-defined distributed underwater acoustic sensor network flow table storage and management method |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9734220B2 (en) * | 2012-12-04 | 2017-08-15 | Planet Os Inc. | Spatio-temporal data processing systems and methods |
| EP3416309A1 (en) * | 2017-05-30 | 2018-12-19 | Northeastern University | Underwater ultrasonic communication system and method |
-
2021
- 2021-07-13 CN CN202110789899.XA patent/CN113676346B/en active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6096085A (en) * | 1998-03-23 | 2000-08-01 | The United States Of America As Represented By The Secretary Of The Navy | Computer-readable software and computer-implemented method for performing an integrated sonar simulation |
| CN1315120A (en) * | 1999-04-23 | 2001-09-26 | 皇家菲利浦电子有限公司 | Reconfigurable communication network |
| CN102355440A (en) * | 2011-07-08 | 2012-02-15 | 上海大学 | Underwater acoustic communication method based on very minimum chirp keying modulation |
| CN103944596A (en) * | 2013-01-18 | 2014-07-23 | 中国科学院上海高等研究院 | Software-definition-based communication device supporting multi-protocol transmission |
| CN104601280A (en) * | 2014-12-26 | 2015-05-06 | 中国船舶重工集团公司第七一五研究所 | Multi-path coordinative communication method for underwater sound sensor network |
| CN105553572A (en) * | 2015-12-14 | 2016-05-04 | 中国海洋大学 | Underwater communication system |
| CN110177021A (en) * | 2019-06-27 | 2019-08-27 | 上海金卓网络科技有限公司 | Wireless self-organizing network nodes and data transmission method based on software definition |
| CN112511442A (en) * | 2020-12-15 | 2021-03-16 | 东南大学 | Software-defined distributed underwater acoustic sensor network flow table storage and management method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113676346A (en) | 2021-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2333603C2 (en) | Unit and method of control of access control level operational conditions to data transmission medium within wireless broadband communication system | |
| US10028276B2 (en) | Node device and method of allocating resources in wireless sensor networks | |
| CN101267240B (en) | Multi-hop wireless relay communication system and download data transmission method and device | |
| CN104796959B (en) | A kind of mixed type MAC protocol method of clustering architecture multicarrier water sound sensor network | |
| JP5481486B2 (en) | Self-organizing communication network and operation method thereof | |
| CN104754748A (en) | D2D (device to device) resource allocation method, D2D data transmission method and device | |
| CN104508996B (en) | Connect method for building up, apparatus and system | |
| US7756096B2 (en) | Transmission resource reservation management in wireless network | |
| US8964625B2 (en) | Dynamic wireless network apparatuses, systems, and methods | |
| JPWO2005027422A1 (en) | Wireless packet communication method and wireless packet communication device | |
| US7996534B2 (en) | File distribution in wireless networks | |
| CN103248463B (en) | A kind of method and apparatus of transmission frame information | |
| CN113747513A (en) | Service quality management method and device | |
| CN114340030B (en) | Frame time slot Aloha access method for unmanned cluster networking measurement and control | |
| CN104272831B (en) | Distribution method, base station and the user equipment of the communication resource | |
| CN103391487A (en) | Method and device for transmitting services in multiple logical link identifier (LLID) mode | |
| CN114449589A (en) | Time slot resource reservation system and method | |
| CN113676346B (en) | Software-defined multitasking underwater acoustic communication network protocol design method | |
| EP2034669A1 (en) | Method for determining the distance between a route and a node of a possible parallel route for data transmission | |
| CN101491134A (en) | Methods and apparatus for transitioning between states | |
| CN115002844A (en) | Method and system for realizing resource reservation based on dynamic TDMA (time division multiple address) resource allocation ad hoc network | |
| CN112911674B (en) | Data transmission method, device, equipment and storage medium | |
| CN113766516B (en) | Uplink configuration method, system, base station and storage medium | |
| JP7379476B2 (en) | Multiband communication in wireless mesh networks | |
| CN101668311A (en) | Routing method of mobile Ad Hoc network |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |