Traditional Chinese medicine remote diagnosis and treatment data transmission method and system

Abstract

The invention discloses a traditional Chinese medicine remote diagnosis and treatment data transmission method, which comprises the following steps: monitoring the length of a sending queue of a network interface, and judging whether the length of the queue is greater than a congestion early warning threshold value or not; if the queue length is greater than the congestion early warning threshold, generating a state synchronization information packet carrying transmission fault early warning information, setting a sending priority of the state synchronization information packet and sending the state synchronization information packet; the state synchronization information packet comprises state codes, the state codes are used for identifying detected system events or running states, and different state codes correspond to different event types. Through an active and clear fault early warning mechanism, the defect of insufficient data transmission reliability in a complex network environment in the prior art is effectively overcome, and a more stable and reliable data transmission guarantee is provided for remote diagnosis and treatment, so that misdiagnosis is avoided, and the medical quality is guaranteed.

Description

Technical Field

[0001] The present application relates to the field of data transmission technology, and in particular to a method and system for data transmission of remote diagnosis and treatment of traditional Chinese medicine. Background Art

[0002] In remote medical diagnosis, especially in scenarios involving Traditional Chinese Medicine (TCM) visual diagnosis, data transmission stability and integrity are essential for ensuring diagnostic accuracy. To strike a balance between simplicity and basic reliability, some current remote diagnosis and treatment data transmission systems employ a fixed-rate transmission strategy. This strategy works effectively when network channel conditions are stable and the data source is stable.

[0003] However, the drawbacks of this fixed strategy become apparent when the data source itself experiences unexpected, instantaneous data surges due to special circumstances, while the capacity of the physical channel used for data transmission is limited by other concurrent tasks. For example, in remote Traditional Chinese Medicine (TCM) diagnosis and treatment, a patient's sudden physiological movements (such as coughing) can cause the image acquisition device to generate instantaneous, large data spikes, while non-diagnostic background tasks (such as data backup) continue to occupy network channel capacity. The combination of these two situations can easily lead to severe congestion at the network egress, resulting in a large number of critical diagnostic and treatment data packets being discarded.

[0004] More seriously, this data loss manifests as image corruption or interruption at the receiving end, which can be misinterpreted by remote doctors as physiological indicators of a patient's condition. Existing systems lack effective mechanisms to clearly distinguish whether such visual anomalies are simply due to transmission failures or genuine changes in the patient's physiological signs. This leads to diagnostic uncertainty, severely undermining the effectiveness of remote diagnosis and treatment. Therefore, a data transmission method that can effectively identify and warn of transmission failures, thereby eliminating diagnostic uncertainty, is urgently needed. Summary of the Invention

[0005] This application discloses a method for transmitting data for remote diagnosis and treatment of Traditional Chinese Medicine (TCM). The method aims to address the technical issues of existing remote diagnosis and treatment data transmission systems, which can lead to transmission congestion and data loss due to fixed coding rate strategies when network channel conditions are unstable or the amount of data increases dramatically, thus causing diagnostic uncertainty. The technical solution of this application is as follows: The present application discloses a method for transmitting data of remote diagnosis and treatment of traditional Chinese medicine, comprising: monitoring the length of a sending queue of a network interface, and determining whether the queue length is greater than a congestion warning threshold; if the queue length is greater than the congestion warning threshold, generating a status synchronization information packet carrying transmission failure warning information, setting the sending priority of the status synchronization confidence packet and sending it; the status synchronization information packet includes a status code, which is used to identify a detected system event or operating status, and different status codes correspond to different event types.

[0006] Further, if the queue length is greater than the congestion warning threshold, a status synchronization information package carrying transmission failure warning information is generated, including: if the queue length is greater than the congestion warning threshold, a plurality of status synchronization information packages carrying the transmission failure warning information are generated, and the plurality of status synchronization information packages are sent at a preset time interval.

[0007] In some preferred embodiments, the queue length of the network interface is monitored, and determining whether the queue length is greater than the congestion warning threshold includes: continuously monitoring the change of the queue length of the network interface, calculating the instantaneous change rate of the queue length according to the change of the queue length with time, and setting the congestion warning threshold according to the instantaneous change rate of the queue length.

[0008] Further, setting the congestion warning threshold according to the instantaneous change rate of the queue length includes: setting a first congestion warning threshold, and adjusting the first congestion warning threshold to a second congestion warning threshold in real time according to the instantaneous change rate of the queue length.

[0009] The application also discloses a traditional Chinese medicine remote diagnosis and treatment data transmission method, including: receiving a status synchronization information package, analyzing the status synchronization information package, and performing failure warning according to the status synchronization information package.

[0010] Further, analyzing the status synchronization information package and performing failure warning according to the status synchronization information package includes: generating a transmission failure warning instruction according to the status synchronization information package, calling a local failure warning audio and video according to the transmission failure warning instruction, and displaying the local failure warning audio and video, and setting the duration of the failure warning audio and video display response.

[0011] The application also discloses a traditional Chinese medicine remote diagnosis and treatment data transmission system, which includes: a monitoring module for monitoring the queue length of a network interface; a judging module for judging whether the queue length is greater than a congestion warning threshold; a generating and sending module for generating a status synchronization information package carrying transmission failure warning information according to the comparison result of the queue length and the congestion warning threshold, setting the sending priority of the status synchronization information package, and sending the status synchronization information package; and the status synchronization information package contains a status code, which is used to identify the detected system event or running state, and different status codes correspond to different event types.

[0012] Preferably, the generating and sending module includes a generating unit for generating a plurality of status synchronization information packages carrying the transmission failure warning information according to the comparison result of the queue length and the congestion warning threshold; and a sending unit for sending the plurality of status synchronization information packages at a preset time interval.

[0013] ​In some embodiments, the monitoring module includes: a monitoring unit for continuously monitoring changes in the length of a sending queue of a network interface; a first calculation unit for calculating the instantaneous rate of change of the queue length based on changes in the sending queue length over time; and a second calculation unit for setting the congestion warning threshold based on the instantaneous rate of change of the queue length.

[0014] Furthermore, the second calculation unit includes a setting unit for setting a first congestion warning threshold; and an adjustment unit for adjusting the first congestion warning threshold to a second congestion warning threshold in real time according to the instantaneous change rate of the queue length.

[0015] The present application also discloses a traditional Chinese medicine remote diagnosis and treatment data transmission system, which includes: a receiving module for receiving the status synchronization information packet; a parsing module for parsing the status synchronization information packet; and a fault warning module for issuing a fault warning based on the status synchronization information packet.

[0016] Preferably, the parsing module includes: a first parsing unit, configured to generate a transmission fault warning instruction according to the status synchronization information; and a second parsing unit, configured to retrieve the audio and video of the local fault warning according to the transmission fault warning instruction.

[0017] Furthermore, the fault warning module includes a fault display unit for displaying audio and video of local fault warnings; and a time setting unit for setting the continuous display response time of the fault warning audio and video.

[0018] The present application discloses a method for transmitting data for remote diagnosis and treatment of traditional Chinese medicine, which effectively solves the problems of transmission congestion, data loss and the resulting diagnostic uncertainty caused by the fixed coding rate strategy when the existing remote diagnosis and treatment data transmission system faces a sudden increase in data volume and limited channel capacity.

