Low-delay video call remote interaction method and device
By using RTP and RTCP protocols in the video call system to monitor latency data and packet loss rate, adjust the transmission rate and network traffic priority, the delay problem in remote interaction of video call is solved, low latency and stable data transmission are achieved, and the Diagnosis and treatment efficiency.
Patent Information
- Application Number
- CN202411052712.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-08-02
- Publication Date
- 2024-12-13
- Estimated Expiration
- 2044-08-02
AI Technical Summary
There are high delay problems in the existing video call remote interaction technology, which affects the progress of diagnosis and treatment and the implementation of the best time.
By establishing an RTP session on the sending and receiving ends of a video call, and periodically sending RTCP messages using the RTCP protocol, monitoring the delay data of the data packet, determining whether to increase the transmission rate based on the delay data, and scoring it with the packet loss rate, adjusting Network traffic priority ensures low latency and stable data transmission of video calls.
It realizes low latency and stable data transmission of remote interaction of video calls, ensures maximum real-time data transmission rate, avoids network congestion, and improves the efficiency and accuracy of diagnosis and treatment.
Smart Images

Figure CN119135824A_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to the technical field related to remote interaction, and in particular to a low-latency video call remote interaction method and device. Background Art
[0002] Video call remote interaction is a technology that uses the Internet and digital communication technology to achieve real-time audio and video communication between remote users. The development and popularization of this technology has changed the way people communicate and brought many conveniences, especially telemedicine. Doctors can conduct remote consultations through video calls and provide patients with timely medical advice and guidance, especially in remote areas or during epidemics. This method greatly facilitates patients.
[0003] The video call remote interaction currently used in medical systems often ignores the real-time nature of its data, resulting in high latency, which in turn affects the subsequent diagnosis and treatment progress and even delays the best time. Therefore, it is necessary to propose a low-latency video call remote interaction method to overcome the above problems. Summary of the invention
[0004] The purpose of the present invention is to solve at least one of the deficiencies of the prior art and to provide a low-latency video call remote interaction method and device.
[0005] In order to achieve the above object, the present invention adopts the following technical solutions:
[0006] Specifically, a low-latency video call remote interaction method is proposed, including the following:
[0007] An RTP session is established between the sender and the receiver of the remote interaction of the video call, and the sender and the receiver start RTCP and periodically send RTCP messages;
[0008] The sending end sends the real-time data packets of the video call data through RTP, and the receiving end monitors the delay data of the received data packets;
[0009] The sending end receives the RR message sent by the receiving end, wherein the RR message includes the delay data of the received data packet, and the sending end parses the RR message to obtain the delay data of the received data packet;
[0010] The sending end determines whether to increase the transmission rate of the real-time data of the video call data according to the delay data, so as to ensure low delay and stable data transmission during remote interaction of the video call;
[0011] When the interaction ends, both the sender and the receiver send BYE messages to leave the RTP session.
[0012] Further, specifically, the transmitting end determines whether to increase the transmission rate of the real-time data of the video call data according to the delay data, including:
[0013] A first threshold is preset, and when the delay data is higher than the first threshold, the current transmission rate is maintained and the current running cache is cleared;
[0014] When the delay data is lower than or not higher than the first threshold, the current transmission rate is increased by one step according to a preset step.
[0015] Furthermore, the method also includes that the receiving end also monitors the packet loss rate data of the received data packet and adds it to the RR message sent to the sending end, and the sending end also obtains the packet loss rate data of the received data packet when parsing the RR message;
[0016] A second threshold is preset, and when the packet loss rate data is higher than the second threshold, a packet loss abnormality alarm is issued;
[0017] A scoring system is preset, in which a delay data weight and a packet loss rate weight are preset, the obtained delay data is converted into a delay score, and the obtained packet loss rate data is converted into a packet loss rate score;
[0018] The final score is obtained by combining the delay score, delay data weight, packet loss rate score, and packet loss rate weight;
[0019] Determine whether the final score is in the low network status segment, the medium network status segment or the high network status segment in the scoring system. If the final segment is in the low network status segment, the current transmission rate will not be increased. If it is in the medium network status segment, the current transmission rate will still be increased by one step according to the preset step. If it is in the high network status segment, the current transmission rate will be increased by two steps according to the preset step.
[0020] Furthermore, the method further comprises:
[0021] QoS rules are used on both the sender and receiver to adjust the network traffic priority of the RTP session, further improving the traffic transmission rate of remote interactions in video calls.
[0022] Further, specifically, the network traffic priority of the RTP session is adjusted by using QoS rules for both the sending end and the receiving end, including:
[0023] At the sending or receiving end,
[0024] Preset QoS policy, determine the priority of different types of traffic through DSCP marking, and set the network traffic priority of RTP session to the highest level;
[0025] Mark packets for routers or switches according to traffic type and place marked packets into corresponding queues or processing flows according to preset QoS policies;
[0026] The data packets are processed in the set priority order through the pre-selected scheduling algorithm.
[0027] Further, specifically, the pre-selected scheduling algorithm is a priority scheduling algorithm.
[0028] Furthermore, the method also includes that when the sending end and the receiving end are connected, SDES messages are sent to describe their own related information, and the sending end periodically sends SR messages to report statistical information of the sent data.
[0029] The present invention also provides a low-latency video call remote interaction device, comprising the following:
[0030] An RTP session establishment module is used to establish an RTP session between the sending end and the receiving end of the video call remote interaction, and the sending end and the receiving end start RTCP and periodically send RTCP messages;
[0031] The data packet transceiver module is used to send data packets of real-time data of video call data through RTP at the sending end, and monitor the delay data of received data packets at the receiving end;
[0032] A message transceiver module, used for receiving, at a sending end, an RR message sent from a receiving end, wherein the RR message includes delay data of a received data packet, and the sending end parses the RR message to obtain delay data of the received data packet;
[0033] A judgment module, used for judging whether to increase the transmission rate of the real-time data of the video call data according to the delay data at the sending end, so as to ensure low delay and stable data transmission during remote interaction of the video call;
[0034] When the interaction ends, both the sender and the receiver send BYE messages to leave the RTP session.
[0035] The present invention also provides a medical workstation, comprising:
[0036] A workstation host, wherein a high-definition image acquisition module and video call software are provided in the workstation host, wherein the video call software applies the method according to any one of claims 1 to 7, and the high-definition image acquisition module is used to acquire surgical images;
[0037] Network equipment, including 5G traffic cards, 5G routers and network cables, is used to provide network services to the workstation host.
[0038] Furthermore, the medical workstation also includes:
[0039] A display, a high-definition camera, a microphone, a color laser printer, a foot switch, a speaker, and an input device, wherein the display, the high-definition camera, and the speaker are used to cooperate with each other to perform video communication based on the video call software, the foot switch is used to control the start and stop of the high-definition image acquisition module; the color laser printer is used to perform printing operations, and the input device is used to input data streams.
[0040] The beneficial effects of the present invention are:
[0041] The present invention proposes a low-latency video call remote interaction method and device, which performs video call remote interaction based on the RTP protocol, and performs real-time transmission control through the RTCP protocol, monitors the delay data of received data packets to determine whether to increase the transmission rate of real-time data of the video call data, and maximizes the transmission rate of real-time data as much as possible, thereby making the video call remote interaction low-latency and the data transmission stable. BRIEF DESCRIPTION OF THE DRAWINGS
[0042] The above and other features of the present disclosure will become more apparent by describing in detail the embodiments shown in the accompanying drawings. The same reference numerals in the accompanying drawings of the present disclosure represent the same or similar elements. Obviously, the accompanying drawings described below are only some embodiments of the present disclosure. For those skilled in the art, other accompanying drawings can be obtained based on these accompanying drawings without creative work. In the accompanying drawings:
[0043] Figure 1 Shown is a flow chart of a low-latency video call remote interaction method of the present invention;
[0044] Figure 2 Shown is a structural schematic diagram of a medical workstation that applies a low-latency video call remote interaction method of the present invention. DETAILED DESCRIPTION
[0045] The following will be combined with the embodiments and drawings to clearly and completely describe the concept, specific structure and technical effects of the present invention, so as to fully understand the purpose, scheme and effect of the present invention. It should be noted that the embodiments in this application and the features in the embodiments can be combined with each other without conflict. The same reference numerals used throughout the drawings indicate the same or similar parts.
[0046] Example 1, reference Figure 1 The present invention proposes a low-latency video call remote interaction method, comprising the following:
[0047] Step 110: Establish an RTP session at the sending end and the receiving end of the video call remote interaction, and start RTCP at the sending end and the receiving end to periodically send RTCP messages;
[0048] Step 120, the sending end sends the data packet of the real-time data of the video call data through RTP, and the receiving end monitors the delay data of the received data packet;
[0049] Step 130: The transmitting end receives the RR message sent by the receiving end, wherein the RR message includes the delay data of the received data packet, and the transmitting end parses the RR message to obtain the delay data of the received data packet;
[0050] Step 140: The transmitting end determines whether to increase the transmission rate of the real-time data of the video call data according to the delay data, so as to ensure low delay and stable data transmission during remote interaction of the video call;
[0051] Step 150: When the interaction ends, both the sender and the receiver send a BYE message to leave the RTP session.
[0052] In this preferred embodiment, video call remote interaction is performed based on the RTP protocol, and real-time transmission control is performed through the RTCP protocol. The delay data of the received data packet is monitored to determine whether to increase the transmission rate of the real-time data of the video call data, and the transmission rate of the real-time data is maximized as much as possible, thereby making the remote interaction of the video call low-latency and the data transmission stable.
[0053] As a preferred embodiment of the present invention, specifically, the transmitting end determines whether to increase the transmission rate of the real-time data of the video call data according to the delay data, including:
[0054] A first threshold is preset, and when the delay data is higher than the first threshold, the current transmission rate is maintained and the current running cache is cleared;
[0055] When the delay data is lower than or not higher than the first threshold, the current transmission rate is increased by one step according to a preset step.
[0056] As a preferred embodiment of the present invention, the method further includes that the receiving end also monitors the packet loss rate data of the received data packet and adds it to the RR message sent to the sending end, and the sending end also obtains the packet loss rate data of the received data packet when parsing the RR message;
[0057] A second threshold is preset, and when the packet loss rate data is higher than the second threshold, a packet loss abnormality alarm is issued;
[0058] A scoring system is preset, in which a delay data weight and a packet loss rate weight are preset, the obtained delay data is converted into a delay score, and the obtained packet loss rate data is converted into a packet loss rate score;
[0059] The final score is obtained by combining the delay score, delay data weight, packet loss rate score, and packet loss rate weight;
[0060] Determine whether the final score is in the low network status segment, the medium network status segment or the high network status segment in the scoring system. If the final segment is in the low network status segment, the current transmission rate will not be increased. If it is in the medium network status segment, the current transmission rate will still be increased by one step according to the preset step. If it is in the high network status segment, the current transmission rate will be increased by two steps according to the preset step.
[0061] Among them, by setting the early warning threshold, that is, the second threshold, if the packet loss rate is too high, it is judged that an abnormality occurs and an alarm is issued. If it is normal, that is, the packet loss rate is not higher than the second threshold, then according to the scoring system, the packet loss rate and delay data are converted into a total score, and the current network status is judged according to the total score. If the network status is good, the speed is increased in large steps. If the network status is medium, the original plan is accelerated. If the network status is poor, the speed is not increased to ensure the stability of the data transmission quality. In addition, the delay data weight and the packet loss rate weight can be pre-determined by mature methods such as hierarchical analysis method.
[0062] In this preferred embodiment, RTCP (Real-time Transport Control Protocol) is used in the RTP (Real-time Transport Protocol) session to monitor the quality of data transmission and provide feedback, so as to dynamically adjust the transmission rate to avoid network congestion. The following are the specific workflow steps of RTCP: 1. Initial connection and session establishment RTP session initialization: The sender and the receiver establish an RTP session and start data transmission. RTCP initialization: Each participant starts RTCP and periodically sends RTCP messages. 2. Types of RTCP messages There are many types of RTCP messages, mainly including: Receiver Report (RR): Sent by the receiver to report the status of received data packets. Send Report (SR): Sent by the sender to report the statistical information of the sent data packets. Source Description (SDES): Describes the participant information. End Report (BYE): Sent when the participant leaves the session. 3. Data transmission and monitoring Data transmission: The sender sends real-time data such as audio and video through RTP. Quality monitoring: The receiving end monitors the loss rate and delay performance indicators of the received data packets. 4. Periodic reporting of RTCP message transmission: The receiver periodically sends RR messages to report the quality of received data to the sender, including packet loss rate, round-trip time, etc. SR messages: The sender periodically sends SR messages to report the statistical information of the sent data. 5. Dynamic adjustment of transmission rate feedback reception: The sender receives and analyzes the RR messages sent by the receiver. Rate adjustment: According to the feedback information, the sender dynamically adjusts the transmission rate. 6. Continuous monitoring and adjustment Continuous monitoring: During the entire transmission process, the sender and the receiver continuously exchange RTCP messages to dynamically monitor the network status. Continuous adjustment: According to real-time feedback, the sender continuously adjusts the transmission rate to ensure the stability and quality of data transmission. 7. Send BYE messages at the end of the session: When the session ends, the participant sends a BYE message to notify other participants to leave the session. Resource release: After the session ends, the relevant resources are released. Through the above process, RTCP can effectively monitor and adjust the quality of RTP data transmission, avoid network congestion, and improve the quality and stability of real-time audio and video transmission.
[0063] As a preferred embodiment of the present invention, the method further comprises:
[0064] QoS rules are used on both the sender and receiver to adjust the network traffic priority of the RTP session, further improving the traffic transmission rate of remote interactions in video calls.
[0065] As a preferred embodiment of the present invention, specifically, both the sending end and the receiving end use QoS rules to adjust the network traffic priority of the RTP session, including:
[0066] At the sending or receiving end,
[0067] Preset QoS policy, determine the priority of different types of traffic through DSCP marking, and set the network traffic priority of RTP session to the highest level;
[0068] Mark packets for routers or switches according to traffic type and place marked packets into corresponding queues or processing flows according to preset QoS policies;
[0069] The data packets are processed in the set priority order through the pre-selected scheduling algorithm.
[0070] In this preferred embodiment, the specific process steps of the device adjusting the network traffic priority according to the QoS (Quality of Service) rules are as follows: 1. QoS policy definition Traffic classification: Determine the priority of different types of traffic, such as real-time audio and video streaming, data downloading, web browsing, etc. Priority allocation: Assign priority to each traffic type, usually using tags (such as DSCP tags) or queues (such as priority queues, weighted queues) to distinguish. 2. Traffic marking and classification Marking data packets: Routers or switches mark data packets according to traffic types so that subsequent routers or switches can perform priority processing based on these tags. Classification processing: According to the preset QoS policy, the marked data packets are placed in the corresponding queue or processing flow. 3. Queue management Queue setting: Set different queues according to priority and service level. Queue scheduling: Use scheduling algorithms (such as priority scheduling, weighted fair queue scheduling, etc.) to process data packets in the set priority order. 4. Traffic control and adjustment Congestion management: Monitor network status and traffic load and detect congestion. Dynamic Adjustment: Adjust the priority or processing order of packets in the queue based on real-time network conditions and QoS policies to maximize service quality and avoid network congestion.
[0071] As a preferred implementation mode of the present invention, specifically, the pre-selected scheduling algorithm is a priority scheduling algorithm.
[0072] As a preferred embodiment of the present invention, the method also includes, when the sending end and the receiving end are connected, sending SDES messages to describe their own relevant information, and the sending end periodically sends SR messages to report statistical information of the sent data.
[0073] The present invention also provides a low-latency video call remote interaction device, comprising the following:
[0074] An RTP session establishment module is used to establish an RTP session between the sending end and the receiving end of the video call remote interaction, and the sending end and the receiving end start RTCP and periodically send RTCP messages;
[0075] The data packet transceiver module is used to send data packets of real-time data of video call data through RTP at the sending end, and monitor the delay data of received data packets at the receiving end;
[0076] A message transceiver module, used for receiving, at a sending end, an RR message sent from a receiving end, wherein the RR message includes delay data of a received data packet, and the sending end parses the RR message to obtain delay data of the received data packet;
[0077] A judgment module, used for judging whether to increase the transmission rate of the real-time data of the video call data according to the delay data at the sending end, so as to ensure low delay and stable data transmission during remote interaction of the video call;
[0078] When the interaction ends, both the sender and the receiver send BYE messages to leave the RTP session.
[0079] Reference Figure 2 The present invention also provides a medical workstation, comprising:
[0080] A workstation host, wherein a high-definition image acquisition module and video call software are provided in the workstation host, wherein the video call software applies the method according to any one of claims 1 to 7, and the high-definition image acquisition module is used to acquire surgical images;
[0081] Network equipment, including 5G traffic cards, 5G routers and network cables, is used to provide network services to the workstation host.
[0082] As a preferred embodiment of the present invention, the medical workstation further comprises:
[0083] A display, a high-definition camera, a microphone, a color laser printer, a foot switch, a speaker, and an input device, wherein the display, the high-definition camera, and the speaker are used to cooperate with each other to perform video communication based on the video call software, the foot switch is used to control the start and stop of the high-definition image acquisition module; the color laser printer is used to perform printing operations, and the input device is used to input data streams.
[0084] Yilingtong consists of a medical workstation hardware platform, a live video streaming software system, and network equipment.
[0085] The workstation hardware includes the workstation host (with built-in high-definition image acquisition module), display, high-definition camera, microphone, network equipment, color laser printer, foot switch, speaker, and input device. The high-definition image acquisition module is used to collect surgical images, the high-definition camera, microphone, and speaker are used for video communication, the foot switch is used to collect pictures, and the printer is used to print inspection reports.
[0086] The live video broadcast software system includes client software running on the workstation host, client software running on the mobile terminal device, and management software running on the cloud server.
[0087] The network equipment consists of 5G traffic cards, 5G routers, and network cables. Since the operating room environment lacks networking conditions, Yilingtong is equipped with network equipment to wirelessly receive 5G network signals, which are then converted into wired networks by routers to provide stable and fast network conditions for workstations.
[0088] The medical workstation using the method proposed by the present invention has the following advantages:
[0089] 1) Smooth video calls: It supports 5G networks, uses Spring Boot and MyBatis-Plus in the background to implement project infrastructure construction, uses WebSocket and Netty to build a chat platform, and uses a point-to-point exclusive communication link. The real-time video transmission is smooth and will not be affected by other communication links.
[0090] 2) Automatic storage: Video call content can be automatically saved as a video file, supporting replay. The video file is saved on the terminal and backed up in the cloud.
[0091] 3) Support mobile teaching: A dual token strategy is used to implement interface authentication and user authentication. Remote users can communicate with the operating room via video through mobile devices. They are not limited to time and place and can watch the ongoing surgery anytime and anywhere. If you want to invite the other party to discuss the surgery, you can call the other party directly without notifying the other party in advance, and the other party does not need to wait.
[0092] In addition, each functional module in each embodiment of the present invention may be integrated into one processing module, or each module may exist physically separately, or two or more modules may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of software functional modules.
[0093] If the integrated module is implemented in the form of a software function module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present invention implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may include: any entity or system that can carry the computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electrical carrier signal, telecommunication signal and software distribution medium, etc.
[0094] Although the description of the present invention has been quite detailed and specifically describes several described embodiments, it is not intended to be limited to any of these details or embodiments or any particular embodiment, but should be regarded as providing a broad possible interpretation of these claims in view of the prior art by reference to the appended claims, thereby effectively covering the intended scope of the present invention. In addition, the above description of the present invention is based on the embodiments foreseeable by the inventor, and its purpose is to provide a useful description, and those non-substantial changes to the present invention that have not yet been foreseen may still represent equivalent changes to the present invention.
[0095] The above is only a preferred embodiment of the present invention. The present invention is not limited to the above implementation. As long as the technical effect of the present invention is achieved by the same means, it should belong to the protection scope of the present invention. Within the protection scope of the present invention, its technical scheme and / or implementation method can have various modifications and changes.
Claims
1. A low-latency video call remote interaction method, characterized in that: Includes the following: An RTP session is established between the sender and the receiver of the remote interaction of the video call, and the sender and the receiver start RTCP and periodically send RTCP messages; The sending end sends the real-time data packets of the video call data through RTP, and the receiving end monitors the delay data of the received data packets; The sending end receives the RR message sent by the receiving end, wherein the RR message includes the delay data of the received data packet, and the sending end parses the RR message to obtain the delay data of the received data packet; The sending end determines whether to increase the transmission rate of the real-time data of the video call data according to the delay data, so as to ensure low delay and stable data transmission during remote interaction of the video call; When the interaction ends, both the sender and the receiver send BYE messages to leave the RTP session.
2. A low-latency video call remote interaction method according to claim 1, characterized in that: Specifically, the transmitting end determines whether to increase the transmission rate of the real-time data of the video call data according to the delay data, including: A first threshold is preset, and when the delay data is higher than the first threshold, the current transmission rate is maintained and the current running cache is cleared; When the delay data is lower than or not higher than the first threshold, the current transmission rate is increased by one step according to a preset step.
3. A low-latency video call remote interaction method according to claim 2, characterized in that: The method also includes that the receiving end also monitors the packet loss rate data of the received data packet and adds it to the RR message sent to the sending end, and the sending end also obtains the packet loss rate data of the received data packet when parsing the RR message; A second threshold is preset, and when the packet loss rate data is higher than the second threshold, a packet loss abnormality alarm is issued; A scoring system is preset, in which a delay data weight and a packet loss rate weight are preset, the obtained delay data is converted into a delay score, and the obtained packet loss rate data is converted into a packet loss rate score; The final score is obtained by combining the delay score, delay data weight, packet loss rate score, and packet loss rate weight; Determine whether the final score is in the low network status segment, the medium network status segment or the high network status segment in the scoring system. If the final segment is in the low network status segment, the current transmission rate will not be increased. If it is in the medium network status segment, the current transmission rate will still be increased by one step according to the preset step. If it is in the high network status segment, the current transmission rate will be increased by two steps according to the preset step.
4. A low-latency video call remote interaction method according to claim 1, characterized in that: The method further comprises, QoS rules are used on both the sender and receiver to adjust the network traffic priority of the RTP session, further improving the traffic transmission rate of remote interactions in video calls.
5. A low-latency video call remote interaction method according to claim 4, characterized in that: Specifically, both the sender and the receiver use QoS rules to adjust the network traffic priority of the RTP session. include, At the sending or receiving end, Preset QoS policy, determine the priority of different types of traffic through DSCP marking, and set the network traffic priority of RTP session to the highest level; Mark packets for routers or switches according to traffic type and place marked packets into corresponding queues or processing flows according to preset QoS policies; The data packets are processed in the set priority order through the pre-selected scheduling algorithm.
6. A low-latency video call remote interaction method according to claim 5, characterized in that: Specifically, the pre-selected scheduling algorithm is a priority scheduling algorithm.
7. A low-latency video call remote interaction method according to claim 1, characterized in that: The method also includes that, when the sending end and the receiving end are connected, SDES messages are sent to describe relevant information of the sending end, and the sending end periodically sends SR messages to report statistical information of the sent data.
8. A low-latency video call remote interaction device, characterized in that: Includes the following: An RTP session establishment module is used to establish an RTP session between the sending end and the receiving end of the video call remote interaction, and the sending end and the receiving end start RTCP and periodically send RTCP messages; The data packet transceiver module is used to send data packets of real-time data of video call data through RTP at the sending end, and monitor the delay data of received data packets at the receiving end; A message transceiver module, used for receiving, at a sending end, an RR message sent from a receiving end, wherein the RR message includes delay data of a received data packet, and the sending end parses the RR message to obtain delay data of the received data packet; A judgment module, used for judging whether to increase the transmission rate of the real-time data of the video call data according to the delay data at the sending end, so as to ensure low delay and stable data transmission during remote interaction of the video call; When the interaction ends, both the sender and the receiver send BYE messages to leave the RTP session.
9. A medical workstation, characterized in that: include, A workstation host, wherein a high-definition image acquisition module and video call software are provided in the workstation host, wherein the video call software applies the method according to any one of claims 1 to 7, and the high-definition image acquisition module is used to acquire surgical images; Network equipment, including 5G traffic cards, 5G routers and network cables, is used to provide network services to the workstation host.
10. A medical workstation according to claim 9, characterized in that: Also includes, A display, a high-definition camera, a microphone, a color laser printer, a foot switch, a speaker, and an input device, wherein the display, the high-definition camera, and the speaker are used to cooperate with each other to perform video communication based on the video call software, the foot switch is used to control the start and stop of the high-definition image acquisition module; the color laser printer is used to perform printing operations, and the input device is used to input data streams.
Citation Information
Patent Citations
Audio and video transmission control method and system
CN103944834A
ViLTE video call congestion control method and system based on delay gradient accumulation
CN111263102A
Real-time media internal video and audio coordination method based on Android platform
CN113099310A
Remote audio and video method and system
CN114173081A
Roundtrip delay time measurement apparatus and method for variable bit rate multimedia data
CN1725760A
