Object-oriented protocol data interaction method, system and device

Abstract

An object-oriented protocol data interaction method, system, and device, characterized in that the method includes the following steps: obtaining device attribute information of a data sending end and a data receiving end, and generating data transmission parameters based on the device attribute information; confirming or modifying the values ​​of the data transmission parameters based on the APCI negotiation improved by the sliding window, wherein the data transmission parameters include a threshold for the number of data frames sent and not confirmed, a threshold for the number of data frames received and not confirmed, a confirmation timeout threshold when there is no data interaction, and a link restart flag; adding the data transmission parameters to the control fields of the I data frame and the S data frame based on the object-oriented protocol; and performing data interaction based on the control fields of the updated I data frame and the S data frame. The method of the present invention improves the transmission efficiency and reliability of local communication, improves the utilization efficiency of edge devices, and satisfies the data interaction system's requirements for higher transmission efficiency, higher reliability, and interoperability.

Description

Technical Field

[0001] The present invention relates to the field of data transmission, and more specifically, to an object-oriented protocol data interaction method, system and device. Background Art

[0002] With the advancement of power system electricity consumption information collection technology, data processing platforms and power operations and maintenance personnel are placing increasingly stringent demands on data collection systems. This is primarily reflected in the increasing scope and frequency of data collection. For example, data collection methods for power users' electricity consumption have gradually expanded from daily freezes on the settlement date to daily freezes, 96-point curves, and 5-minute data, with even 1-minute data collection becoming increasingly widespread. This places higher demands on the real-time nature of collected data. Against this backdrop, the devices connected to power systems are becoming increasingly complex, diverse, and numerous, and they must also support non-stop operations such as online upgrades. This places even higher demands on local communication protocols.

[0003] However, in the existing technology, local communication protocols still have some problems. For example, with the increase in the types of access devices, there are many types of local communication protocols, mainly including 645, object-oriented protocol, 101 and modbus. The mixed use of different communication protocols has led to low data collection efficiency and increased the difficulty of interconnection between power equipment. On the other hand, the functions of various types of downstream access devices are becoming more and more rich, not only supporting online upgrades, but also putting higher requirements on the transmission rate of local communication protocols. When data interaction between various types of equipment becomes increasingly frequent, it will lead to low operating efficiency of the data master station. Even if a large amount of cost investment is increased, it is difficult to fully meet the needs of various businesses.

[0004] In order to solve the above problems, a new data interaction method, system and device are urgently needed. Summary of the Invention

[0005] In order to address the deficiencies in the prior art, the present invention provides an object-oriented protocol data interaction method, system and device. By designing data transmission parameters and adding the data transmission parameters as control domain fields to I data frames and S data frames, supplementary control of power data interaction is achieved.

[0006] The present invention adopts the following technical solutions.

[0007] The first aspect of the present invention relates to an object-oriented protocol data interaction method, which includes the following steps: obtaining device attribute information of a data sending end and a data receiving end, and generating data transmission parameters based on the device attribute information; confirming or modifying the values ​​of the data transmission parameters based on the APCI negotiation improved by the sliding window, wherein the data transmission parameters include a threshold for the number of data frames sent and not confirmed, a threshold for the number of data frames received and not confirmed, a confirmation timeout threshold when there is no data interaction, and a link restart flag; adding the data transmission parameters to the control fields of I data frames and S data frames based on the object-oriented protocol; and performing data interaction based on the control fields of the updated I data frames and S data frames.

[0008] Preferably, the data transmission parameters are added to the control fields of the I data frame and the S data frame based on the object-oriented protocol, and also include: after the data transmission parameters are confirmed, the data sending end adds the threshold for the number of data frames sent and not confirmed, the threshold for the number of data frames received and not confirmed, and the confirmation timeout threshold when there is no data interaction to the control field of the I data frame.

[0009] Preferably, adding the data transmission parameters to the control fields of the I data frame and the S data frame based on the object-oriented protocol also includes: after confirming the data transmission parameters, the data receiving end adds a link restart flag to the control field of the S data frame.