[0019] Through the above technical solution, the present application can achieve the following beneficial effects: First, through real-time monitoring of the sending queue length and congestion warning mechanism, the present application can immediately detect potential problems before or in the early stages of network congestion, thereby achieving early warning of faults and avoiding large-scale discarding of data packets.

[0020] Secondly, by generating and sending a status synchronization packet carrying clear transmission failure warning information, and setting it to send Priority ensures that even in poor network conditions, critical warning information can be transmitted and received first.

[0021] Further, the state code contained in the state synchronization information package enables the receiving end to clearly distinguish that the visual abnormality is caused by transmission failure rather than real change of the patient's physiological signs. This completely solves the problem of diagnostic uncertainty in the prior art due to the inability to distinguish between transmission failure and physiological change, significantly improving the accuracy and reliability of remote medical diagnosis, especially TCM diagnosis by inspection.

[0022] In summary, the present application overcomes the defects of insufficient data transmission reliability in the prior art under complex network environment through active and explicit failure warning mechanism, provides more stable and reliable data transmission guarantee for remote diagnosis and treatment, thereby avoiding misdiagnosis and ensuring medical quality. BRIEF DESCRIPTION OF DRAWINGS

[0023] The accompanying drawings, which are incorporated herein and form a part of the specification, illustrate embodiments consistent with the present disclosure and, together with the description, further serve to explain the principles of the present disclosure.

[0024] Figure 1 A flow chart of a TCM remote diagnosis and treatment data transmission method disclosed in an embodiment of the present application; Figure 2 Another flow chart of a TCM remote diagnosis and treatment data transmission method disclosed in an embodiment of the present application; Figure 3 Another flow chart of a TCM remote diagnosis and treatment data transmission method disclosed in an embodiment of the present application; Figure 4 A block diagram of a TCM remote diagnosis and treatment data transmission system disclosed in an embodiment of the present application. The above-described drawings have shown the explicit embodiments of the present disclosure, which will be described in more detail hereinafter. These drawings and textual descriptions are not intended to limit the scope of the concept of the present disclosure by any means, but to illustrate the concept of the present disclosure to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0025] The exemplary embodiments will be described in detail herein with reference to the attached drawings. The following description is presented with reference to the drawings to explain the present disclosure. It should be noted that the present disclosure can be implemented in various ways and is not limited to the exemplary embodiments described herein. The present disclosure can be implemented in any device without departing from the scope of the present disclosure.

[0026] The embodiment of the present application provides a traditional Chinese medicine remote diagnosis and treatment data transmission method. In order to realize simplicity and guarantee basic reliability, some systems will adopt a fixed coding rate transmission strategy when a traditional existing remote medical diagnosis data transmission system is used, especially when traditional Chinese medicine diagnosis is involved. However, when the data source itself produces unexpected and instantaneous data volume increase due to special circumstances, and the physical channel capacity of data transmission is limited due to other concurrent tasks, the disadvantages of the fixed strategy will appear. For example, in remote traditional Chinese medicine diagnosis and treatment, sudden physiological actions (such as coughing) of a patient can cause the image acquisition device to generate instantaneous and huge data volume peaks, and at the same time, background non-diagnostic tasks (such as data backup) continuously occupy network channel capacity. The superposition of the two situations can easily cause serious congestion at the network outlet, and then cause a large number of key diagnosis and treatment data packets to be discarded. More seriously, this data loss presents as image damage or interruption at the receiving end, which can be misread by the doctor of remote diagnosis as a physiological indication of changes in the patient's condition. Since the existing system lacks an effective mechanism to clearly distinguish whether this visual anomaly is caused by a simple transmission failure or a real change in the patient's physiological signs, it causes uncertainty in diagnosis, which seriously damages the effectiveness of remote diagnosis and treatment.

[0027] To this end, the present application provides a traditional Chinese medicine remote diagnosis and treatment data transmission method, as shown in Figure 1 The method comprises the following steps: monitoring the sending queue length of a network interface, judging whether the queue length is greater than a congestion warning threshold; if the queue length is greater than the congestion warning threshold, generating a state synchronization information packet carrying transmission failure warning information, setting the sending priority of the state synchronization information packet and sending; the state synchronization information packet contains a state code, and the state code is used for identifying the detected system event or running state, and different state codes correspond to different event types. By monitoring the sending queue length of the network interface in real time, and judging whether it exceeds the preset congestion warning threshold, once potential congestion is detected, a state synchronization information packet carrying transmission failure warning information is generated and sent in real time. The information packet is assigned a specific sending priority to ensure that it can be transmitted preferentially, and contains a state code to clearly identify the system event or running state. Therefore, the present application can effectively identify and warn transmission failure, avoid misdiagnosis caused by data loss or damage, and significantly improve the accuracy and reliability of remote medical diagnosis.

[0028] In this environment, the stability and integrity of data transmission are crucial for accurate diagnostics. The "network interface transmit queue length" refers to the size of the buffer within a network device (such as a router, switch, or network interface card) used to buffer pending data packets. When data packets arrive faster than they can be sent, they remain in this queue, awaiting transmission. An increase in queue length is often an early sign of network congestion. The "congestion warning threshold" is a preset upper limit for queue length. When the actual queue length exceeds this threshold, the system deems network congestion possible or imminent. "Transmission fault warning information" is specific data content used to indicate potential or actual data transmission issues. "Status synchronization packets" are special packets designed to carry system status information, including these warnings. "Transmission priority" is a mechanism that allows the system to assign different transmission priorities to different data packets, ensuring that critical information is processed and sent first during network congestion. "Status code" is a field in the status synchronization packet that encodes specific system events or operational states, such as network congestion or channel quality degradation. Different status codes correspond to different event types, making it easier for the receiving end to accurately understand the nature of the event.

[0029] Regarding "monitoring the length of the sending queue of the network interface and determining whether the queue length is greater than the congestion warning threshold." As an implementation method, the data transmission system can configure a timer to query the sending queue length of the network interface every fixed time (for example, every 100 milliseconds or 1 second). After obtaining the current queue length, it is compared with a preset fixed congestion warning threshold. For example, it can be set that when the queue length exceeds 100 data packets, it is considered that the congestion warning state has been reached. As another implementation method, the driver of the network interface can trigger an event when the queue length changes, and the system will read the current queue length immediately after receiving the event. Subsequently, the read queue length is compared with a preset fixed congestion warning threshold to determine whether the congestion warning state has been reached.

[0030] Secondly, when it is detected that the length of the network interface's transmit queue exceeds a preset congestion warning threshold, the system immediately constructs a state synchronization packet. The payload of this packet is filled with predefined transmission failure warning information. For example, this could be a simple Boolean flag indicating "congestion has occurred" or a short string containing the words "network congestion warning." As a preferred embodiment, when generating the state synchronization packet, more detailed warning information can be included in the packet, such as the specific value of the current queue length, the timestamp of the congestion occurrence, and a preliminary judgment on the possible cause of congestion (such as "a sudden increase in data volume"). This information can be encoded into a specific data format and encapsulated in the data field of the state synchronization packet, allowing the receiving end to perform more detailed analysis.

[0031] The generated status synchronization information packet is marked as high priority before being sent to the network. For example, in an IP network, the priority can be indicated by setting the Type of Service (ToS) field or the Differentiated Services Code Point (DSCP) field in the IP packet header. Network devices will prioritize these high-priority packets when forwarding, ensuring that they reach their destination as soon as possible. As another implementation, priority setting can also be implemented at the data link layer or MAC layer. For example, in Ethernet, the status synchronization information packet can be marked by the Priority Code Point (PCP) field in the Virtual Local Area Network (VLAN) tag. When placing the packet into the physical sending queue, the sending module will place it at the front of the queue according to the priority, ensuring that it is sent first.

