WO2021052077A1 - 视频会议方法、第一终端、mcu、系统及存储介质 - Google Patents

视频会议方法、第一终端、mcu、系统及存储介质 Download PDF

Info

Publication number
WO2021052077A1
WO2021052077A1 PCT/CN2020/109332 CN2020109332W WO2021052077A1 WO 2021052077 A1 WO2021052077 A1 WO 2021052077A1 CN 2020109332 W CN2020109332 W CN 2020109332W WO 2021052077 A1 WO2021052077 A1 WO 2021052077A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
codec
network quality
video
media stream
Prior art date
Application number
PCT/CN2020/109332
Other languages
English (en)
French (fr)
Inventor
许磊
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2021052077A1 publication Critical patent/WO2021052077A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/756—Media network packet handling adapting media to device capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/152—Multipoint control units therefor

Definitions

  • This application relates to the field of audio and video technologies, and more specifically, to a video conference method, a first terminal, a multipoint control unit (MCU), a system, and a storage medium.
  • MCU multipoint control unit
  • the video conference system refers to the use of TV equipment and video conference terminals to convene multiple user terminals distributed in various places into the same conference through the MCU.
  • the video conference method, first terminal, MCU, system, and storage medium provided by the embodiments of the present application.
  • the embodiment of the application provides a video conference method, applied to a first terminal, including: acquiring network quality parameters during the video conference; adjusting codec capabilities according to the network quality parameters; and using the adjusted codec capabilities Encode and decode the media file; send the encoded and decoded media stream and network quality parameters to the multipoint control unit MCU; receive the media stream from the MCU.
  • the embodiment of the application provides a video conferencing method, applied to a multipoint control unit MCU, including: receiving a media stream and network quality parameters from a first terminal during a video conferencing process; and encoding and decoding capabilities according to the network quality parameters Make adjustments; use the adjusted encoding and decoding capabilities to encode and decode the media stream to be sent, the media stream to be sent comes from other participating terminals except the first terminal; send the encoded and decoded media stream to the first terminal One terminal.
  • the embodiment of the present application provides a video conference method.
  • the first terminal obtains network quality parameters, adjusts the codec capability according to the network quality parameters, and uses the adjusted codec capability to encode media files.
  • Decoding sending the coded and decoded media stream and network quality parameters to the multipoint control unit MCU; during the video conference, the MCU receives the media stream and network quality parameters from the first terminal, and encodes and decodes according to the network quality parameters
  • the capability is adjusted, and the adjusted codec capability is used to encode and decode the media stream to be sent.
  • the media stream to be sent comes from other participating terminals except the first terminal, and the encoded and decoded media stream is sent to The first terminal; the first terminal receives the media stream from the MCU.
  • the embodiment of the present application also provides a first terminal, the first terminal includes: a first acquisition module, a first adjustment module, a first codec module, a first sending module, and a first receiving module; a first acquisition module Used to obtain network quality parameters during the video conference; the first adjustment module is used to adjust the encoding and decoding capabilities according to the network quality parameters; the first encoding and decoding module is used to encode media files using the adjusted encoding and decoding capabilities Decoding; The first sending module is used to send the coded and decoded media stream and network quality parameters to the multipoint control unit MCU; the first receiving module is used to receive the media stream from the MCU.
  • the embodiment of the present application also provides a multipoint control unit MCU, the MCU includes: a second receiving module, a second adjustment module, a second codec module, and a second sending module; the second receiving module is used for video conference In the process, the media stream and network quality parameters from the first terminal are received; the second adjustment module is used to adjust the codec capability according to the network quality parameters; the second codec module is used to use the adjusted codec capability to be sent.
  • the media stream is coded and decoded, and the media stream to be sent comes from other participating terminals except the first terminal; the second sending module is used to send the coded and decoded media stream to the first terminal.
  • An embodiment of the present application also provides a system that includes a multipoint control unit MCU and at least two first terminals; the first terminal is used to obtain network quality parameters during a video conference, and according to the network quality Parameters adjust the encoding and decoding capabilities, use the adjusted encoding and decoding capabilities to encode and decode media files, and send the encoded and decoded media streams and network quality parameters to the MCU; during the video conference, the MCU receives For the media stream and network quality parameters of the first terminal, the encoding and decoding capabilities are adjusted according to the network quality parameters, and the adjusted encoding and decoding capabilities are used to encode and decode the media stream to be sent.
  • the other participating terminals except the first terminal send the coded and decoded media stream to the first terminal; the first terminal is also used to receive the media stream from the MCU.
  • the embodiment of the present application provides a storage medium, the storage medium stores one or more first computer programs, and the one or more first computer programs can be executed by one or more processors to realize the above
  • the first terminal corresponds to the steps of the video conference method; or, the storage medium stores one or more second computer programs, and the one or more second computer programs can be executed by one or more processors, In order to realize the steps of the MCU corresponding to the video conference method as described above.
  • FIG. 1 is a schematic diagram 1 of the basic flow of a terminal-side video conference method provided in Embodiment 1 of this application;
  • FIG. 2 is a schematic diagram 2 of the basic flow of the terminal-side video conference method provided by Embodiment 1 of this application;
  • FIG. 3 is a schematic diagram 1 of the basic flow of the MCU-side video conference method provided in Embodiment 1 of the application;
  • FIG. 4 is a schematic diagram 2 of the basic flow of the MCU-side video conference method provided in Embodiment 1 of this application;
  • FIG. 5 is a schematic diagram of the basic flow of the video conference method provided in the third embodiment of the application.
  • FIG. 6 is a schematic diagram of the basic flow of the terminal-side video conference method provided by the fourth embodiment of the application.
  • FIG. 7 is a schematic diagram of the basic flow of the MCU-side video conference method provided by the fourth embodiment of the application.
  • FIG. 8 is a schematic diagram of the basic flow of the MCU-side video conference method provided in Embodiment 5 of this application;
  • FIG. 9 is a schematic structural diagram of a first terminal provided in Embodiment 6 of this application.
  • FIG. 10 is a schematic structural diagram of an MCU provided in Embodiment 6 of this application.
  • FIG. 11 is a schematic structural diagram of a system provided by Embodiment 7 of this application.
  • an embodiment of the present application provides a video conference method.
  • the first terminal obtains the network quality parameters, and then adjusts the encoding and decoding capabilities according to the network quality parameters, uses the adjusted encoding and decoding capabilities to encode and decode the media files, and sends the encoded and decoded media stream and the network quality parameters to the multipoint control unit MCU; please refer to FIG. 1, which is a schematic diagram of the basic flow of the video conference method provided in this embodiment.
  • S201 Send the first video codec protocol information to the MCU, where the first video codec protocol information includes each video codec protocol supported by the first terminal.
  • the first terminal in this embodiment supports at least one video codec protocol; for example, the first terminal supports two video codec protocols, namely N and K. At this time, the first terminal sends the first video codec protocol information To the MCU side, the first video codec protocol information includes N and K.
  • S202 Receive second video codec protocol information from the MCU, where the second video codec protocol information includes the video codec protocol with the highest priority supported by the first terminal.
  • the MCU will judge the video codec protocol supported by the first terminal, determine a video codec protocol with the best video conference quality for the first terminal, determine its priority as the highest, and add it to the first terminal. 2.
  • Video codec protocol information and sent to the first terminal for example, following the above example, further, the MCU side determines that the video codec protocol N has the highest priority, that is, the second video codec protocol information includes N, and further, The second video codec protocol information is sent to the first terminal, and the first terminal has received the second video codec protocol information from the MCU.
  • S203 Join the conference using the video codec protocol with the highest priority.
  • the first terminal joins the conference with the highest priority video codec protocol supported by the first terminal included in the second video codec protocol information; for example, the above example is still followed, and further, the first terminal uses the video codec Agreement N joins the meeting.
  • joining the conference using the video codec protocol with the highest priority includes at least the following two ways:
  • Method 1 Join the conference by actively calling the MCU.
  • the first terminal can actively call the MCU to join the conference by calling number or interactive voice and video response (Interactive Voice and Video Response, IVVR). In actual applications, it can be flexibly adjusted according to specific application scenarios. .
  • Method 2 Actively add and join the conference through the MCU.
  • the first terminal can also passively join the conference, that is, the conference administrator actively adds the first terminal through the MCU, and the first terminal joins the conference at this time.
  • the network quality parameters include but are not limited to packet loss rate, network jitter, and network delay. In an embodiment, the network quality parameter includes any one or any combination of packet loss rate, network jitter, and network delay.
  • the adjustment of the codec capability according to the network quality parameter includes at least the following two situations:
  • Case 1 When the corresponding value of the network quality parameter is within the preset first threshold value range, it is determined that the current network condition is at the first level, and the current codec transmission rate is adjusted.
  • adjusting the transmission rate of the current codec includes: reducing the transmission rate of the codec or increasing the transmission rate of the codec.
  • the network quality parameter is the packet loss rate, which is obtained after the terminal goes through forward error correction (FEC) or packet loss policy compensation.
  • FEC forward error correction
  • the corresponding value of the packet loss rate is within the first threshold range [A1, A2]
  • the current codec transmission rate is adjusted; specifically, set the previous packet loss
  • the corresponding value of the rate is a1, and the packet loss rate this time is a2, where a1 and a2 are both in [A1, A2].
  • the current codec transmission rate should be increased at this time, when a2>a1 , Then the transmission rate of the current codec should be reduced at this time.
  • the list here is only a specific example. In actual applications, flexible adjustments need to be made according to specific application scenarios.
  • the first threshold and the reduced or increased transmission rate value are preset by the developer based on experiments or experience. Make flexible settings.
  • adjusting the resolution and/or frame rate of the current codec includes: reducing the resolution and/or frame rate of the codec, or increasing the resolution and/or frame rate of the codec.
  • the network quality parameter is the packet loss rate, which is obtained after the terminal goes through forward error correction (FEC) or packet loss policy compensation.
  • FEC forward error correction
  • the corresponding value of the packet loss rate is within the second threshold range [A3, A4]
  • the list here is only a specific example. In actual applications, it needs to be flexibly adjusted according to specific application scenarios.
  • the second threshold and the reduced or increased resolution and/or frame rate value are set by the developer. The personnel make flexible settings based on experiments or experience.
  • the maximum value of the preset first threshold value range is less than the minimum value of the preset second threshold value range.
  • the magnitude relationship of A1, A2, A3, and A4 is A1 ⁇ A2 ⁇ A3 ⁇ A4.
  • the adjusted codec capability is further used to encode and decode the media file.
  • S104 Send the coded and decoded media stream and network quality parameters to the multipoint control unit MCU.
  • coded and decoded media stream and the acquired network quality parameters are sent to the MCU.
  • S105 Receive the media stream from the MCU.
  • the first terminal also receives the media stream sent from the MCU.
  • an embodiment of the present application provides a video conference method.
  • the MCU receives the media stream and network quality parameters from the first terminal, adjusts the encoding and decoding capabilities according to the network quality parameters, and uses the adjusted encoding and decoding capabilities to encode and decode the media stream to be sent, where the media stream to be sent comes from other than the first Participating terminals other than the terminal send the coded and decoded media stream to the first terminal; please refer to FIG. 3, which is a schematic diagram of the basic flow of the video conference method provided in this embodiment.
  • S301 Receive a media stream and network quality parameters from the first terminal during the video conference.
  • the MCU is compatible with at least two video codec protocols. Therefore, in this embodiment, before receiving the media stream and network quality parameters from the first terminal during the video conference, at least the following steps are also included. Please refer to As shown in Figure 4:
  • S401 Receive first video codec protocol information from a first terminal, where the first video codec protocol information includes each video codec protocol supported by the first terminal.
  • the first terminal in this embodiment supports at least one video codec protocol; for example, the first terminal supports two video codec protocols, namely N and K.
  • the first terminal sends the first video codec protocol information To the MCU, where the first video codec protocol information includes N and K, so far the MCU has received the first video codec protocol information from the first terminal side.
  • S402 Prioritize each video codec protocol, where the video codec protocol corresponds to the video conference with a better video codec protocol, and the higher the priority of the video codec protocol, the second video codec protocol information is determined, and the second video codec protocol is determined.
  • the information includes the video codec protocol with the highest priority supported by the first terminal.
  • the MCU will judge the video codec protocol supported by the first terminal, determine a video codec protocol with the best video conference quality for the first terminal, determine its priority as the highest, and add it to The second video codec protocol information is sent to the first terminal; for example, following the above example, further, the MCU determines that the video codec protocol N has the highest priority, that is, the second video codec protocol information includes N.
  • S403 Send the second video encoding and decoding protocol information to the first terminal.
  • the MCU sends the second video codec protocol information corresponding to the video codec protocol with the highest priority supported by the first terminal to the first terminal side; for example, still following the above example, further, the MCU encodes the second video The decoded protocol information is sent to the first terminal.
  • the network quality parameters in this embodiment include but are not limited to packet loss rate, network jitter, and network delay. In an embodiment, the network quality parameters include packet loss rate, network jitter, and network delay. Any one or any combination of forms.
  • the adjustment of the codec capability according to the network quality parameter includes at least the following two situations:
  • Case 1 When the corresponding value of the network quality parameter is within the preset third threshold value range, it is determined that the current network situation is at the third level, and the current codec transmission rate is adjusted.
  • adjusting the transmission rate of the current codec includes: reducing the transmission rate of the codec or increasing the transmission rate of the codec.
  • the network quality parameter is the packet loss rate, which is obtained after the terminal goes through the forward error correction (ForwBrd Error Correction, FEC) or packet loss strategy compensation strategy.
  • FEC Forward error correction
  • the corresponding value of the packet loss rate is within the third threshold range of [B1, B2]
  • the current codec transmission rate is adjusted; specifically, set the previous packet loss
  • the corresponding value of the rate is b1, and the packet loss rate this time is b2, where b1 and b2 are both in [B1, B2].
  • the current codec transmission rate should be increased at this time, when b2>b1 , Then the transmission rate of the current codec should be reduced at this time.
  • the list here is only a specific example. In actual applications, flexible adjustments need to be made according to specific application scenarios.
  • the third threshold and the reduced or increased transmission rate value are preset by the developer based on experiments or experience. Make flexible settings.
  • adjusting the resolution and/or frame rate of the current codec includes: reducing the resolution and/or frame rate of the codec, or increasing the resolution and/or frame rate of the codec.
  • the network quality parameter is the packet loss rate, which is obtained after the terminal goes through the forward error correction (ForwBrd Error Correction, FEC) or packet loss strategy compensation strategy.
  • FEC Forward error correction
  • the corresponding value of the packet loss rate is within the fourth threshold range of [B3, B4]
  • the resolution and/or frame rate of the current codec is adjusted; specifically, set The previous packet loss rate corresponds to b3, this time the packet loss rate is b4, where b3 and b4 are both in [B3, B4], when B3>B4, the resolution of the current codec should be increased at this time
  • the list here is only a specific example. In actual applications, it needs to be adjusted flexibly according to specific application scenarios.
  • the fourth threshold and the reduced or increased resolution and/or frame rate value are preset by the developer. The personnel make flexible settings based on experiments or experience.
  • the maximum value of the preset third threshold value range is less than the minimum value of the preset fourth threshold value range.
  • the magnitude relationship of B1, B2, B3, and B4 is B1 ⁇ B2 ⁇ B3 ⁇ B4.
  • the preset first threshold range may be equal to or unequal to the preset third threshold range
  • the preset second threshold range may be equal to or unequal to the preset fourth threshold range.
  • reducing the transmission rate of the codec, or after reducing the resolution and/or frame rate of the codec further includes: releasing redundant codec resources for use in other video conferences.
  • the method before increasing the transmission rate of the codec, or before increasing the resolution and/or frame rate of the codec, the method further includes: obtaining codec resources.
  • S303 Use the adjusted encoding and decoding capabilities to encode and decode the media stream to be sent, and the media stream to be sent comes from other participating terminals except the first terminal.
  • the adjusted codec capability is used to encode and decode the media stream to be sent, where the media stream to be sent comes from other participants except the first terminal terminal.
  • S304 Send the coded and decoded media stream to the first terminal.
  • the coded and decoded media stream is sent to the first terminal.
  • the first terminal obtains network quality parameters during the video conference, and then adjusts the codec capability according to the network quality parameters, and uses the adjusted codec capability to code and decode media files, Send the encoded and decoded media stream and network quality parameters to the multipoint control unit MCU; further, the MCU receives the media stream and network quality parameters from the first terminal, adjusts the encoding and decoding capabilities according to the network quality parameters, and uses the adjusted The encoding and decoding capability encodes and decodes the media stream to be sent, where the media stream to be sent comes from other participating terminals except the first terminal, and then sends the encoded and decoded media stream to the first terminal; further, the first terminal Receiving media streams from MCU; Solving the problems of unsmooth or poor user experience on some terminals due to network reasons in the prior art in the conference; Realizing the integration of current network in the video conference process The dynamic adjustment of the quality parameters to the encoding and decoding capabilities has greatly improved the effect of the video
  • the MCU is compatible with at least two video codec protocols, that is, compatible with the video codec protocols supported by terminals of various manufacturers, which avoids that the existing MCUs only support a single video codec protocol.
  • the MCU ensures that each terminal can enter the conference with its optimal capabilities, which further improves the effect of the video conference image, thereby further enhancing the user experience satisfaction.
  • an embodiment of the present application provides a video conference method.
  • Step 1 During the video conference, the first terminal obtains the network quality parameters, adjusts the codec capability according to the network quality parameters, uses the adjusted codec capability to encode and decode the media files, and converts the encoded and decoded media stream and the network
  • the quality parameters are sent to the multipoint control unit MCU;
  • Step 2 During the video conference, the MCU receives the media stream and network quality parameters from the first terminal, adjusts the encoding and decoding capabilities according to the network quality parameters, and uses the adjusted encoding and decoding capabilities to encode and decode the media stream to be sent, waiting to be sent
  • the media stream comes from other participating terminals except the first terminal, and the coded and decoded media stream is sent to the first terminal;
  • Step 3 The first terminal receives the media stream from the MCU.
  • the video conferencing method provided by the embodiments of the present application solves the problem of unsmooth or poor user experience in some terminals due to network reasons in the conference in the prior art, and realizes the integration in the video conference process.
  • the dynamic adjustment of the current network quality parameters to the encoding and decoding capabilities has greatly improved the effect of video conference images, thereby improving user experience satisfaction.
  • FIG. 5 is a schematic diagram of the basic flow of the video conference method provided in this embodiment.
  • the first terminal sends first video codec protocol information to the MCU, where the first video codec protocol information includes each video codec protocol supported by the first terminal.
  • the MCU receives the first video codec protocol information from the first terminal, and prioritizes each video codec protocol, where the video codec protocol corresponds to the higher the video conference quality, the higher the priority of the video codec protocol. Determine the second video codec protocol information, where the second video codec protocol information includes the video codec protocol with the highest priority supported by the first terminal.
  • S503 Send the second video encoding and decoding protocol information to the first terminal.
  • S504 The first terminal joins the conference using the video codec protocol with the highest priority.
  • S505 The first terminal obtains network quality parameters during the video conference.
  • S506 The first terminal adjusts the coding and decoding capabilities according to the network quality parameter.
  • S507 The first terminal encodes and decodes the media file by using the adjusted encoding and decoding capabilities.
  • S508 The first terminal sends the coded and decoded media stream and network quality parameters to the MCU.
  • the MCU receives the media stream and the network quality parameter from the first terminal, and adjusts the codec capability according to the network quality parameter.
  • S510 The MCU uses the adjusted encoding and decoding capabilities to encode and decode the media stream to be sent, and the media stream to be sent comes from other participating terminals except the first terminal.
  • S511 The MCU sends the coded and decoded media stream to the first terminal.
  • the video conference method provided by the embodiments of the present application realizes the better capability interaction for each terminal in the video conference.
  • each terminal in the video conference can select more adaptive codec capabilities according to the real-time network conditions, ensuring the quality of the video conference , To enhance the user's video conferencing experience.
  • the embodiments of the present application provide specific video conference method procedures.
  • S602 Determine whether the packet loss rate is within a preset first threshold range
  • S603 Determine that the current network situation is at the first level, and adjust the current codec transmission rate.
  • S604 Determine whether the packet loss rate is within a preset second threshold range
  • S605 Determine that the current network situation is at the second level, determine that the current network situation is at the second level, and adjust the resolution and/or frame rate of the current codec.
  • S702 Determine whether the packet loss rate is within a preset third threshold range
  • S703 Determine that the current network situation is at the third level, and adjust the current codec transmission rate.
  • S704 Determine whether the packet loss rate is within a preset fourth threshold range
  • S705 Determine that the current network situation is at the fourth level, determine that the current network situation is at the fourth level, and adjust the resolution and/or frame rate of the current codec.
  • the video conference method provided in the embodiments of the application realizes that each terminal in the video conference selects more adaptable codec capabilities according to the real-time network conditions, such as transmission rate, resolution, and frame rate, which ensures the quality of the video conference and improves The user’s video conferencing experience.
  • the embodiments of the present application provide specific video conference method procedures.
  • S802 Determine whether the packet loss rate is within a preset third threshold range
  • S808 Determine whether the packet loss rate is within a preset fourth threshold range
  • S810 Reduce the resolution and/or frame rate of the current codec.
  • S813 Increase the resolution and/or frame rate of the current codec.
  • the video conference method provided by the embodiments of the present application effectively releases the codec resources in the case of network degradation so that the codec resources can be used by other video conferences, which effectively guarantees the efficient use of the conference codec resources.
  • Embodiment 6 is a diagrammatic representation of Embodiment 6
  • the first terminal includes a first acquisition module 901, a first adjustment module 902, a first codec module 903, a first sending module 904, and a first receiving module 905; among them,
  • the first obtaining module 901 is configured to obtain network quality parameters during the video conference
  • the first adjustment module 902 is configured to adjust the encoding and decoding capabilities according to the network quality parameters
  • the first encoding and decoding module 903 is configured to encode and decode the media file by using the adjusted encoding and decoding capabilities
  • the first sending module 904 is configured to send the coded and decoded media stream and network quality parameters to the multipoint control unit MCU;
  • the first receiving module 905 is configured to receive the media stream from the MCU.
  • the first sending module 904 is further configured to send first video codec protocol information to the MCU before acquiring network quality parameters during the video conference, where the first video codec protocol information includes the first terminal The supported video codec protocols.
  • the first receiving module 905 is further configured to receive second video codec protocol information from the MCU, where the second video codec protocol information includes the highest priority video codec supported by the first terminal. Decoding protocol.
  • the first terminal joins the conference using the video codec protocol with the highest priority.
  • the first adjustment module 902 adjusts the encoding and decoding capabilities according to the network quality parameters, including at least the following two situations:
  • Case 1 When the corresponding value of the network quality parameter is within the preset first threshold value range, it is determined that the current network condition is at the first level, and the current codec transmission rate is adjusted.
  • adjusting the transmission rate of the current codec includes: reducing the transmission rate of the codec or increasing the transmission rate of the codec.
  • adjusting the resolution and/or frame rate of the current codec includes: reducing the resolution and/or frame rate of the codec, or increasing the resolution and/or frame rate of the codec.
  • an MCU is provided in an embodiment of the present application, as shown in FIG. 10.
  • the MCU includes a second receiving module 1001, a second adjustment module 1002, a second codec module 1003, and a second sending module 1004; among them,
  • the second receiving module 1001 is configured to receive the media stream and network quality parameters from the first terminal during the video conference;
  • the second adjustment module 1002 is configured to adjust the encoding and decoding capabilities according to the network quality parameters
  • the second encoding and decoding module 1003 is configured to use the adjusted encoding and decoding capabilities to encode and decode the media stream to be sent, and the media stream to be sent comes from other participating terminals except the first terminal;
  • the second sending module 1004 is configured to send the coded and decoded media stream to the first terminal.
  • the MCU is compatible with at least two video codec protocols
  • the second receiving module 1001 is further configured to receive the first terminal from the first terminal before receiving the media stream and network quality parameters from the first terminal during the video conference.
  • a video codec protocol information where the first video codec protocol information includes each video codec protocol supported by the first terminal.
  • the MCU further includes a determining module, which is used to prioritize each video codec protocol, where the video codec protocol corresponds to the higher the video conferencing quality, and the higher the priority of the video codec protocol, Determine the second video codec protocol information, where the second video codec protocol information includes the video codec protocol with the highest priority supported by the first terminal.
  • the second sending module 1004 sends the second video codec protocol information to the first terminal.
  • the second adjustment module 1002 adjusts the encoding and decoding capabilities according to network quality parameters, including at least the following two situations:
  • Case 1 When the corresponding value of the network quality parameter is within the preset third threshold value range, it is determined that the current network situation is at the third level, and the current codec transmission rate is adjusted.
  • adjusting the transmission rate of the current codec includes: reducing the transmission rate of the codec or increasing the transmission rate of the codec.
  • adjusting the resolution and/or frame rate of the current codec includes: reducing the resolution and/or frame rate of the codec, or increasing the resolution and/or frame rate of the codec.
  • the transmission rate of the codec is reduced, or after the resolution and/or frame rate of the codec is reduced, excess codec resources are released for use in other video conferences.
  • the transmission rate of the codec is increased, or the codec resource is acquired before the resolution and/or frame rate of the codec is increased.
  • the first terminal and MCU provided in the embodiments of the present application solve the problem of poor user experience and poor user experience on some terminals due to network reasons in the conference in the prior art.
  • the first terminal and MCU provided in the embodiments of the present application realize the dynamic adjustment of the encoding and decoding capabilities in conjunction with the current network quality parameters during the video conference process, which greatly improves the effect of the video conference image, and further improves User experience satisfaction.
  • the MCU provided in the embodiments of this application is compatible with at least two video codec protocols, that is, compatible with the video codec protocols supported by the terminals of various manufacturers, which avoids that the existing MCUs only support a single video codec protocol, which is required before participating in the conference Configure the video codec protocol to enter the cumbersome operation of the conference; and the MCU ensures that each terminal can enter the conference with its optimal capabilities, which further improves the effect of the video conference image, thereby further enhancing the user experience satisfaction.
  • the system includes the MCU1101 as described in the sixth embodiment and at least two first terminals 1102 as described in the sixth embodiment; wherein,
  • the first terminal 1102 is used to obtain network quality parameters, adjust the codec capabilities according to the network quality parameters, use the adjusted codec capabilities to encode and decode media files, and combine the encoded and decoded media streams with the network
  • the quality parameters are sent to MCU1101;
  • the MCU1101 receives the media stream and network quality parameters from the first terminal 1102, adjusts the codec capabilities according to the network quality parameters, uses the adjusted codec capabilities to code and decode the media stream to be sent, and the media stream to be sent From other participating terminals except the first terminal 1102 (that is, other first terminals participating in the conference), send the coded and decoded media stream to the first terminal 1102;
  • the first terminal 1102 is also used to receive the media stream from the MCU 1101.
  • the embodiments of the present application also provide a storage medium (ie, a computer-readable storage medium), wherein the storage medium stores one or more first computer programs, and the one or more first computer programs can be processed by one or more
  • the above-mentioned first terminal corresponds to the steps of the video conference method; or the storage medium stores one or more second computer programs, and the one or more second computer programs can be executed by one or more processors to Realize the steps of the above-mentioned MCU corresponding to the video conference method.
  • the computer-readable storage medium includes volatile or nonvolatile, removable or Non-removable media.
  • Computer-readable storage media include but are not limited to RAM (Random Access Memory), ROM (Read-Only Memory, read-only memory), EEPROM (Electrically Erasable Programmable read only memory, charged Erasable Programmable Read-Only Memory) ), flash memory or other memory technology, CD-ROM (Compact Disc Read-Only Memory), digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, magnetic disk storage or other magnetic storage devices, Or any other medium that can be used to store desired information and that can be accessed by a computer.
  • the functional modules/units in the system, and the device can be implemented as software (which can be implemented by the program code executable by the computing device) , Firmware, hardware and their appropriate combination.
  • the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may consist of several physical components. The components are executed cooperatively.
  • Some physical components or all physical components can be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit .
  • the computer-readable medium may include computer storage. Medium (or non-transitory medium) and communication medium (or temporary medium).
  • medium or non-transitory medium
  • communication medium or temporary medium
  • the term computer storage medium includes volatile and non-volatile data implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules, or other data). Sexual, removable and non-removable media.
  • communication media usually contain computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as carrier waves or other transmission mechanisms, and may include any information delivery media. . Therefore, this application is not limited to any specific combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供一种视频会议方法、第一终端、MCU、系统及存储介质，通过在视频会议过程中获取网络质量参数，进而根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至MCU；进一步地，MCU接收来自第一终端的媒体流以及网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，其中待发送媒体流来自于除第一终端之外的其他参会终端，进而将编解码后的媒体流发送至第一终端；第一终端接收来自MCU的媒体流。