[0010] Preferably, data interaction is performed based on the control fields of the updated I data frame and S data frame, and also includes: when the number of received and unconfirmed data frames in the data receiving end is equal to or greater than the threshold of the number of received and unconfirmed data frames recorded in the current I data frame, the S data frame is fed back to the data sending end.

[0011] Preferably, data interaction is performed based on the control fields of the updated I data frame and S data frame, and also includes: when the number of data frames sent and not confirmed in the data sending end is equal to or greater than the threshold number of data frames sent and not confirmed recorded in the current I data frame, stopping sending data frames to the data receiving end and waiting for the S data frame from the data receiving end.

[0012] Preferably, data interaction is performed based on the control fields of the updated I data frame and S data frame, and also includes: when the data receiving end is in a state of no data interaction and the waiting time exceeds the confirmation timeout threshold when there is no data interaction, the S data frame is fed back to the data receiving end.

[0013] Preferably, performing data interaction based on the control fields of the updated I data frame and S data frame further includes: after the data sending end sends the last data frame to the data receiving end, the data sending end sends an S data frame to the data receiving end.

[0014] Preferably, data interaction is performed based on the control fields of the updated I data frame and S data frame, and also includes: when the sending sequence number order of multiple data frames received by the data receiving end from the data sending end is incorrect, an S data frame is sent to the data receiving end, and at the same time, the restart link flag field of the S data frame is modified and the S data frame is sent.

[0015] The second aspect of the present invention relates to an object-oriented protocol data interaction system, which is used to implement the steps of the method in the first aspect of the present invention, and the system includes an acquisition module, an improvement module, an addition module and an interaction module; wherein the acquisition module is used to obtain device attribute information of a data sending end and a data receiving end, and generate data transmission parameters based on the device attribute information; the improvement module is used to confirm or modify data transmission parameters based on APCI negotiation improved by a sliding window, wherein the data transmission parameters include a threshold for the number of data frames sent but not confirmed, a threshold for the number of data frames received but not confirmed, a confirmation timeout threshold when there is no data interaction, and a link restart flag; the addition module is used to add data transmission parameters to the control fields of I data frames and S data frames based on an object-oriented protocol; and the interaction module is used to perform data interaction based on the control fields of the updated I data frames and S data frames.

[0016] The third aspect of the present invention relates to a data interaction device, comprising a processor and a storage medium; the storage medium is used to store instructions; the processor is used to operate according to the instructions to execute the steps in the method of the first aspect of the present invention. The beneficial effect of the present invention is that, compared with the prior art, the sliding window-based object-oriented protocol data interaction method, system and device of the present invention can design data transmission parameters, and add the data transmission parameters as control domain fields to the I data frame and the S data frame, thereby realizing supplementary control of power data interaction. The method of the present invention improves the transmission efficiency and reliability of local communication, improves the utilization efficiency of edge devices, and satisfies the higher transmission efficiency, higher reliability and interoperability of the data interaction system. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 Schematic diagram of the steps of the object-oriented protocol data interaction method based on sliding window of the present invention;

[0018] Figure 2 Schematic diagram of data frame transmission between a data sending end and a data receiving end in the object-oriented protocol data interaction method based on a sliding window of the present invention;

[0019] Figure 3 Schematic diagram of the number of I data frames in the object-oriented protocol data interaction method based on a sliding window of the present invention;

[0020] Figure 4This is a schematic diagram of the number of messages in the S data frame in the object-oriented protocol data interaction method based on the sliding window of the present invention. DETAILED DESCRIPTION

[0021] To make the purpose, technical solutions and advantages of the present invention clearer, the technical solutions of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. The embodiments described in the present invention are only part of the embodiments of the present invention, not all of the embodiments. Based on the spirit of the present invention, all other embodiments not described in the present invention that are obtained by ordinary technicians in this field based on the embodiments described in the present invention without making creative work should fall within the scope of protection of the present invention.

[0022] Figure 1 The figure is a schematic diagram of the steps of an object-oriented protocol data interaction method based on a sliding window of the present invention. Figure 1 As shown, the first aspect of the present invention relates to an object-oriented protocol data interaction method based on a sliding window, and the method includes steps 1 to 4.

[0023] Step 1: Obtain device attribute information of a data transmitter and a data receiver, and generate data transmission parameters based on the device attribute information.