[0032] The status synchronization information packet contains a special field for storing the status code. For example, an 8-bit or 16-bit integer can be defined, where 0x01 represents "sending queue congestion warning", 0x02 represents "channel quality degradation warning", 0x03 represents "packet loss warning", etc. The receiving end can accurately understand the system events or running states that have occurred by parsing the specific event type according to the status code. As a preferred implementation, the status code can also be a more complex structure, such as containing a main status code and a sub-status code, or a bitmap, where each bit represents a specific system event or running state. For example, one bit set to 1 indicates "congestion", and another bit set to 1 indicates "high latency", which can identify multiple concurrent system states at the same time.

[0033] The overall working principle of the present application is to achieve early warning of potential network congestion by continuously monitoring the length of the network interface sending queue. When the sending queue length is detected to exceed the pre-set congestion warning threshold, the system immediately generates a status synchronization information packet carrying transmission failure warning information. The information packet is given high transmission priority to ensure that it can still be transmitted preferentially in the case of network congestion. In addition, the status code contained in the information packet can accurately identify the detected system events or running states, such as explicitly indicating "sending queue congestion warning". Thus, the receiving end can learn about possible faults or abnormalities on the transmission path in a timely manner after receiving the status synchronization information packet, thereby distinguishing between data abnormalities caused by transmission failure (such as image damage or interruption) and real changes in patient physiological signs. This mechanism enables doctors in remote medical diagnosis to make judgments based on more accurate information, avoiding misdiagnosis due to transmission problems, and significantly improving the accuracy and reliability of diagnosis. Various technical features work together to form a complete and efficient failure warning mechanism, ensuring timely delivery and accurate identification of critical information.

[0034] The data transmission method proposed in the present application has significant progress compared to the prior art. Traditional existing remote medical diagnosis systems usually adopt a fixed coding rate transmission strategy and lack an effective mechanism to clearly distinguish between transmission failures and real changes in patient physiological signs. When network congestion causes data packet loss or damage, the receiving end cannot determine whether it is a network problem or a change in the patient's condition, thereby causing uncertainty in diagnosis.

[0035] The core innovation of the present application is to introduce an active congestion warning mechanism based on the length of the sending queue, combined with high-priority state synchronization information packets and state codes, to achieve early identification and clear warning of transmission failures. Specifically, the present application demonstrates its advantages in the following aspects: First, by "monitoring the length of the sending queue of the network interface and determining whether the queue length is greater than the congestion warning threshold", early and active detection of network congestion is achieved. This is different from the passive sensing method after data loss in the prior art, which can detect potential risks earlier and gain time for subsequent fault handling.

[0036] Second, when potential congestion is detected, "a state synchronization information packet carrying transmission failure warning information is generated, the sending priority of the state synchronization information packet is set and sent". This means that even in the case of network congestion, the key data packet carrying the warning information can be transmitted preferentially, greatly improving the delivery rate and timeliness of the warning information, which is generally lacking in the prior art.

[0037] Furthermore, it is clearly specified that "the state synchronization information packet contains a state code, which is used to identify the system event or running state detected, and different state codes correspond to different event types". This feature allows the receiving end to accurately identify the type of transmission failure, such as congestion, packet loss or other channel problems, thereby clearly distinguishing between transmission abnormalities and changes in patient physiological signs. In summary, the present application effectively solves the problem of diagnostic uncertainty caused by transmission failure in the prior art, significantly improving the accuracy and reliability of remote medical diagnosis.

[0038] In summary, the present application effectively solves the problem of diagnostic uncertainty caused by transmission failure in the prior art, significantly improving the accuracy and reliability of remote medical diagnosis.

[0039] ​In some embodiments of the application described above, a state synchronization information packet carrying transmission failure warning information is generated and sent when the queue length is greater than the congestion warning threshold. However, in actual network environment, a single state synchronization information packet may not be effectively received by the receiving end due to network fluctuations, transient congestion or packet loss, etc., resulting in failure to timely or accurately convey the failure warning information, affecting the reliability of the system. To this end, the application further proposes an optimization scheme to improve the reliability of the transmission of failure warning information.

[0040] If the queue length is greater than the congestion warning threshold, a state synchronization information packet carrying transmission failure warning information is generated, as shown in Figure 2 If the queue length is greater than the congestion warning threshold, a state synchronization information packet carrying transmission failure warning information is generated, as shown in

[0041] Specifically, when the sending queue length of the network interface is continuously or transiently greater than the congestion warning threshold, the system does not generate and send only one state synchronization information packet, but is configured to generate a series of state synchronization information packets that are the same or similar and all carry transmission failure warning information. These information packets can contain the same or increasing state codes to indicate a continuous congestion state. The preset time interval can be flexibly set according to the actual network environment, the importance of data transmission and the real-time requirement of the system for failure warning. For example, the time interval can be in milliseconds, seconds or even longer, the purpose of which is to ensure the timeliness of the information while avoiding exacerbating network congestion due to sending a large number of data packets in a short time.

[0042] The scheme of the application effectively solves the reliability problem that a single information packet transmission may face by generating and sending multiple state synchronization information packets at a preset time interval when congestion warning is detected. Due to the use of the multi-packet sending mechanism, even if part of the information packets fail to reach the receiving end due to network instability or packet loss during transmission, other information packets still have a high probability of being successfully received, thereby ensuring the effective delivery of the transmission failure warning information. This redundant sending strategy significantly improves the robustness of the system in complex network environment, enabling the receiving end to more reliably obtain and respond to the warning information.

[0043] By the technical solution, the application can significantly improve the reliability and success rate of transmission of the fault warning information. Compared with the scheme of sending only a single information packet, the multi-packet sending mechanism effectively reduces the risk of loss of the warning information caused by network instantaneous fluctuations or packet loss, ensuring that the receiving end can timely and accurately obtain the congestion warning signal. Thus, the system can more quickly respond to potential transmission faults and take appropriate coding rate adjustment or other measures, thereby improving the stability and adaptive ability of the entire data transmission system.

[0044] In some preferred embodiments, it is assumed that the sending queue length of the network interface continuously exceeds the congestion warning threshold. At this time, the system can be configured to generate and send a status synchronization information packet carrying the transmission fault warning information every 500 milliseconds, for 3 times in succession. For example, the first information packet is sent immediately after detecting congestion, the second is sent after 500 milliseconds, and the third is sent after 1000 milliseconds. Each information packet contains the same status code indicating the current network congestion state. The receiving end can trigger the fault warning process after receiving any such information packet. This strategy ensures that the warning information can be received with a high probability even in poor network conditions, thereby providing timely and reliable basis for subsequent channel state adaptive adjustment of the coding rate.

[0045] In the conventional existing data transmission method, a fixed congestion warning threshold is usually used when monitoring the sending queue length of the network interface to determine whether there is congestion. However, in actual network environment, the change of the sending queue length is not always linear, and the occurrence and development of network congestion have dynamics and complexity. If only one static congestion warning threshold is relied on, the instantaneous change trend of the queue length may not be accurately captured, resulting in untimely or false congestion warning, affecting the efficiency and reliability of data transmission. For example, when the queue length grows rapidly but has not yet reached the fixed threshold, the system may not be able to timely warn; or when the queue length fluctuates greatly but the overall trend is stable, the fixed threshold may trigger unnecessary warning. If the above problems are not solved, the system may lag in response to network congestion, thereby affecting the real-time performance and stability of data transmission. To this end, the application further proposes a more dynamic and adaptive congestion warning threshold setting method to improve the accuracy and timeliness of congestion detection.