Description

视频会议方法、第一终端、MCU、系统及存储介质
相关申请的交叉引用
本申请基于申请号为201910872672.4、申请日为2019年9月16日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此以引入方式并入本申请。
技术领域
本申请涉及音视频技术领域，更具体地说，涉及一种视频会议方法、第一终端、多点控制单元(Multipoint Control Unit，MCU)、系统及存储介质。
背景技术
随着IP网络和多媒体通信技术的快速发展，会议电视系统在现代企业中得到了广泛的应用。会议电视系统是指，利用电视设备及会议电视终端，通过MCU将分布各地的多个用户终端召集到同一个会议中。
在现实应用中，小型化会议和自助式会议越来越多，各个厂商的终端和MCU经常需要召开，目前，在传统的会议电视系统中，常常可见的场景是在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好的现象，大大降低了用户的体验满意度。
发明内容
本申请实施例提供的视频会议方法、第一终端、MCU、系统及存储介质。
本申请实施例提供了一种视频会议方法，应用于第一终端，包括：在视频会议过程中获取网络质量参数；根据所述网络质量参数对编解码能力进行调整；利用调整后的编解码能力对媒体文件进行编解码；将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；接收来自所述MCU的媒体流。
本申请实施例提供了一种视频会议方法，应用于多点控制单元MCU，包括： 在视频会议过程中接收来自第一终端的媒体流以及网络质量参数；根据所述网络质量参数对编解码能力进行调整；利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端；将编解码后的媒体流发送至第一终端。
本申请实施例提供了一种视频会议方法，在视频会议过程中第一终端获取网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；在视频会议过程中所述MCU接收来自第一终端的媒体流以及网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端，将编解码后的媒体流发送至第一终端；所述第一终端接收来自所述MCU的媒体流。
本申请实施例还提供了一种第一终端，所述第一终端包括：第一获取模块、第一调整模块、第一编解码模块、第一发送模块以及第一接收模块；第一获取模块用于在视频会议过程中获取网络质量参数；第一调整模块用于根据所述网络质量参数对编解码能力进行调整；第一编解码模块用于利用调整后的编解码能力对媒体文件进行编解码；第一发送模块用于将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；第一接收模块用于接收来自所述MCU的媒体流。
本申请实施例还提供了一种多点控制单元MCU，所述MCU包括：第二接收模块、第二调整模块、第二编解码模块以及第二发送模块；第二接收模块用于在视频会议过程中接收来自第一终端的媒体流以及网络质量参数；第二调整模块用于根据所述网络质量参数对编解码能力进行调整；第二编解码模块用于利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端；第二发送模块用于将编解码后的媒体流发送至第一终端。
本申请实施例还提供了一种系统，所述系统包括多点控制单元MCU以及至少两个第一终端；在视频会议过程中所述第一终端用于获取网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体 文件进行编解码，将编解码后的媒体流以及网络质量参数发送至所述MCU；在视频会议过程中所述MCU接收来自所述第一终端的媒体流以及网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端，将编解码后的媒体流发送至所述第一终端；所述第一终端还用于接收来自所述MCU的媒体流。
本申请实施例提供了一种存储介质，所述存储介质存储有一个或者多个第一计算机程序，所述一个或者多个第一计算机程序可被一个或者多个处理器执行，以实现如上述所述的第一终端对应视频会议方法的步骤；或，所述存储介质存储有一个或者多个第二计算机程序，所述一个或者多个第二计算机程序可被一个或者多个处理器执行，以实现如上述所述的MCU对应视频会议方法的步骤。
本申请其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本申请说明书中的记载变的显而易见。
附图说明
下面将结合附图及实施例对本申请作进一步说明，附图中：
图1为本申请实施例一提供的终端侧视频会议方法的基本流程示意图一；
图2为本申请实施例一提供的终端侧视频会议方法的基本流程示意图二；
图3为本申请实施例一提供的MCU侧视频会议方法的基本流程示意图一；
图4为本申请实施例一提供的MCU侧视频会议方法的基本流程示意图二；
图5为本申请实施例三提供的视频会议方法的基本流程示意图；
图6为本申请实施例四提供的终端侧视频会议方法的基本流程示意图；
图7为本申请实施例四提供的MCU侧视频会议方法的基本流程示意图；
图8为本申请实施例五提供的MCU侧视频会议方法的基本流程示意图；
图9为本申请实施例六提供的第一终端的结构示意图；
图10为本申请实施例六提供的MCU的结构示意图；
图11为本申请实施例七提供的系统的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本申请实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
实施例一：
为了解决现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题，在本申请实施例中提供一种视频会议方法，在视频会议过程中第一终端获取网络质量参数，进而根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；请参见图1所示，如图1为本实施例提供的视频会议方法的基本流程示意图。
S101：在视频会议过程中获取网络质量参数。
在一实施例中，在本实施例中，在视频会议过程中获取网络质量参数之前，还包括至少以下步骤，请参见图2所示：
S201：发送第一视频编解码协议信息至MCU，第一视频编解码协议信息包括第一终端所支持的各视频编解码协议。
首先，本实施例中的第一终端支持至少一种视频编解码协议；例如第一终端支持两种视频编解码协议，分别为N、K，此时第一终端发送第一视频编解码协议信息至MCU侧，其中第一视频编解码协议信息包括N、K。
S202：接收来自MCU的第二视频编解码协议信息，第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议。
然后，MCU会对第一终端所支持的视频编解码协议进行评判，确定出一个对于第一终端而言视频会议质量最好的视频编解码协议，将其的优先级确定为最高，加入至第二视频编解码协议信息中并发送至第一终端；例如，承接上述示例，进一步地，MCU侧确定视频编解码协议N的优先级最高，即第二视频编解码协议信息包括N，进一步地，将第二视频编解码协议信息发送至第一终端， 至此第一终端接收到来自MCU的第二视频编解码协议信息。
S203：以优先级最高的视频编解码协议加入会议。
最后，第一终端以第二视频编解码协议信息包括的第一终端所支持的优先级最高的视频编解码协议加入会议中；例如，仍承接上述示例，进一步地，第一终端以视频编解码协议N加入会议。
在一实施例中，以优先级最高的视频编解码协议加入会议，包括至少以下两种方式：
方式一：通过主动呼叫MCU加入会议。
应当理解的是，第一终端可通过主叫号码或交互式语音及视频应答(Interactive Voice and Video Response，IVVR)等方式主动呼叫MCU加入会议，在实际应用中，可根据具体应用场景做灵活调整。
方式二：通过MCU主动添加加入会议。
还应当理解的是，第一终端也可被动加入会议，即会议管理员通过MCU主动添加第一终端，第一终端此时加入会议。
在一实施例中，网络质量参数包括但不限于丢包率、网络抖动、网络时延。在一实施例中，网络质量参数包括丢包率、网络抖动、网络时延中的任意一种或任意组合形式。
S102：根据网络质量参数对编解码能力进行调整。
在一实施例中，根据网络质量参数对编解码能力进行调整，包括至少以下两种情况：
情况一，在网络质量参数对应值在预设第一阈值范围内时，判定当前的网络情况处于第一等级，对当前编解码的传输速率进行调整。
应当理解的是，对当前编解码的传输速率进行调整包括：降低编解码的传输速率或增大编解码的传输速率。
为了更好的理解，这里以一个具体示例进行说明：
例如，设预设第一阈值范围为[A1，A2]，同时设网络质量参数为丢包率，在终端经过前向纠错(Forward Error Correction，FEC)或丢包策略补偿等策略后 获取到丢包率对应值在第一阈值范围为[A1，A2]内时，此时判定当前的网络情况处于第一等级，对当前编解码的传输速率进行调整；具体的，设前次的丢包率对应值为a1，这次的丢包率为a2，其中a1、a2均在[A1，A2]内，当a1>a2，则此时应增大当前编解码的传输速率，当a2>a1，则此时应降低当前编解码的传输速率。
值得注意的是，这里所列举的只是一个具体示例，在实际应用中，需根据具体应用场景做灵活调整，同时预设第一阈值以及降低或增大的传输速率值由开发人员根据实验或经验进行灵活设置。
情况二，在网络质量参数对应值在预设第二阈值范围内时，判定当前的网络情况处于第二等级，对当前编解码的分辨率和/或帧率进行调整。
应当理解的是，对当前编解码的分辨率和/或帧率进行调整包括：降低编解码的分辨率和/或帧率，或，增大编解码的分辨率和/或帧率。
为了更好的理解，这里仍以一个具体示例进行说明：
例如，设预设第二阈值范围为[A3，A4]，同时设网络质量参数为丢包率，在终端经过前向纠错(Forward Error Correction，FEC)或丢包策略补偿等策略后获取到丢包率对应值在第二阈值范围为[A3，A4]内时，此时判定当前的网络情况处于第二等级，对当前编解码的分辨率和/或帧率进行调整；具体的，设前次的丢包率对应值为a3，这次的丢包率为a4，其中a3、a4均在[A3，A4]内，当a3>a4，则此时应增大当前编解码的分辨率和/或帧率，当a4>a3，则此时应降低当前编解码的分辨率和/或帧率。
值得注意的是，这里所列举的只是一个具体示例，在实际应用中，需根据具体应用场景做灵活调整，同时预设第二阈值以及降低或增大的分辨率和/或帧率值由开发人员根据实验或经验进行灵活设置。
其中，需要说明的是，预设第一阈值范围的最大值小于预设第二阈值范围的最小值，例如以上述示例为例进行说明，A1、A2、A3、A4的大小关系为A1<A2<A3<A4。
S103：利用调整后的编解码能力对媒体文件进行编解码。
应当理解的是，调整后编解码能力后，进一步地，利用调整后的编解码能 力对媒体文件进行编解码。
S104：将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU。
应当理解的是，进一步地，将编解码后的媒体流以及获取到的网络质量参数发送至MCU。
S105：接收来自MCU的媒体流。
还应当理解的是，第一终端还接收来自MCU发送的媒体流。
为了解决现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题，在本申请实施例中提供一种视频会议方法，在视频会议过程中MCU接收来自第一终端的媒体流以及网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，其中待发送媒体流来自于除第一终端之外的其他参会终端，将编解码后的媒体流发送至第一终端；请参见图3所示，如图3为本实施例提供的视频会议方法的基本流程示意图。
S301：在视频会议过程中接收来自第一终端的媒体流以及网络质量参数。
在一实施例中，MCU兼容至少两种视频编解码协议，因此在本实施例中，在视频会议过程中接收来自第一终端的媒体流以及网络质量参数之前，还包括至少以下步骤，请参见图4所示：
S401：接收来自第一终端的第一视频编解码协议信息，第一视频编解码协议信息包括第一终端所支持的各视频编解码协议。
首先，本实施例中的第一终端支持至少一种视频编解码协议；例如第一终端支持两种视频编解码协议，分别为N、K，此时第一终端发送第一视频编解码协议信息至MCU，其中第一视频编解码协议信息包括N、K，至此MCU接收到来自第一终端侧的第一视频编解码协议信息。
S402：对各视频编解码协议进行优先级排序，其中视频编解码协议对应视频会议质量越好的视频编解码协议的优先级越高，确定第二视频编解码协议信息，第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议。
然后，MCU会对第一终端侧所支持的视频编解码协议进行评判，确定出一个对于第一终端而言视频会议质量最好的视频编解码协议，将其的优先级确定为最高，加入至第二视频编解码协议信息中并发送至第一终端；例如，承接上述示例，进一步地，MCU确定视频编解码协议N的优先级最高，即第二视频编解码协议信息包括N。
S403：发送第二视频编解码协议信息至第一终端。
最后，MCU发送包含第一终端所支持的优先级最高的视频编解码协议对应的第二视频编解码协议信息至第一终端侧；例如，仍承接上述示例，进一步地，MCU将第二视频编解码协议信息发送至第一终端。
在一实施例中，本实施例中的网络质量参数包括但不限于丢包率、网络抖动、网络时延，在一实施例中，网络质量参数包括丢包率、网络抖动、网络时延中的任意一种或任意组合形式。
S302：根据网络质量参数对编解码能力进行调整。
在一实施例中，根据网络质量参数对编解码能力进行调整，包括至少以下两种情况：
情况一，在网络质量参数对应值在预设第三阈值范围内时，判定当前的网络情况处于第三等级，对当前编解码的传输速率进行调整。
应当理解的是，对当前编解码的传输速率进行调整包括：降低编解码的传输速率或增大编解码的传输速率。
为了更好的理解，这里以一个具体示例进行说明：
例如，设预设第三阈值范围为[B1，B2]，同时设网络质量参数为丢包率，在终端经过前向纠错(ForwBrd Error Correction，FEC)或丢包策略补偿等策略后获取到丢包率对应值在第三阈值范围为[B1，B2]内时，此时判定当前的网络情况处于第三等级，对当前编解码的传输速率进行调整；具体的，设前次的丢包率对应值为b1，这次的丢包率为b2，其中b1、b2均在[B1，B2]内，当b1>b2，则此时应增大当前编解码的传输速率，当b2>b1，则此时应降低当前编解码的传输速率。
值得注意的是，这里所列举的只是一个具体示例，在实际应用中，需根据具体应用场景做灵活调整，同时预设第三阈值以及降低或增大的传输速率值由开发人员根据实验或经验进行灵活设置。
情况二，在网络质量参数对应值在预设第四阈值范围内时，判定当前的网络情况处于第四等级，对当前编解码的分辨率和/或帧率进行调整。
应当理解的是，对当前编解码的分辨率和/或帧率进行调整包括：降低编解码的分辨率和/或帧率，或，增大编解码的分辨率和/或帧率。
为了更好的理解，这里仍以一个具体示例进行说明：
例如，设预设第四阈值范围为[B3，B4]，同时设网络质量参数为丢包率，在终端经过前向纠错(ForwBrd Error Correction，FEC)或丢包策略补偿等策略后获取到丢包率对应值在第四阈值范围为[B3，B4]内时，此时判定当前的网络情况处于第四等级，对当前编解码的分辨率和/或帧率进行调整；具体的，设前次的丢包率对应值为b3，这次的丢包率为b4，其中b3、b4均在[B3，B4]内，当B3>B4，则此时应增大当前编解码的分辨率和/或帧率，当B4>B3，则此时应降低当前编解码的分辨率和/或帧率。
值得注意的是，这里所列举的只是一个具体示例，在实际应用中，需根据具体应用场景做灵活调整，同时预设第四阈值以及降低或增大的分辨率和/或帧率值由开发人员根据实验或经验进行灵活设置。
其中，需要说明的是，预设第三阈值范围的最大值小于预设第四阈值范围的最小值，例如以上述示例为例进行说明，B1、B2、B3、B4的大小关系为B1<B2<B3<B4。
其中，还需要说明的是，预设第一阈值范围可与预设第三阈值范围相等也可不等，预设第二阈值范围可与预设第四阈值范围相等也可不等，在实际应用中，可根据具体应用场景做灵活调整。
在一实施例中，降低编解码的传输速率，或，降低编解码的分辨率和/或帧率之后，还包括：释放多余的编解码资源，以用于其他视频会议使用。
在一实施例中，增大编解码的传输速率，或，增大编解码的分辨率和/或帧率之前，还包括：获取编解码资源。
S303：利用调整后的编解码能力对待发送媒体流进行编解码，待发送媒体流来自于除第一终端之外的其他参会终端。
应当理解的是，调整后编解码能力后，在一实施例中，利用调整后的编解码能力对待发送媒体流进行编解码，其中待发送媒体流来自于除第一终端之外的其他参会终端。
S304：将编解码后的媒体流发送至第一终端。
应当理解的是，在一实施例中，将编解码后的媒体流发送至第一终端。
本申请实施例提供的视频会议方法，通过在视频会议过程中第一终端获取网络质量参数，进而根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；进一步地，MCU接收来自第一终端的媒体流以及网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，其中待发送媒体流来自于除第一终端之外的其他参会终端，进而将编解码后的媒体流发送至第一终端；进一步地，第一终端接收来自MCU的媒体流；解决了现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题；实现了在视频会议过程中结合当前的网络质量参数对编解码能力的动态调整，在极大程度上提升了视频会议图像的效果，进而提升了用户的体验满意度。
同时本申请实施例提供的视频会议方法，MCU兼容至少两种视频编解码协议，即兼容各厂商终端所支持的视频编解码协议，避免了现有的MCU仅支持单一视频编解码协议，在参会前还需要配置视频编解码协议才能进入会议的繁琐操作；且MCU确保各个终端都能以其最优能力进入会议，进一步提升了视频会议图像的效果，从而进一步提升了用户的体验满意度。
实施例二：
为了解决现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题，在本申请实施例中提供一种视频会议方法。
步骤一：在视频会议过程中第一终端获取网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；
步骤二：在视频会议过程中MCU接收来自第一终端的媒体流以及网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，待发送媒体流来自于除第一终端之外的其他参会终端，将编解码后的媒体流发送至第一终端；
步骤三：第一终端接收来自MCU的媒体流。
值得注意的是，为了不累赘说明，在本实施例中并未完全阐述实施例一中的所有示例，应当明确的是，实施例一中的所有示例均适用于本实施例。
本申请实施例提供的视频会议方法，解决了现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题；实现了在视频会议过程中结合当前的网络质量参数对编解码能力的动态调整，在极大程度上提升了视频会议图像的效果，进而提升了用户的体验满意度。
实施例三：
本申请实施例在上述实施例的基础上，提供一种具体的视频会议方法过程，请参见图5所示，如图5为本实施例提供的视频会议方法的基本流程示意图。
S501：第一终端发送第一视频编解码协议信息至MCU，其中第一视频编解码协议信息包括第一终端所支持的各视频编解码协议。
S502：MCU接收来自第一终端的第一视频编解码协议信息，对各视频编解码协议进行优先级排序，其中视频编解码协议对应视频会议质量越好的视频编解码协议的优先级越高，确定第二视频编解码协议信息，第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议。
S503：发送第二视频编解码协议信息至第一终端。
S504：第一终端以优先级最高的视频编解码协议加入会议。
S505：第一终端在视频会议过程中获取网络质量参数。
S506：第一终端根据网络质量参数对编解码能力进行调整。
S507：第一终端利用调整后的编解码能力对媒体文件进行编解码。
S508：第一终端将编解码后的媒体流以及网络质量参数发送至MCU。
S509：MCU接收来自第一终端的媒体流以及网络质量参数，根据网络质量参数对编解码能力进行调整。
S510：MCU利用调整后的编解码能力对待发送媒体流进行编解码，待发送媒体流来自于除第一终端之外的其他参会终端。
S511：MCU将编解码后的媒体流发送至第一终端。
本申请实施例提供的视频会议方法，实现了视频会议中对各个终端的较优能力交互，同时视频会议中的各个终端能够根据网络实时情况选择更适应的编解码能力，保证了视频会议的质量，提升了用户的视频会议体验。
实施例四：
本申请实施例在上述实施例的基础上，提供具体的视频会议方法过程。
首先，以终端侧为例对“根据网络质量参数对编解码能力进行调整”进行示例说明，请参见图6所示。
S601：在视频会议过程中获取丢包率。
S602：判断丢包率是否在预设第一阈值范围内；
若是，执行S603，若否，执行S604。
S603：判定当前的网络情况处于第一等级，对当前编解码的传输速率进行调整。
S604：判断丢包率是否在预设第二阈值范围内；
若是，执行S605，若否，则结束此次流程。
S605：判定当前的网络情况处于第二等级，判定当前的网络情况处于第二等级，对当前编解码的分辨率和/或帧率进行调整。
其次，以MCU侧为例对“根据网络质量参数对编解码能力进行调整”进行示 例说明，请参见图7所示。
S701：在视频会议过程中获取丢包率。
S702：判断丢包率是否在预设第三阈值范围内；
若是，执行S703，若否，执行S704。
S703：判定当前的网络情况处于第三等级，对当前编解码的传输速率进行调整。
S704：判断丢包率是否在预设第四阈值范围内；
若是，执行S705，若否，则结束此次流程。
S705：判定当前的网络情况处于第四等级，判定当前的网络情况处于第四等级，对当前编解码的分辨率和/或帧率进行调整。
本申请实施例提供的视频会议方法，实现了视频会议中的各个终端根据网络实时情况选择更适应的编解码能力，例如传输速率、分辨率以及帧率等，保证了视频会议的质量，提升了用户的视频会议体验。
实施例五：
本申请实施例在上述实施例的基础上，提供具体的视频会议方法过程。
以MCU侧为例对“根据网络质量参数对编解码能力进行调整”进行示例说明，请参见图8所示。
S801：在视频会议过程中获取丢包率。
S802：判断丢包率是否在预设第三阈值范围内；
若是，执行S803，若否，执行S808。
S803：判断是否需降低当前编解码的传输速率；
若是，执行S804，若否，执行S806。
S804：降低当前编解码的传输速率。
S805：释放多余的编解码资源，以用于其他视频会议使用。
S806：获取编解码资源。
S807：增大当前编解码的传输速率。
S808：判断丢包率是否在预设第四阈值范围内；
若是，执行S809，若否，则结束此次流程。
S809：判断是否需降低当前编解码的分辨率和/或帧率；
若是，执行S910，若否，执行S912。
S810：降低当前编解码的分辨率和/或帧率。
S811：释放多余的编解码资源，以用于其他视频会议使用。
S812：获取编解码资源。
S813：增大当前编解码的分辨率和/或帧率。
本申请实施例提供的视频会议方法，在网络变差情况下，会对编解码资源进行有效释放以便将编解码资源供其他视频会议使用，有效保证了会议编解码资源的高效使用。
实施例六：
为了解决现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题，在本申请实施例中提供一种第一终端，请参见图9所示，第一终端包括第一获取模块901、第一调整模块902、第一编解码模块903、第一发送模块904以及第一接收模块905；其中，
第一获取模块901用于在视频会议过程中获取网络质量参数；
第一调整模块902用于根据所述网络质量参数对编解码能力进行调整；
第一编解码模块903用于利用调整后的编解码能力对媒体文件进行编解码；
第一发送模块904用于将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；
第一接收模块905用于接收来自所述MCU的媒体流。
在一实施例中，第一发送模块904还用于在视频会议过程中获取网络质量参数之前，发送第一视频编解码协议信息至所述MCU，其中第一视频编解码协议信息包括第一终端所支持的各视频编解码协议。
在一实施例中，第一接收模块905还用于接收来自所述MCU的第二视频编解码协议信息，所述第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议。在一实施例中，第一终端以优先级最高的视频编解码协议加入会议。
在一实施例中，第一调整模块902根据网络质量参数对编解码能力进行调整，包括至少以下两种情况：
情况一，在网络质量参数对应值在预设第一阈值范围内时，判定当前的网络情况处于第一等级，对当前编解码的传输速率进行调整。
应当理解的是，对当前编解码的传输速率进行调整包括：降低编解码的传输速率或增大编解码的传输速率。
情况二，在网络质量参数对应值在预设第二阈值范围内时，判定当前的网络情况处于第二等级，对当前编解码的分辨率和/或帧率进行调整。
应当理解的是，对当前编解码的分辨率和/或帧率进行调整包括：降低编解码的分辨率和/或帧率，或，增大编解码的分辨率和/或帧率。
为了解决现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题，在本申请实施例中提供一种MCU，请参见图10所示，MCU包括第二接收模块1001、第二调整模块1002、第二编解码模块1003以及第二发送模块1004；其中，
第二接收模块1001用于在视频会议过程中接收来自第一终端的媒体流以及网络质量参数；
第二调整模块1002用于根据所述网络质量参数对编解码能力进行调整；
第二编解码模块1003用于利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端；
第二发送模块1004用于将编解码后的媒体流发送至第一终端。
在一实施例中，MCU兼容至少两种视频编解码协议，第二接收模块1001还用于在视频会议过程中接收来自第一终端的媒体流以及网络质量参数之前，接收来自第一终端的第一视频编解码协议信息，所述第一视频编解码协议信息包括第一终端所支持的各视频编解码协议。
在一实施例中，MCU包括还包括确定模块，确定模块用于对各视频编解码协议进行优先级排序，其中视频编解码协议对应视频会议质量越好的视频编解码协议的优先级越高，确定第二视频编解码协议信息，所述第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议。在一实施例中，第二发送模块1004发送所述第二视频编解码协议信息至所述第一终端。
在一实施例中，第二调整模块1002根据网络质量参数对编解码能力进行调整，包括至少以下两种情况：
情况一，在网络质量参数对应值在预设第三阈值范围内时，判定当前的网络情况处于第三等级，对当前编解码的传输速率进行调整。
应当理解的是，对当前编解码的传输速率进行调整包括：降低编解码的传输速率或增大编解码的传输速率。
情况二，在网络质量参数对应值在预设第四阈值范围内时，判定当前的网络情况处于第四等级，对当前编解码的分辨率和/或帧率进行调整。
应当理解的是，对当前编解码的分辨率和/或帧率进行调整包括：降低编解码的分辨率和/或帧率，或，增大编解码的分辨率和/或帧率。
在一实施例中，本实施例中降低编解码的传输速率，或，降低编解码的分辨率和/或帧率之后，释放多余的编解码资源，以用于其他视频会议使用。
在一实施例中，本实施例中增大编解码的传输速率，或，增大编解码的分辨率和/或帧率之前，获取编解码资源。
值得注意的是，为了不累赘说明，在本实施例中并未完全阐述实施例一至实施例五中的所有示例，应当明确的是，实施例一至实施例五中的所有示例均适用于本实施例。
本申请实施例提供的第一终端和MCU，解决了现有技术中在会议中由于网 络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题；所以和现有技术相比，本申请实施例提供的第一终端和MCU实现了在视频会议过程中结合当前的网络质量参数对编解码能力的动态调整，在极大程度上提升了视频会议图像的效果，进而提升了用户的体验满意度。
同时本申请实施例提供的MCU兼容至少两种视频编解码协议，即兼容各厂商终端所支持的视频编解码协议，避免了现有的MCU仅支持单一视频编解码协议，在参会前还需要配置视频编解码协议才能进入会议的繁琐操作；且MCU确保各个终端都能以其最优能力进入会议，进一步提升了视频会议图像的效果，从而进一步提升了用户的体验满意度。
实施例七：
为了解决现有技术中在会议中由于网络原因造成部分终端出现视频图像不流畅或效果不好，用户体验度差的问题，在本申请实施例中提供一种系统，请参见图11所示，系统包括如实施例六中所述的MCU1101以及至少两个如实施例六中所述的第一终端1102；其中，
在视频会议过程中第一终端1102用于获取网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至MCU1101；
在视频会议过程中MCU1101接收来自第一终端1102的媒体流以及网络质量参数，根据网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，待发送媒体流来自于除第一终端1102之外的其他参会终端(即为参会的其他第一终端)，将编解码后的媒体流发送至第一终端1102；
第一终端1102还用于接收来自MCU1101的媒体流。
应当理解的是，这里仅以是一个第一终端与MCU交互的过程为例，其他第一终端与MCU交互的过程相同，这里不再赘述。
同时，本申请实施例还提供一种存储介质(即计算机可读存储介质)，其中存储介质存储有一个或者多个第一计算机程序，一个或者多个第一计算机程序 可被一个或者多个处理器执行，以实现如上述第一终端对应视频会议方法的步骤；或存储介质存储有一个或者多个第二计算机程序，一个或者多个第二计算机程序可被一个或者多个处理器执行，以实现如上述MCU对应视频会议方法的步骤。
该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。
显然，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。
此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其 他数据，并且可包括任何信息递送介质。所以，本申请不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本申请实施例所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本申请的保护范围。