[0024] The improved method of the present invention improves the data transmission process between the data transmitter and receiver. This improvement is achieved by adding corresponding control fields to the APCI. Before adding the corresponding control fields to the APCI of the data frame, the specific contents of these fields are determined through negotiation between the data transmitter and the data receiver. During this negotiation process, these parameters are referred to as data transmission parameters.

[0025] In the present invention, the specific process of negotiation can refer to the methods in the prior art. For example, it can be determined by collecting the properties of the data sending end and the data receiving end device itself, such as the cache capacity of a certain device, the calculation speed of the CPU, etc. After collection, these indicators are converted into corresponding data transmission parameters and sent to the opposite device through the ASDU (Application Service Data Unit) field in the data frame. When the opposite device recognizes and parses it, it confirms the data transmission mode of the bidirectional link.

[0026] Step 2: Confirm or modify data transmission parameters based on APCI negotiation. The data transmission parameters include the threshold for the number of data frames sent but not confirmed, the threshold for the number of data frames received but not confirmed, the confirmation timeout threshold when there is no data interaction, and the link restart flag.

[0027] It is understandable that due to various problems existing in data transmission in the prior art, in order to achieve efficient and secure data transmission between the data receiving end and the data sending end, the present invention improves the data frame format of the IEC104 protocol, a data transmission protocol commonly used for power data in the prior art. Specifically, in the IEC104 protocol, APCI (Application protocol control information) is the control part in the application protocol data unit, which is used to record the important parameters and transmission parameters of the data message, so as to provide a reference for the sending and receiving devices in the various processes of sending, transmitting, receiving, and parsing the data message. It is understandable that the APCI-based negotiation to confirm or modify the data transmission parameters is implemented between the data sending end and the data receiving end.

[0028] Step 3: Add data transmission parameters to the control fields of the I data frame and the S data frame based on the object-oriented protocol.

[0029] After the data sending end and the data receiving end confirm the data transmission parameters, the data sending end adds the threshold for the number of data frames sent and not confirmed, the threshold for the number of data frames received and not confirmed, and the confirmation timeout threshold when there is no data interaction to the control field of the I data frame.

[0030] Through multiple different negotiations, the present invention allows the transmitting and receiving devices to independently and adjustably define the specific transmission mode of the data transmission process according to their own circumstances. The present invention more intuitively refers to this variable number of data frame confirmations and data frame waiting times as a sliding window. This adjustable sliding window allows a variable-window full-duplex communication model to be implemented based on different device requirements and data security and reliability needs.

[0031] It should be noted that the object-oriented protocol can be used in the present invention to implement the modification of some data frame formats in the protocol. In the present invention, the OAD class object model can be extended according to the integrated CLASS base class object model, and the OAD class model can be implemented and extended through integration. The OAD class here belongs to a data type in the DLT698.45 protocol, a standard data transmission protocol in the electric energy information acquisition and management system, specifically an object attribute descriptor, which can be used to access the attributes of the object in the protocol. After the OAD class object model is expanded, when the I data frame and S data frame formats in the protocol are improved, the expanded OAD class object can be identified based on the data transmission method corresponding to the corresponding field of the improved data frame. The identified OAD class object can indicate that the data transmission, reading, and processing methods between the data sending end and the data receiving end are improved.

[0032] Furthermore, the OAD class described above can be implemented using LUA scripts. Specifically, by using LUA script-based classes, fog computing can be extended to local communication master nodes, allowing data processing to be performed on edge devices, fully utilizing the computing power of these devices. This will be explained in detail in the examples below.

[0033] It should be noted that the improved protocol content in the present invention can be selected by the data sending end. In other words, the data sending end can choose whether to adopt the original protocol or the protocol in the present invention, which is an extended mode of the original protocol, according to the situation and needs of data transmission. For example, when it is detected that the total data transmission volume is too high during the download and upload process of the data file and reaches the set threshold, this extended mode of the data sending end can be activated. Therefore, the data sending end can transmit the I data frame to one or more data receiving ends on the opposite side, and carry the data transmission parameters to be negotiated in the data frame. If the opposite end confirms that it is passed, the data transmission can continue through this extended mode. When the stage of excessively high data transmission volume ends, this extended mode can also be ended in a similar manner, and the original data transmission process can be switched back.