[0046] The above monitoring the sending queue length of the network interface and determining whether the queue length is greater than the congestion warning threshold, as shown in Figure 3 includes continuously monitoring the change of the sending queue length of the network interface, calculating the instantaneous change rate of the queue length according to the change of the sending queue length over time, and setting the congestion warning threshold according to the instantaneous change rate of the queue length.

[0047] Specifically, the continuous monitoring of the change of the sending queue length of the network interface refers to that the system uninterruptedly acquires the current length data of the sending queue of the network interface. Such continuous monitoring ensures real-time grasp of the queue state, which provides a basis for subsequent dynamic adjustment of the congestion warning threshold. The analysis provides basic data. Among them, the change of the sending queue length with time can be understood as the sequence of the sending queue length values recorded at different time points.

[0048] Further, according to the change of the sending queue length with time, the instantaneous change rate of the queue length is calculated, which refers to that the queue length data continuously monitored is processed by mathematical methods such as difference, derivative or moving average algorithm to evaluate the growth or decline speed of the queue length at a time or in a short time period.

[0049] The instantaneous change rate can intuitively reflect the dynamic trend of the queue length, for example, whether the queue is rapidly accumulating, slowly increasing, keeping stable or decreasing.

[0050] Therefore, the congestion warning threshold is set according to the instantaneous change rate of the queue length, which refers to that the calculated instantaneous change rate is used as the basis for adjusting the congestion warning threshold. For example, when the instantaneous change rate shows that the queue length is rapidly increasing, the congestion warning threshold can be correspondingly lowered to trigger the warning earlier; on the contrary, when the instantaneous change rate shows that the queue length is slowly increasing or decreasing, the congestion warning threshold can be appropriately raised to avoid unnecessary warning. Such dynamic adjustment mechanism enables the congestion warning threshold to adaptively match the current network condition and the queue change trend.

[0051] ​​The scheme of the present application effectively solves the problem of not timely or false alarm of the traditional fixed threshold in the dynamic network environment by introducing the continuous monitoring of the network interface sending queue length and the calculation of the instantaneous change rate, and dynamically adjusting the congestion warning threshold based thereon. Specifically, the continuous monitoring ensures that the system can obtain the latest state of the queue length in real time, providing data support for accurately judging the congestion trend. By calculating the instantaneous change rate of the queue length, the system can identify whether the queue length is in a state of rapid growth, slow growth, stability or decline, which can better reflect the potential congestion risk than the queue length value alone. It is precisely because of the ability to perceive the dynamic change trend of the queue length that the system can adaptively adjust the congestion warning threshold according to the trend. For example, when the instantaneous change rate of the queue length is high, it indicates that congestion is rapidly forming, at which time the congestion warning threshold is lowered to trigger an early warning and give more time for subsequent coding rate adjustment or flow control. When the instantaneous change rate is low or negative, it indicates that the network condition is good or is improving, at which time the threshold can be appropriately increased to avoid overly sensitive warning. This dynamic threshold setting mechanism based on the instantaneous change rate makes the congestion warning more accurate and flexible.

[0052] Through the above technical solutions, the present application can significantly improve the perception ability and accuracy of the data transmission method for network congestion. Compared with the scheme of using a fixed congestion warning threshold, the present application can dynamically adjust the congestion warning threshold according to the real-time change trend of the network interface sending queue length, thereby achieving earlier and more accurate congestion warning. This helps the system to take preventive measures before congestion actually occurs, such as timely adjusting the coding rate or starting flow control, effectively avoiding packet loss and transmission delay, and thereby improving the reliability and efficiency of data transmission. In addition, by avoiding unnecessary false alarms, the waste of system resources and unnecessary performance adjustments are also reduced, making the entire data transmission process more stable and efficient.

[0053] In some embodiments of the present application described above, a method of setting a congestion warning threshold according to the instantaneous change rate of the queue length is proposed. However, in actual application, the dynamic nature of the network environment can cause a single congestion warning threshold set only according to the instantaneous change rate to be unable to fully adapt to rapidly changing congestion conditions. For example, when the network traffic fluctuates dramatically, a fixed threshold can cause false alarms or missed alarms, thereby affecting the accuracy and timeliness of fault warning. If the above problem is not solved, it can reduce the reliability of data transmission and increase the complexity of system maintenance. In view of this, the present application further proposes a method of dynamically adjusting the congestion warning threshold to improve the perception ability and warning accuracy of the system for network congestion.

[0054] The setting of the congestion warning threshold according to the instantaneous change rate of the queue length includes: setting a first congestion warning threshold, and adjusting the first congestion warning threshold to a second congestion warning threshold in real time according to the instantaneous change rate of the queue length. Specifically, setting the first congestion warning threshold means that a reference congestion warning threshold is set in advance in the system initialization or normal operation state. The first congestion warning threshold can be an empirical value, a system default value, or an average value obtained by statistical analysis of historical data. The purpose is to provide an initial reference point for subsequent dynamic adjustment.

[0055] In some preferred embodiments, the following is described by a specific example. Assuming that at a certain moment, the sending queue length of the network interface is L1. The system continues to monitor, and after Δt time, the queue length becomes L2. At this time, the instantaneous change rate R = (L2 - L1) / Δt can be calculated.

[0056] Specifically, if R is a large positive value, it indicates that the queue length is growing rapidly, indicating a potential risk of serious congestion. In this case, the system will dynamically adjust the current congestion warning threshold downward from a preset initial value (for example, a static average threshold) according to the higher instantaneous change rate. For example, if the initial threshold is 100 data packets, when the R value is high, the threshold may be adjusted to 80 data packets, so that when the queue length reaches 80 data packets, the warning is triggered, thereby discovering and responding to congestion earlier than the traditional fixed threshold.

[0057] On the contrary, if R is a small positive value or close to zero, it indicates that the queue length is growing slowly or remaining stable. In this case, the system can maintain the current congestion warning threshold, or even adjust the threshold upward slightly (for example, from 100 to 120) when the queue length remains stable and the R value is close to zero, to avoid triggering unnecessary warnings frequently when the network load is normally fluctuating.

[0058] For another example, if R is a negative value, it indicates that the queue length is decreasing and the network congestion is easing. At this time, the system can further adjust the congestion warning threshold upward, or cancel the warning in the warning state to reflect the improvement of the network condition.

[0059] Through this dynamic threshold adjustment mechanism based on the instantaneous change rate, the system can more intelligently adapt to the changing network conditions and achieve more refined congestion management.

[0060] ​By the above technical solution, the system can realize more accurate and timely perception of network congestion state. Compared with the scheme of setting a single threshold value only according to the instantaneous change rate, the application significantly improves the sensitivity and robustness of fault warning by dynamically adjusting the congestion warning threshold. This helps to issue an early warning before congestion occurs, which gains valuable time for taking countermeasures, thereby effectively avoiding data transmission interruption or performance degradation, ensuring the stability and reliability of data transmission. At the same time, by avoiding unnecessary false positives, it also reduces the waste of system resources and the frequency of manual intervention.