Claims (15)

  1. 一种视频会议方法，应用于第一终端，包括：
    在视频会议过程中获取网络质量参数；
    根据所述网络质量参数对编解码能力进行调整；
    利用调整后的编解码能力对媒体文件进行编解码；
    将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；
    接收来自所述MCU的媒体流。
  2. 如权利要求1所述的视频会议方法，其中，所述根据所述网络质量参数对编解码能力进行调整，包括：
    在所述网络质量参数对应值在预设第一阈值范围内时，判定当前的网络情况处于第一等级，对当前编解码的传输速率进行调整；
    在所述网络质量参数对应值在预设第二阈值范围内时，判定当前的网络情况处于第二等级，对当前编解码的分辨率和/或帧率进行调整；
    所述预设第一阈值范围的最大值小于预设第二阈值范围的最小值。
  3. 如权利要求1所述的视频会议方法，其中，所述在视频会议过程中获取网络质量参数之前，还包括：
    发送第一视频编解码协议信息至所述MCU，所述第一视频编解码协议信息包括第一终端所支持的各视频编解码协议；
    接收来自所述MCU的第二视频编解码协议信息，所述第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议；
    以所述优先级最高的视频编解码协议加入会议。
  4. 如权利要求3所述的视频会议方法，其中，所述以优先级最高的视频编解码协议加入会议，包括：
    通过主动呼叫所述MCU加入会议；
    或，
    通过所述MCU主动添加加入会议。
  5. 如权利要求1-4任一项所述的视频会议方法，其中，所述网络质量参数包括丢包率、网络抖动、网络时延中的至少一种。
  6. 一种视频会议方法，应用于多点控制单元MCU，包括：
    在视频会议过程中接收来自第一终端的媒体流以及网络质量参数；
    根据所述网络质量参数对编解码能力进行调整；
    利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端；
    将编解码后的媒体流发送至第一终端。
  7. 如权利要求6所述的视频会议方法，其中，所述根据所述网络质量参数对编解码能力进行调整，包括：
    在所述网络质量参数对应值在预设第三阈值范围内时，判定当前的网络情况处于第三等级，对当前编解码的传输速率进行调整；
    在所述网络质量参数对应值在预设第四阈值范围内时，判定当前的网络情况处于第四等级，对当前编解码的分辨率和/或帧率进行调整；
    所述预设第三阈值范围的最大值小于预设第四阈值范围的最小值。
  8. 如权利要求6所述的视频会议方法，其中，所述MCU兼容至少两种视频编解码协议；
    所述在视频会议过程中接收来自第一终端的媒体流以及网络质量参数之前，还包括：
    接收来自第一终端的第一视频编解码协议信息，所述第一视频编解码协议信息包括第一终端所支持的各视频编解码协议；
    对各视频编解码协议进行优先级排序，其中视频编解码协议对应视频会议质量越好的视频编解码协议的优先级越高，确定第二视频编解码协议信息，所述第二视频编解码协议信息包括第一终端所支持的优先级最高的视频编解码协议；
    发送所述第二视频编解码协议信息至所述第一终端。
  9. 如权利要求6所述的视频会议方法，其中，所述对当前编解码的传输速率进行调整包括：降低编解码的传输速率或增大编解码的传输速率；
    所述对当前编解码的分辨率和/或帧率进行调整包括：降低编解码的分辨率和/或帧率，或，增大编解码的分辨率和/或帧率；
    所述降低编解码的传输速率，或，降低编解码的分辨率和/或帧率之后，还包括：释放多余的编解码资源，以用于其他视频会议使用；
    所述增大编解码的传输速率，或，增大编解码的分辨率和/或帧率之前，还包括：获取编解码资源。
  10. 如权利要求6-9任一项所述的视频会议方法，其中，所述网络质量参数包括丢包率、网络抖动、网络时延中的至少一种。
  11. 一种视频会议方法，包括：
    在视频会议过程中第一终端获取网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；
    在视频会议过程中所述MCU接收来自第一终端的媒体流以及网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端，将编解码后的媒体流发送至第一终端；
    所述第一终端接收来自所述MCU的媒体流。
  12. 一种第一终端，其中，所述第一终端包括：第一获取模块、第一调整模块、第一编解码模块、第一发送模块以及第一接收模块；
    第一获取模块用于在视频会议过程中获取网络质量参数；
    第一调整模块用于根据所述网络质量参数对编解码能力进行调整；
    第一编解码模块用于利用调整后的编解码能力对媒体文件进行编解码；
    第一发送模块用于将编解码后的媒体流以及网络质量参数发送至多点控制单元MCU；
    第一接收模块用于接收来自所述MCU的媒体流。
  13. 一种多点控制单元MCU，其中，所述MCU包括：第二接收模块、第二调整模块、第二编解码模块以及第二发送模块；
    第二接收模块用于在视频会议过程中接收来自第一终端的媒体流以及网络质量参数；
    第二调整模块用于根据所述网络质量参数对编解码能力进行调整；
    第二编解码模块用于利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端；
    第二发送模块用于将编解码后的媒体流发送至第一终端。
  14. 一种系统，其中，所述系统包括多点控制单元MCU以及至少两个第一终端；
    在视频会议过程中所述第一终端用于获取网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对媒体文件进行编解码，将编解码后的媒体流以及网络质量参数发送至所述MCU；
    在视频会议过程中所述MCU接收来自所述第一终端的媒体流以及网络质量参数，根据所述网络质量参数对编解码能力进行调整，利用调整后的编解码能力对待发送媒体流进行编解码，所述待发送媒体流来自于除所述第一终端之外的其他参会终端，将编解码后的媒体流发送至所述第一终端；
    所述第一终端还用于接收来自所述MCU的媒体流。
  15. 一种存储介质，其中，所述存储介质存储有一个或者多个第一计算机程序，所述一个或者多个第一计算机程序可被一个或者多个处理器执行，以实现如权利要求1至5中任一项所述的视频会议方法的步骤；
    或，
    所述存储介质存储有一个或者多个第二计算机程序，所述一个或者多个第二计算机程序可被一个或者多个处理器执行，以实现如权利要求6至10中任一项所述的视频会议方法的步骤。