[0034] Figure 2 Schematic diagram of data frame transmission between a data sending end and a data receiving end in the object-oriented protocol data interaction method based on a sliding window of the present invention. Figure 2 As shown, in the present invention, after the above parameters are added to the corresponding positions of the I data frame and the S data frame respectively, the data content in the relevant fields in the above data frames can be used to realize communication control.

[0035] Figure 3 Schematic diagram of the number of I data frames in an object-oriented protocol data interaction method based on a sliding window of the present invention. Figure 3 As shown, the I data frame of the present invention differs slightly from the APCI portion of the commonly used I-format data frame in the prior art. This I data frame includes nine control fields. Len1 and Len2 in the second and third control fields, respectively, indicate the length of the ASDU portion of the data frame. The third control field uses four bits to record the k and w values, respectively. Specifically, the k value in the present invention represents the threshold for the number of transmitted and unacknowledged data frames mentioned above, while the w value represents the threshold for the number of received and unacknowledged data frames. Based on the data content recorded in these two fields, the present invention can determine when the data transmitter stops sending data and waits for confirmation from the other end, and when the data receiver stops receiving data and sends an acknowledgment data frame to the other end.

[0036] In addition, the t value is recorded in the fifth control field and is used to indicate the confirmation timeout threshold when no data is exchanged. Furthermore, the transmit sequence number and receive sequence number are recorded in the fields corresponding to control fields 6 through 9, respectively. Following the APCI field, a Type I data frame also includes the ASDU field, which is used to transmit specific data content. In one embodiment of the present invention, the maximum length of a data frame is 1024 bytes.

[0037] After upgrading and reconstructing the format of the above-mentioned data frame, the method of the present invention can fully realize the control of data frame sending, receiving and timeout during data transmission.

[0038] Figure 4 Schematic diagram of the number of S data frames in an object-oriented protocol data interaction method based on a sliding window of the present invention. Figure 4 As shown, preferably, after the data transmitting end and the data receiving end confirm the data transmission parameters, the data receiving end adds a link restart flag to the control field of the S data frame.

[0039] In the present invention, a corresponding flag bit is added to the U-type data frame to determine whether the link needs to be restarted. In this embodiment of the present invention, the r field, or the link restart flag bit, is set in the last bit of the fifth control field. The sixth and seventh bits are used to store the received sequence number.

[0040] It should be noted that the I data frame and S data frame mentioned in the present invention are the same as the definitions of various types of data frames in the IEC104 protocol in the prior art, except that the control field of the data frame has been improved to a certain extent.

[0041] Preferably, when the number of received and unacknowledged data frames at the data receiving end is equal to or greater than the threshold number of received and unacknowledged data frames recorded in the current I data frame, S data frames are fed back to the data sending end. When the number of sent and unacknowledged data frames at the data sending end is equal to or greater than the threshold number of sent and unacknowledged data frames recorded in the current I data frame, data frames are stopped from being sent to the data receiving end, and an S data frame from the data receiving end is waited for.

[0042] Step 4: Data exchange is performed based on the control fields of the updated I data frame and S data frame.

[0043] When the data receiving end is in a non-data exchange state and the waiting time exceeds the confirmation timeout threshold when there is no data exchange, an S data frame is fed back to the data receiving end. When the data sending end sends the last data frame to the data receiving end, it sends an S data frame to the data receiving end.

[0044] According to the corresponding fields added to the I data frame and the S data frame in the foregoing text, the present invention can realize communication in a preset manner. The S data frame here is also a data frame type in IEC104. Specifically, the present invention can use the I data frame to realize data transmission, protocol negotiation, transmission initiation and data confirmation, etc., which contains APCI and ASDU for transmitting messages containing information. The S data frame is a data frame of the non-counting control function type, which is used to transmit control command messages, which only contains the APCI part. The S data frame is a data frame of the counting monitoring function type, which is used to transmit confirmation messages to the station end. It also only contains the APCI part.