[0061] The specific embodiments of the application also disclose a traditional Chinese medicine remote diagnosis and treatment data transmission method, comprising: receiving a state synchronization information package, analyzing the state synchronization information package, and performing fault warning according to the state synchronization information package.

[0062] For example, a remote medical diagnosis system, especially a remote traditional Chinese medicine diagnosis involving real-time audio and video transmission. In this environment, the stability and integrity of data transmission are crucial to the accuracy of diagnosis. Among them, the "state synchronization information package" is a special data package, and its design purpose is to carry system state information, including transmission fault warning information. The state code contained in the information package is used to identify a specific system event or running state in a coded form, such as network congestion, channel quality degradation, etc. Different state codes correspond to different event types, which facilitates the receiving end to accurately understand the nature of the event.

[0063] Specifically, the method includes the following main technical features: First, the network interface card of the receiving end device (for example, a remote medical diagnosis workstation) or the receiving module running thereon can continuously monitor network traffic. When a data packet that meets a specific identifier (for example, a specific protocol type, port number, or data packet header feature) is detected, it is identified as a state synchronization information package and received. As another embodiment, the receiving application program can configure a dedicated network socket to receive data packets only from a specific source address or port, thereby efficiently filtering and receiving state synchronization information packages.

[0064] Secondly, once the state synchronization information package is received, its content needs to be parsed to extract key information. As an embodiment, the receiving module can extract the transmission fault warning information and the state code from the payload of the information package according to the pre-defined protocol format. For example, a specific byte sequence in the payload can be read and decoded into a state code representing events such as congestion, packet loss, or delay. As another embodiment, the parsing process can involve integrity checking (for example, CRC checking) of the information package to ensure that the received data has not been tampered with or damaged, and then the state code and warning information are extracted.

[0065] Again, after successfully parsing the state synchronization information package and obtaining the transmission fault warning information and the state code, the receiving system will trigger the corresponding warning mechanism. As an implementation, the system can display a general text prompt on the user interface according to the parsed state code, such as "detecting network transmission anomaly" or "please check the network connection". At the same time, a simple sound prompt can be triggered to attract the attention of the operator. As another implementation, the system can record detailed fault logs in the background according to the type of the state code, and send a simple email or SMS notification to the system administrator, without complex display on the user interface.

[0066] The overall working principle of the present application is to actively receive and parse the state synchronization information package carrying the transmission fault warning information and the state code sent by the sending end at the receiving end, so as to realize the timely perception of potential or existing faults on the transmission path. The receiving end can clearly identify the system events or operating states according to the parsed state code, such as network congestion, channel quality degradation or data packet loss. Therefore, the receiving end can clearly distinguish this transmission anomaly from the real changes of patient physiological signs, avoid misdiagnosis caused by data loss or damage, and significantly improve the accuracy and reliability of remote medical diagnosis. Various technical features cooperate with each other to form a complete and efficient fault warning receiving and processing mechanism, ensuring the timely identification and response of key warning information.

[0067] The data transmission method proposed in the present application has significant progress compared with the prior art. In the traditional existing remote medical diagnosis system, when the data transmission is abnormal, the receiving end often cannot clearly distinguish whether this visual anomaly is caused by simple transmission failure or real changes of patient physiological signs, thereby causing uncertainty in diagnosis.

[0068] The core innovation of the present application is to actively receive and parse the state synchronization information package carrying the transmission fault warning information at the receiving end, and to perform fault warning according to its content, thereby realizing the clear identification and timely response of transmission faults. Specifically, the present application has the following advantages: Firstly, the present application receives the state synchronization information package, so that the receiving end can actively obtain the warning information about the state of the transmission path sent by the sending end, which is different from the passive perception of data anomalies (such as image damage or interruption) in the prior art, and can more early and clearly know the potential or existing transmission problems.

[0069] Secondly, the present application can extract accurate transmission fault warning information and state code from the information package by parsing the state synchronization information package. This makes the receiving end not only know that there is an anomaly, but also clearly know the type and nature of the anomaly, providing a key basis for subsequent diagnosis and judgment.

[0070] Further, the application provides a fault warning based on the state synchronization information package, so that the receiving end can clear warning information, and timely warning to the user or system. This mechanism enables the doctor of remote medical diagnosis to make a judgment based on more accurate information, avoid misdiagnosis due to transmission problems, and significantly improve the accuracy and reliability of diagnosis.

[0071] In summary, the application effectively solves the problem of uncertain diagnosis caused by transmission failure in the prior art, significantly improves the accuracy and reliability of remote medical diagnosis, and has outstanding substantial features and significant progress.

[0072] In some embodiments of the application, the receiving state synchronization information package, analyzing the state synchronization information package, and performing fault warning based on the state synchronization information package are proposed. However, in actual application, only fault warning may not be enough to clearly and intuitively present fault information to the user or system operator, which may lead to poor warning effect or delayed response. To this end, the application further proposes specific implementation of state synchronization information package analysis and fault warning, aiming to provide more explicit and effective fault prompt.

[0073] Specifically, the above analyzing the state synchronization information package and performing fault warning based on the state synchronization information package includes: generating a transmission fault warning instruction according to the state synchronization information package, retrieving and displaying the local fault warning audio and video according to the transmission fault warning instruction, and setting the duration of the fault warning audio and video display response.

[0074] Among them, according to the state synchronization information package to generate a transmission fault warning instruction, that is, after receiving and analyzing the state synchronization information package, the system automatically identifies the specific fault type or warning level according to the state code or other warning information contained therein, and generates an internal instruction accordingly. The instruction can be a specific data structure, function call or message, and its purpose is to trigger the subsequent fault warning processing flow. For example, when the state code indicates "network congestion warning", the system will generate a corresponding instruction to indicate that the network congestion related warning audio and video needs to be played.

[0075] ​​Further, the audio and video of the local fault warning are retrieved according to the transmission fault warning instruction, which means that the system searches and loads the preset fault warning audio and video file corresponding to the instruction from the local storage device (such as a hard disk, a flash memory or a preset resource library). These audio and video files can be pre-recorded voice prompts, alarm sound effects, animations or video clips, which are used to visually show the fault information to the user. The purpose is to provide multimedia form of warning, and enhance the perceptibility and understandability of the warning.

[0076] In actual application, after the audio and video of the local fault warning are retrieved, they need to be displayed. The display operation can be to pop up a warning window on the user interface, play a warning sound effect, or display a warning picture on a specific display screen. The purpose is to ensure that the fault information can be timely and effectively conveyed to the relevant operator or user.

[0077] In addition, the duration of the fault warning audio and video continuous display response is set, which means that the system can flexibly set the playing or display time of the warning audio and video according to the severity, urgency of the fault or user configuration. For example, for an emergency fault, a longer continuous display duration or a loop playing can be set to ensure that the user will not miss important warning information; for a general warning, a shorter duration can be set. The purpose is to optimize the user experience and avoid excessive interference, while ensuring the effective delivery of critical information.

[0078] The scheme of the present application converts the received state synchronization information packet into a specific transmission fault warning instruction, so that the system can accurately retrieve and play or display the preset local fault warning audio and video according to the instruction. It is because of the introduction of multimedia form of warning such as audio and video that the traditional fault warning method which can only be limited to log recording or simple text prompt is upgraded, so that the fault information can be delivered to the user or operator in a more intuitive and more impactful way. By setting the continuous display response duration of the audio and video, the effective delivery of the warning information is further ensured, the problem of information omission or delayed response is avoided, and the user experience is taken into account, unnecessary long-time interference is avoided.