PCT/CN2020/109332 2019-09-16 2020-08-14 视频会议方法、第一终端、mcu、系统及存储介质 WO2021052077A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910872672.4A CN112511782B (zh) 2019-09-16 2019-09-16 视频会议方法、第一终端、mcu、系统及存储介质
CN201910872672.4 2019-09-16

Publications (1)

Publication Number Publication Date
WO2021052077A1 true WO2021052077A1 (zh) 2021-03-25

Family

ID=74884010

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/109332 WO2021052077A1 (zh) 2019-09-16 2020-08-14 视频会议方法、第一终端、mcu、系统及存储介质

Country Status (2)

Country Link
CN (1) CN112511782B (zh)
WO (1) WO2021052077A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230049578A1 (en) * 2020-01-12 2023-02-16 Inspur Suzhou Intelligent Technology Co., Ltd. Ai video processing method and apparatus
CN116781973A (zh) * 2022-03-09 2023-09-19 广州开得联智能科技有限公司 视频编解码方法、装置、存储介质和电子设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113992883B (zh) * 2021-10-29 2022-07-29 安徽文香科技有限公司 视频会议处理方法、处理设备、会议系统以及存储介质
CN115002012B (zh) * 2022-08-04 2022-11-15 广州市保伦电子有限公司 一种用于无线网络视频会议的传输监测系统
CN115378915B (zh) * 2022-08-11 2024-01-16 深圳乐播科技有限公司 数据共享方法及电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100149308A1 (en) * 2008-12-15 2010-06-17 Oki Electric Industry Co., Ltd. Data processing apparatus and method, and network system
CN101883240A (zh) * 2010-06-09 2010-11-10 广东威创视讯科技股份有限公司 基于mcu的视频会议系统及其视频传输丢包处理的方法
CN101984661A (zh) * 2010-11-23 2011-03-09 广东威创视讯科技股份有限公司 视频会议系统的信息传输方法及视频会议系统
CN103716648A (zh) * 2012-10-08 2014-04-09 深圳市子元技术有限公司 远程教学系统的数据传输方法及远程教学系统
CN103888713A (zh) * 2014-02-25 2014-06-25 广州市保伦电子有限公司 视频会议通讯方法
CN105471865A (zh) * 2015-11-23 2016-04-06 苏州工业园区云视信息技术有限公司 视频流动态适应网络状态的方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW200805965A (en) * 2006-07-13 2008-01-16 Sunplus Technology Co Ltd Method and system for controlling multimedia QoS in a handheld device
CN100568835C (zh) * 2006-09-27 2009-12-09 中兴通讯股份有限公司 一种基于丢包率的网络状态估计方法
CN103209442B (zh) * 2012-01-16 2017-12-15 华为终端有限公司 一种动态设置语音业务传输参数的方法及终端
CN103686227B (zh) * 2012-09-17 2018-03-20 南京中兴力维软件有限公司 用于移动终端的音视频采集编码方法、装置及系统
US9106887B1 (en) * 2014-03-13 2015-08-11 Wowza Media Systems, LLC Adjusting encoding parameters at a mobile device based on a change in available network bandwidth
CN106209399A (zh) * 2015-04-30 2016-12-07 华为技术有限公司 会议终端预定方法、会议服务器及会议终端切换系统
CN107295286A (zh) * 2016-03-31 2017-10-24 掌赢信息科技（上海）有限公司 一种视频通话数据传输方法、系统、服务器和视频通话装置
CN107770473B (zh) * 2016-08-16 2020-05-26 大唐移动通信设备有限公司 一种音视频数据传输控制方法和装置
CN108933914B (zh) * 2017-05-24 2021-09-28 中兴通讯股份有限公司 一种使用移动终端进行视频会议的方法及系统
CN108881780B (zh) * 2018-07-17 2021-02-12 聚好看科技股份有限公司 视频通话中动态调整清晰度模式的方法、服务器

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100149308A1 (en) * 2008-12-15 2010-06-17 Oki Electric Industry Co., Ltd. Data processing apparatus and method, and network system
CN101883240A (zh) * 2010-06-09 2010-11-10 广东威创视讯科技股份有限公司 基于mcu的视频会议系统及其视频传输丢包处理的方法
CN101984661A (zh) * 2010-11-23 2011-03-09 广东威创视讯科技股份有限公司 视频会议系统的信息传输方法及视频会议系统
CN103716648A (zh) * 2012-10-08 2014-04-09 深圳市子元技术有限公司 远程教学系统的数据传输方法及远程教学系统
CN103888713A (zh) * 2014-02-25 2014-06-25 广州市保伦电子有限公司 视频会议通讯方法
CN105471865A (zh) * 2015-11-23 2016-04-06 苏州工业园区云视信息技术有限公司 视频流动态适应网络状态的方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230049578A1 (en) * 2020-01-12 2023-02-16 Inspur Suzhou Intelligent Technology Co., Ltd. Ai video processing method and apparatus
CN116781973A (zh) * 2022-03-09 2023-09-19 广州开得联智能科技有限公司 视频编解码方法、装置、存储介质和电子设备
CN116781973B (zh) * 2022-03-09 2024-04-23 广州开得联智能科技有限公司 视频编解码方法、装置、存储介质和电子设备