[0045] In addition, the improved protocol in the present invention is applicable to a full-duplex communication channel and can support a normal communication mode of one master and multiple slaves and a broadcast model.

[0046] Preferably, when the data receiving end receives multiple data frames from the data sending end with incorrect sending sequence numbers, it sends an S data frame to the data receiving end, modifies the link restart flag field of the S data frame, and sends the S data frame.

[0047] In this way, the present invention can promptly detect the disorder of the data frame sequence during data transmission, interrupt the continued transmission of the data frame, and restart the link and the data sending end according to the disorder situation to prevent problems caused by communication link failure. Through the above steps, efficient and accurate data transmission can be guaranteed.

[0048] In addition, in the process of realizing data transmission, the present invention can realize the transmission of structured data by means of protocol extension. In one embodiment of the present invention, the OAD class is expanded based on the LUA calculation class, thereby improving the format in the data frame. LUA is a compact scripting language. It was developed in 1993 by a research team composed of Roberto Ierusalimschy, Waldemar Celes and Luiz Henrique de Figueiredo at the Pontifical Catholic University of Rio de Janeiro, Brazil. Its design purpose is to provide flexible expansion and customization functions for applications by flexibly embedding them in applications. Therefore, LUA, as an embedded script, has the fastest speed.

[0049] Electric power data usually has a relatively fixed transmission format. The LUA calculation class involved in the present invention is well matched with the format characteristics of the electric power data itself and processes the data content quickly.

[0050] In this embodiment of the present invention, the LUA calculation class includes fields such as a logical name, calculation result table, associated object attribute table, LUA script string, calculation mode, and run time. Table 1 shows the contents of the LUA calculation class in one embodiment of the present invention. This embodiment uses the calculation of line loss in a power grid substation as an example to illustrate the application of this class.

[0051]

[0052] Table 1LUA script table

[0053] In the present invention, the meter address can be added as an associated object first, and relevant information can be collected to generate an associated object attribute table. In addition, the start time is set to start real-time tracking and collection of data in the associated object. The calculation mode can be used to set different calculation methods such as overwriting calculation or periodic calculation for the data content collected multiple times in real time, as well as whether to save the original collection results after real-time calculation. In addition, the main function of the LUA script is to extract the relevant data of the meter when the start time is reached, such as the directly measured active power, etc., and to calculate the final demand data through the calculation of the LUA script, such as calculating the line loss of the substation. After the calculation is completed, the calculation results can be stored in the calculation result table for call.

[0054] The above is just one application scenario of the improved protocol in the present invention. The present invention can also be applied to other types of data transmission processes, so the LUA calculation class can also be improved according to actual conditions. For example, the LUA calculation class can support various operations such as resetting, executing, adding and deleting associated objects, and adding LUA scripts.

[0055] Preferably, data interaction is achieved between the data sending end and the data receiving end based on the control fields of the updated I data frame and S data frame.

[0056] It can be understood that since the control fields in the I data frame and the S data frame have changed, the data sending end and the data receiving end participating in the data interaction in the present invention can adjust the corresponding data interaction function according to the corresponding control fields in the data frame.

[0057] For example, based on a threshold for the number of sent but unacknowledged data frames, the data transmitter can count the number of data frames sent and suspend the current data transmission operation when the threshold is reached. The prior art also implements data transmission in this manner, but the number of data frames is fixed and cannot be modified. However, the present application improves APCI negotiation into a sliding window, so the number of data frames in a single transmission can be adjusted.

[0058] In addition, the receiver can adjust the number of data frames received at a time based on the number of received but unacknowledged data frames. The sender and receiver can also adjust the data exchange wait time based on the confirmation timeout threshold when no data is exchanged. The sender and receiver can also achieve continuous data transmission based on the link restart flag.

[0059] The second aspect of the present invention relates to an object-oriented protocol data interaction system based on a sliding window, the system including a data sending end and one or more data receiving ends; and a bidirectional link is used to realize communication connection between the data sending end and the data receiving end, and data interaction is realized based on the steps of the method in the first aspect of the present invention.