[0079] Through the above technical scheme, the present application can provide a more intuitive, efficient and user-friendly fault warning mechanism. Compared with the abstract fault warning, the present scheme significantly improves the clarity and understandability of the fault information through specific audio and video forms, so that the user can quickly identify and understand the system event or running state. In addition, by setting the continuous display response duration, the warning information is fully exposed, and excessive interference is avoided, thereby effectively improving the timeliness and accuracy of the system fault response, and reducing the potential risks caused by poor information transmission.

[0080] In some preferred embodiments, the following is described by a specific example. Assume that a data transmission system is running and continuously receives state synchronization information packets from remote devices. When the system receives a state synchronization information packet indicating "network link congestion", the analysis module generates a "network congestion warning" transmission failure warning instruction according to the state code in the information packet. Subsequently, the system will retrieve a pre-recorded fault warning audio and video file containing the "network congestion, please check the network connection" voice prompt and red warning icon from the local storage according to the instruction. The audio and video file will then be displayed on the operator's monitoring screen with an alarm sound. At the same time, the system will set the continuous display response time of the audio and video to 15 seconds according to the preset configuration, to ensure that the operator has enough time to notice and handle the warning. After 15 seconds, the warning audio and video will automatically close, but the related fault record will be kept in the system log for subsequent query. In this way, the operator can quickly and intuitively understand the network congestion situation and take timely measures, such as adjusting the data transmission encoding rate or checking the network equipment, so as to effectively avoid data transmission interruption or performance degradation.

[0081] As shown in Figure 4 , the embodiments of the present application provide a traditional Chinese medicine remote diagnosis and treatment data transmission system.

[0082] To this end, the present application provides a traditional Chinese medicine remote diagnosis and treatment data transmission system 40, which comprises: a monitoring module 401 for monitoring the sending queue length of a network interface; a judgment module 402 for judging whether the queue length is greater than a congestion warning threshold; a generation sending module 403 for generating a state synchronization information packet carrying transmission failure warning information according to the size comparison result of the queue length and the congestion warning threshold, setting the sending priority of the state synchronization information packet and sending; the state synchronization information packet contains a state code, and the state code is used to identify the detected system event or running state, and different state codes correspond to different event types.

[0083] In order to achieve simplicity and ensure basic reliability, some systems will adopt a fixed coding rate transmission strategy when traditional existing remote medical diagnosis data transmission systems are involved, especially when it comes to TCM diagnosis. However, when the data source itself produces unexpected and instantaneous data volume surge due to special circumstances, and the physical channel capacity of data transmission is limited due to other concurrent tasks, the disadvantages of this fixed strategy will appear. For example, in remote TCM diagnosis, the patient's sudden physiological action (such as coughing) may cause the image acquisition device to generate instantaneous and huge data volume peak, while the background non-diagnostic tasks (such as data backup) continuously occupy the network channel capacity. The superposition of the two situations can easily cause serious congestion at the network outlet, and then cause the key diagnosis data packets to be discarded in large quantities. More seriously, this data loss presents as image damage or interruption at the receiving end, which may be misread by the remote doctor as a physiological indication of the patient's condition change. Since the existing system lacks an effective mechanism to clearly distinguish whether this visual anomaly is caused by a simple transmission failure or a real change in the patient's physiological signs, it causes uncertainty in diagnosis, which seriously damages the effectiveness of remote diagnosis.

[0084] The system monitors the sending queue length of the network interface in real time through the monitoring module, and judges whether it exceeds the preset congestion warning threshold by the judgment module. Once potential congestion is detected, the sending module generates and sends a status synchronization information packet carrying transmission failure warning information. The information packet is given a specific sending priority to ensure its priority transmission, and contains a status code to clearly identify the system event or running state. Thus, the present application can effectively identify and warn transmission failure, avoid misdiagnosis caused by data loss or damage, and significantly improve the accuracy and reliability of remote medical diagnosis.

[0085] For easier and clearer understanding of the technical solutions of the present application, the key terms and implementation environment involved therein are described as follows. The present system is generally applied to scenarios requiring high-reliability data transmission, such as remote medical diagnosis systems, especially remote Chinese medical diagnosis involving real-time audio and video transmission. In this environment, the stability and integrity of data transmission are crucial to the accuracy of diagnosis. Among them, the "length of the sending queue of the network interface" refers to the buffer size of the network device (such as a router, switch or network card) used to cache data packets to be sent. When the arrival speed of data packets is faster than their sending speed, these data packets will be queued in the queue for sending, and the increase in the queue length is usually an early signal of network congestion. The "congestion warning threshold" is a preset upper limit of the queue length, and when the actual queue length exceeds this threshold, the system considers that network congestion may occur or is about to occur. The "transmission failure warning information" is specific data content used to indicate potential or actual data transmission problems. The "state synchronization information packet" is a special data packet designed to carry system state information, including the above-mentioned warning information. The "sending priority" is a mechanism that allows the system to assign different transmission priorities to different data packets, ensuring that critical information can be processed and sent first when the network is congested. The "state code" is a field in the state synchronization information packet, used to identify specific system events or running states in a coded form, such as network congestion, channel quality degradation, etc., different state codes correspond to different event types, which facilitates the receiving end to accurately understand the nature of the event.

[0086] Regarding the monitoring module and the judgment module. The monitoring module is used to monitor the length of the sending queue of the network interface, and the judgment module is used to judge whether the queue length is greater than the congestion warning threshold. The specific method of monitoring the length of the sending queue of the network interface and judging whether it is greater than the congestion warning threshold has been described in the above embodiments, and will not be repeated here. It should be emphasized that the monitoring module can be a hardware component, such as a dedicated chip on the network interface card (NIC), which is configured to periodically read or receive queue length information from the network interface. The judgment module can be a separate processor unit or a logic circuit integrated in the monitoring module, which is programmed or configured to compare the queue length obtained by the monitoring module with the preset congestion warning threshold. For example, the monitoring module can provide the current queue length data to the judgment module once every fixed time (for example, every 1 second), and the judgment module performs a single comparison. As another embodiment, the monitoring module can be a software process running on the main processor, which obtains the queue length through the API interface provided by the operating system. The judgment module can be a subprogram in the software process, responsible for executing the comparison logic. In this case, the monitoring and judgment functions can be closely integrated in a software entity, but their logical functions are still independent.

[0087] Secondly, regarding the generation and sending module. The generation and sending module is configured to generate a status synchronization information packet carrying transmission failure warning information according to the comparison result of the queue length and the congestion warning threshold, set the sending priority of the status synchronization information packet, and send the status synchronization information packet. The specific method of generating a status synchronization information packet carrying transmission failure warning information and setting the sending priority thereof has been described in the above embodiments, and will not be described here again. It should be emphasized that the generation and sending module can be a dedicated hardware accelerator designed to quickly construct and encapsulate a status synchronization information packet and submit it to the network protocol stack for sending. The module receives the comparison result from the judgment module as input, and triggers the generation of the information packet as soon as the comparison result indicates that the queue length is greater than the congestion warning threshold. As another embodiment, the generation and sending module can be a software service running on the main processor of the system, responsible for dynamically generating a status synchronization information packet according to the comparison result, and calling the sending function of the underlying network interface. For example, the software service can generate a status synchronization information packet and send it out immediately without considering the subsequent congestion state changes.