Also Published As

Publication number Publication date
CN112511782A (zh) 2021-03-16
CN112511782B (zh) 2024-05-07

Similar Documents

Publication Publication Date Title
WO2021052077A1 (zh) 视频会议方法、第一终端、mcu、系统及存储介质
EP2863632B1 (en) System and method for real-time adaptation of a conferencing system to current conditions of a conference session
US8633963B2 (en) Determining buffer size based on retransmission latency
EP3127285B1 (en) Method and systems for optimizing bandwidth utilization in a multi-participant full mesh peer-to-peer video session
US9014028B2 (en) Identifying and transitioning to an improved VOIP session
US20080100694A1 (en) Distributed caching for multimedia conference calls
US20140253674A1 (en) Real-time communications methods providing pause and resume and related devices
JP5650197B2 (ja) マルチキャスト配信を通じてメディアを提供するシステムのための方法及び装置
US9948889B2 (en) Priority of uplink streams in video switching
US9743043B2 (en) Method and system for handling content in videoconferencing
US9374232B2 (en) Method and a device for optimizing large scaled video conferences
US9369511B2 (en) Telecommunication network
US11184415B2 (en) Media feed prioritization for multi-party conferencing
US10645128B2 (en) Media session processing method, related device, and communications system
CN112055165B (zh) 视频通信方法、装置、系统、服务器、客户端及存储介质
CN112770077B (zh) 视频会议i帧编码方法及装置
CN117650932A (zh) 一种多层安全的实时音视频方法及装置
JP2015525523A (ja) 高速デバイスおよび低速デバイスのバランスをとるためのｃｐｕの使用制御
CN108989734A (zh) 一种视频会议控制方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20866497

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20866497

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 26/08/2022)