[0060] The third aspect of the present invention relates to a data interaction device, comprising a processor and a storage medium, the storage medium being used to store instructions; the processor being used to operate according to the instructions to execute the steps implemented by the data sending end or the data receiving end in the method of the first aspect of the present invention.

[0061] It is understandable that the data interaction device, that is, the data receiving end or the data sending end mentioned above, in order to realize the various functions in the method provided in the above-mentioned embodiment of the present application, includes a hardware structure and / or software module corresponding to the execution of each function. It should be easily appreciated by those skilled in the art that, in combination with the algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0062] In the present invention, the data interaction device can be divided into functional modules according to the above method example. For example, each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be noted that the division of modules in the embodiment of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation.

[0063] The device includes at least one processor, a bus system, and at least one communication interface. The processor can be a central processing unit (CPU), or can be replaced by a field programmable gate array (FPGA), an application-specific integrated circuit (ASIC), or other hardware. Alternatively, the FPGA or other hardware can be used together with the CPU as the processor.

[0064] The memory may be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, an optical disc storage (including a compact disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited to these. The memory may exist independently and be connected to the processor via a bus. The memory may also be integrated with the processor.

[0065] The hard disk can be a mechanical disk or a solid-state drive (SSD). The interface card can be a host bus adapter (HBA), a redundant array of independent disks (RID), an expander card, or a network interface controller (NIC), etc., which is not limited in the embodiments of the present invention. The interface card in the hard disk module communicates with the hard disk. The storage node communicates with the interface card of the hard disk module to access the hard disk in the hard disk module.

[0066] The interface of the hard disk can be Serial Attached Small Computer System Interface (SAS), Serial Advanced Technology Attachment (SATA), or Peripheral Component Interconnect express (PCIe).

[0067] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware, or any combination thereof. When implemented using a software program, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more media integrated therein. The available media may be magnetic media (eg, floppy disks, hard disks, magnetic tapes), optical media (eg, DVDs), or semiconductor media (eg, solid state disks (SSDs)).

[0068] The computer program instructions for performing the operation of the present invention can be assembly instructions, instruction set architecture (ISA) instructions, machine instructions, machine-dependent instructions, microcode, firmware instructions, state setting data, or source code or object code written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Smalltalk, C++, and conventional procedural programming languages ​​such as "C" language or similar programming languages. The computer readable program instructions can be executed entirely on the user's computer, partially on the user's computer, as an independent software package, partially on the user's computer and partially on a remote computer, or completely on a remote computer or server. In the case of a remote computer, the remote computer can be connected to the user's computer through any type of network including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computer (e.g., using an Internet service provider to connect via the Internet). In some embodiments, an electronic circuit, such as a programmable logic circuit, a field programmable gate array (FPGA), or a programmable logic array (PLA), is personalized by utilizing the state information of the computer readable program instructions, and the electronic circuit can execute the computer readable program instructions, thereby realizing various aspects of the present invention.

[0069] The present invention has the beneficial effect of improving the transmission efficiency and reliability of local communications, increasing the utilization efficiency of edge devices, and meeting the requirements of higher transmission efficiency, higher reliability, and greater interoperability for data exchange systems. Compared with existing technologies, the present invention provides a method, system, and device for data exchange using an object-oriented protocol based on a sliding window, enabling the design of data transmission parameters and adding these parameters as control field fields to I and S data frames, thereby enabling supplementary control of power data exchange. This method improves the transmission efficiency and reliability of local communications, enhances the utilization efficiency of edge devices, and meets the requirements of higher transmission efficiency, higher reliability, and greater interoperability for data exchange systems.

[0070] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, ordinary technicians in the field should understand that the specific implementation methods of the present invention can still be modified or replaced by equivalents. Any modification or equivalent replacement that does not depart from the spirit and scope of the present invention should be covered by the scope of protection of the claims of the present invention.

Claims

1. An object-oriented protocol data interaction method, characterized in that: The method comprises the following steps: Obtaining device attribute information of a data sending end and a data receiving end, and generating data transmission parameters based on the device attribute information; Confirm or modify the values ​​of the data transmission parameters based on the APCI negotiation improved by the sliding window, wherein the data transmission parameters include the threshold of the number of data frames sent and not confirmed, the threshold of the number of data frames received and not confirmed, the confirmation timeout threshold when there is no data exchange, and the restart link flag; The data transmission parameters are added to the control fields of the I data frame and the S data frame based on the object-oriented protocol; the I data frame includes 9 control field fields, Len1 and Len2 in the second and third control fields are respectively used to indicate the length of the ASDU part of the data frame, and the third control field uses 4 bits to record the k value and w value respectively; k is the threshold for the number of data frames sent but not confirmed, and w is the threshold for the number of data frames received but not confirmed. The k and w values ​​are used to determine when the data sender stops sending data and waits for confirmation from the peer, and when the data receiver stops receiving data and sends a confirmation data frame to the peer. The fifth control field contains the t value, which is used to represent the confirmation timeout threshold when there is no data interaction. The send sequence number and receive sequence number are recorded in the fields corresponding to the 6th to 9th control fields respectively; After the data transmitter and the data receiver confirm the data transmission parameters, the data receiver adds the link restart flag to the control field of the S data frame; A corresponding flag bit is added to the U-type data frame to determine whether the link needs to be restarted. The r field is the link restart flag bit and is set in the last bit of the fifth control field. The sixth and seventh bits are used to store the receive sequence number. When the number of data frames received and not confirmed by the data receiving end is equal to or greater than the threshold number of data frames received and not confirmed recorded in the current I data frame, the data transmitting end feeds back S data frames to the data transmitting end; when the number of data frames sent and not confirmed by the data transmitting end is equal to or greater than the threshold number of data frames sent and not confirmed recorded in the current I data frame, the data transmitting end stops sending data frames to the data receiving end and waits for S data frames from the data receiving end; Data interaction is performed based on the control fields of the updated I data frame and S data frame.

2. The object-oriented protocol data interaction method according to claim 1, characterized in that: Adding the data transmission parameters to the control fields of the I data frame and the S data frame based on the object-oriented protocol, further comprising: After confirming the data transmission parameters, the data sending end adds the threshold for the number of data frames sent but not confirmed, the threshold for the number of data frames received but not confirmed, and the confirmation timeout threshold when there is no data interaction to the control field of the I data frame.

3. The object-oriented protocol data interaction method according to claim 1 or 2, characterized in that: Data interaction based on the control fields of the updated I data frame and S data frame also includes: When the data receiving end is in a state of no data interaction and the waiting time exceeds the confirmation timeout threshold when there is no data interaction, an S data frame is fed back to the data receiving end.

4. The object-oriented protocol data interaction method according to claim 1 or 2, characterized in that: Data interaction based on the control fields of the updated I data frame and S data frame also includes: After the data transmitting end has sent the last data frame to the data receiving end, the data transmitting end sends an S data frame to the data receiving end.

5. The object-oriented protocol data interaction method according to claim 1 or 2, characterized in that: Data interaction based on the control fields of the updated I data frame and S data frame also includes: When the sending sequence number order of multiple data frames received by the data receiving end from the data sending end is incorrect, an S data frame is sent to the data receiving end, and the restart link flag field of the S data frame is modified and the S data frame is sent.

6. An object-oriented protocol data interaction system, characterized by: The system is used to implement the steps of the method according to any one of claims 1 to 5, and the system includes an acquisition module, an improvement module, an addition module and an interaction module; wherein, The acquisition module is used to obtain device attribute information of the data sending end and the data receiving end, and generate data transmission parameters based on the device attribute information; The improved module is used to confirm or modify the value of the data transmission parameter based on the APCI negotiation improved by the sliding window, wherein the data transmission parameter includes a threshold for the number of data frames sent and not confirmed, a threshold for the number of data frames received and not confirmed, a confirmation timeout threshold when there is no data interaction, and a link restart flag; The adding module is used to add the data transmission parameters to the control fields of the I data frame and the S data frame based on the object-oriented protocol; The interaction module is used to perform data interaction based on the control fields of the updated I data frame and S data frame.

7. A data interaction device, comprising a processor and a storage medium; characterized in that: The storage medium is used to store instructions; The processor is configured to operate according to the instructions to execute the steps in the method according to any one of claims 1 to 5.

Images