[0088] The status synchronization information packet contains a status code, which is used to identify the detected system event or running state, and different status codes correspond to different event types. The specific definition and role of the status code in the status synchronization information packet have been described in the above embodiments, and will not be described here again. It should be emphasized that the structure of the status synchronization information packet and the coding method of the status code can be predefined and fixed in the system configuration. For example, the status code can be a simple enumeration value, each value corresponding to a specific event type, and remaining unchanged during system operation. The receiving end parses these status codes according to the predefined mapping table.

[0089] The scheme of the present application significantly reduces the impact of the loss of a single information packet on the warning mechanism by generating and sending multiple redundant information packets at a time interval when a congestion warning is detected. This redundant and time-divided transmission strategy ensures that at least one status synchronization information packet can successfully reach the receiving end even in the case of network transient fluctuations, high packet loss rate or temporary congestion, with a high probability. As a result, the receiving end can obtain the failure warning information of the sending end more timely and accurately, providing a reliable basis for subsequent encoding rate adjustment or other measures.

[0090] By the technical solution, the reliability and robustness of the transmission of the transmission failure early warning information are effectively enhanced. The method can effectively cope with complex and changeable network environment, reduce the risk of early warning failure caused by information packet loss or delay, and thus ensure that the receiving end can timely respond to the network status change of the sending end. This not only improves the stability of the entire data transmission system, but also provides a solid foundation for realizing more efficient and more reliable channel state adaptive adjustment of the coding rate.

[0091] In some preferred embodiments, as a specific implementation, it is assumed that the monitoring module continuously monitors that the sending queue length of the network interface continuously exceeds the congestion early warning threshold. At this time, the generating unit in the generating module can be configured to generate three state synchronization information packets carrying the same transmission failure early warning information. Subsequently, the sending unit sends the three information packets in turn at time intervals of, for example, every 100 milliseconds. For example, the first information packet is sent at T0, the second information packet is sent at T0+100 ms, and the third information packet is sent at T0+200 ms. This time-sharing sending strategy ensures that the subsequent information packets still have the opportunity to be successfully transmitted even if there is a short packet loss at T0, so as to ensure that the failure early warning information can be reliably delivered.

[0092] In some embodiments of the above data transmission system, the monitoring module is configured to monitor the sending queue length of the network interface and determine whether the queue length is greater than the congestion early warning threshold. However, in actual application, if the congestion early warning threshold is set as a fixed value, it may not be able to fully adapt to the dynamic change of network traffic, resulting in that the early warning is not timely when the queue length slowly grows, or false positives are generated when the queue length rapidly fluctuates.

[0093] To this end, the application further proposes that the monitoring module includes a monitoring unit, a first calculation unit and a second calculation unit. The monitoring unit is configured to continuously monitor the change of the sending queue length of the network interface. Specifically, the monitoring unit can obtain the current length of the sending queue of the network interface in real time and record the change trend thereof over time. The first calculation unit is configured to calculate the instantaneous change rate of the queue length according to the change of the queue length over time. For example, the first calculation unit can periodically sample the queue length data and obtain the instantaneous change rate by calculating the ratio of the difference between adjacent sampling points to the time interval, or use a more complex algorithm (such as moving average, exponential smoothing, etc.) to smooth the data and calculate the change rate. The second calculation unit is configured to set the congestion early warning threshold according to the instantaneous change rate of the queue length. This means that the congestion early warning threshold is no longer a fixed value, but is adjusted according to the dynamic trend of network congestion.

[0094] The scheme of the present application effectively solves the problem of insufficient adaptability of fixed threshold in dynamic network environment by introducing the calculation of instantaneous change rate of sending queue length and dynamically adjusting the congestion warning threshold. When the monitoring unit continuously monitors the rapid increase of the sending queue length, the instantaneous change rate calculated by the first calculation unit will be higher, and the second calculation unit will lower the congestion warning threshold accordingly, so that the system can identify the potential congestion risk earlier and more sensitively, thereby triggering the warning mechanism in advance. On the contrary, when the queue length changes gently or decreases, the instantaneous change rate is lower, and the second calculation unit can appropriately increase the congestion warning threshold to avoid unnecessary false alarms due to temporary queue fluctuations, thereby improving the accuracy and robustness of the warning.

[0095] Through the above technical scheme, the present application can realize more refined and adaptive monitoring and warning of network congestion state. Dynamic adjustment of congestion warning threshold enables the system to better adapt to the instantaneous changes of network traffic, thereby improving the congestion warning timeliness and accuracy, effectively avoiding the warning lag or false alarm problems that may be caused by traditional fixed threshold, thereby providing a more reliable basis for subsequent coding rate adjustment, and further optimizing the efficiency and stability of data transmission.

[0096] In some preferred embodiments, the following is described by a specific example. Assuming that at a certain moment, the monitoring unit continuously monitors that the sending queue length of the network interface rapidly increases from 100 data packets to 500 data packets in a short time. The first calculation unit will calculate a higher instantaneous change rate, for example, 100 data packets per second, according to this change. Based on this higher instantaneous change rate, the second calculation unit will dynamically adjust the current congestion warning threshold from the original, for example, 300 data packets, to 200 data packets. This means that even if the queue length has not reached the original 300 data packets, the system will trigger congestion warning at 200 data packets in advance due to its rapid growth trend. On the contrary, if the monitoring unit monitors that the queue length only increases from 100 data packets to 150 data packets in a longer time, the instantaneous change rate calculated by the first calculation unit will be very low, and the second calculation unit may adjust the congestion warning threshold to a higher value, for example, 400 data packets, to avoid unnecessary warning in slight fluctuations. This dynamic adjustment mechanism enables the system to flexibly adjust the sensitivity of the warning according to the actual network congestion development trend, thereby realizing more intelligent and effective congestion management.

[0097] In some of the above embodiments, the congestion warning threshold is set according to the instantaneous change rate of the queue length. However, in practical applications, if the congestion warning threshold is not set flexibly enough or cannot respond to the dramatic changes in network state in real time, it may lead to insufficient or excessive frequency of the system's warning of network congestion, thereby affecting the efficiency and stability of data transmission. To this end, the present application further proposes a more dynamic and adaptive congestion warning threshold setting method to improve the system's perception accuracy and response speed to network congestion.

[0098] Specifically, the second calculation unit includes a setting unit and an adjustment unit. The setting unit is configured to set a first congestion warning threshold, and the adjustment unit is configured to adjust the first congestion warning threshold to a second congestion warning threshold in real time according to the instantaneous change rate of the queue length.

[0099] Specifically, the setting unit can be configured to set an initial or reference congestion warning threshold, i.e., the first congestion warning threshold. The first congestion warning threshold can be a preset fixed value, such as a value determined based on the default configuration of the network device or the historical average load, or a value calculated preliminarily according to factors such as network type and expected traffic, which aims to provide a stable starting point for subsequent dynamic adjustment. The adjustment unit can be understood as being responsible for real-time correction of the first congestion warning threshold set by the setting unit according to the instantaneous change rate of the queue length, thereby obtaining the second congestion warning threshold used for final judgment. This real-time adjustment mechanism ensures that the congestion warning threshold is no longer static, but can be adaptively adjusted according to the dynamic change trend of network traffic. In practical applications, the instantaneous change rate of the queue length is a key indicator reflecting the trend of network congestion, and its value and sign can indicate the speed of increase or decrease of the queue length, thereby providing an important basis for adjusting the congestion warning threshold.

[0100] The scheme of the present application introduces a setting unit and an adjustment unit, making the setting of the congestion warning threshold more refined and dynamic. The setting unit first provides a reference first congestion warning threshold, providing a starting point for subsequent dynamic adjustment. On this basis, the adjustment unit can correct the first congestion warning threshold in real time according to the instantaneous change rate of the queue length, generating a second congestion warning threshold. When the instantaneous change rate of the queue length is high, it indicates that network congestion may be rapidly intensifying, and the second congestion warning threshold can be dynamically adjusted lower at this time, thereby triggering the warning earlier. Conversely, when the instantaneous change rate is low, the second congestion warning threshold can be appropriately adjusted higher to avoid unnecessary frequent warnings. This mechanism enables the system to adaptively adjust its sensitivity to congestion according to the actual dynamic change trend of network traffic.

[0101] ​​By the above technical solution, the congestion early warning threshold is no longer fixed, but can be adjusted in real time according to the instantaneous rate of change of the network interface sending queue length. Thus, the system can more accurately and timely perceive potential network congestion risks, especially in dynamic scenarios where the queue length is rapidly increasing or decreasing. This adaptive threshold adjustment mechanism effectively avoids false positives or false negatives caused by improper threshold setting, improving the accuracy and reliability of fault early warning, and thus optimizing the stability and efficiency of data transmission.

[0102] In some preferred embodiments, the setting unit in the second computing unit can pre-set the first congestion early warning threshold to, for example, 100 data packets. When the monitoring module monitors that the instantaneous rate of change of the sending queue length of the network interface is positive and continuously increasing, it indicates that the queue length is rapidly increasing and the risk of network congestion is increasing. At this time, the adjustment unit can adjust the second congestion early warning threshold according to the pre-set adjustment algorithm, for example, to 80 data packets, which means that when the queue length reaches 80 data packets, the system will trigger congestion early warning, issuing an early warning earlier than the original 100 data packets, thereby gaining more time to take countermeasures. Conversely, if the instantaneous rate of change is continuously negative or close to zero, it indicates that the queue length is tending to be stable or decreasing, and the risk of congestion is decreasing. The adjustment unit can appropriately increase the second congestion early warning threshold, for example, to 120 data packets, to avoid triggering unnecessary early warnings frequently when the network condition is good.

[0103] The specific embodiments of the present application also disclose a traditional Chinese medicine remote diagnosis and treatment data transmission system, which comprises: an accepting module configured to receive the state synchronization information package; an analyzing module configured to analyze the state synchronization information package; and a fault early warning module configured to perform fault early warning according to the state synchronization information package.

[0104] By configuring the accepting module to receive the state synchronization information package from the sending end, and the analyzing module to analyze the information package, and then the fault early warning module to perform fault early warning according to the analysis result. This mechanism enables the receiving end to timely and accurately identify potential or actual faults on the transmission path, thereby providing clear fault indication for the remote diagnosis doctor, avoiding misdiagnosis caused by transmission problems, and significantly improving the accuracy and reliability of remote medical diagnosis.

[0105] For easier and clearer understanding of the technical solutions of the present application, the key terms and implementation environment involved therein are described as follows. The present system is generally applied to scenarios requiring high-reliability data transmission, such as remote medical diagnosis systems, especially remote traditional Chinese medicine diagnosis involving real-time audio and video transmission. In this environment, the stability and integrity of data transmission are crucial to the accuracy of diagnosis. Among them, the "state synchronization information packet" is a special data packet designed to carry system state information, such as early warning information of network congestion, channel quality degradation, etc. "Transmission failure warning" refers to the system giving a prompt or warning according to the received state information about potential or actual data transmission problems.

[0106] The above merely describes the embodiments of the present application and is not intended to limit the protection scope of the present application. For those skilled in the art, the present application can have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A method for transmitting data of remote diagnosis and treatment of traditional Chinese medicine, characterized in that: include: Monitoring the length of a sending queue of a network interface to determine whether the queue length is greater than a congestion warning threshold; If the queue length is greater than the congestion warning threshold, generating a state synchronization information packet carrying transmission failure warning information, setting a sending priority of the state synchronization confidence packet, and sending the packet; The status synchronization information packet includes a status code, and the status code is used to identify the detected system event or operating status. Different status codes correspond to different event types.

2. The data transmission method according to claim 1, wherein: If the queue length is greater than the congestion warning threshold, a status synchronization information packet carrying transmission failure warning information is generated, including: if the queue length is greater than the congestion warning threshold, multiple status synchronization information packets carrying the transmission failure warning information are generated, and the multiple status synchronization information packets are sent at preset time intervals.

3. The data transmission method according to claim 1, wherein: The monitoring of the sending queue length of the network interface and determining whether the queue length is greater than the congestion warning threshold includes: continuously monitoring the change of the sending queue length of the network interface, calculating the instantaneous change rate of the queue length based on the change of the sending queue length over time, and setting the congestion warning threshold based on the instantaneous change rate of the queue length.

4. The data transmission method according to claim 3, wherein: The setting of the congestion warning threshold according to the instantaneous change rate of the queue length includes: setting a first congestion warning threshold, and adjusting the first congestion warning threshold to a second congestion warning threshold in real time according to the instantaneous change rate of the queue length.

5. A method for transmitting data of remote diagnosis and treatment of traditional Chinese medicine, characterized in that: include: Receive a status synchronization information packet, parse the status synchronization information packet, and issue a fault warning based on the status synchronization information packet.

6. The data transmission method according to claim 5, characterized in that: The parsing of the status synchronization information packet and the fault warning according to the status synchronization information packet include: generating a transmission fault warning instruction according to the status synchronization information packet, retrieving and displaying the local fault warning audio and video according to the transmission fault warning instruction, and setting the duration of the continuous display response of the fault warning audio and video.

7. A data transmission system for remote diagnosis and treatment of traditional Chinese medicine, characterized in that: The system includes: a monitoring module for monitoring the length of a sending queue of a network interface; a judgment module for judging whether the queue length is greater than a congestion warning threshold; a generation and sending module for generating a state synchronization information packet carrying transmission failure warning information based on a judgment result of comparing the queue length with the congestion warning threshold, setting a sending priority for the state synchronization confidence packet, and sending the packet; the state synchronization information packet includes a status code, the status code being used to identify a detected system event or operating status, with different status codes corresponding to different event types.

8. The data transmission system according to claim 7, characterized in that: The generating and sending module includes a generating unit for generating a plurality of state synchronization information packets carrying the transmission fault warning information according to a judgment result of comparing the queue length with the congestion warning threshold; The sending unit is configured to send the plurality of state synchronization information packets at preset time intervals.

9. The data transmission system according to claim 7, characterized in that The monitoring module includes: a monitoring unit for continuously monitoring changes in the length of a sending queue of a network interface; a first calculation unit for calculating the instantaneous rate of change of the queue length based on changes in the sending queue length over time; and a second calculation unit for setting the congestion warning threshold based on the instantaneous rate of change of the queue length.

10. The data transmission system according to claim 9, characterized in that: The second calculation unit includes a setting unit for setting a first congestion warning threshold; an adjustment unit for adjusting the first congestion warning threshold to a second congestion warning threshold in real time according to the instantaneous change rate of the queue length.

Images