WO2023051153A1 - 会议电视mcu巡检方法、电子设备及存储介质 - Google Patents

会议电视mcu巡检方法、电子设备及存储介质 Download PDF

Info

Publication number
WO2023051153A1
WO2023051153A1 PCT/CN2022/116549 CN2022116549W WO2023051153A1 WO 2023051153 A1 WO2023051153 A1 WO 2023051153A1 CN 2022116549 W CN2022116549 W CN 2022116549W WO 2023051153 A1 WO2023051153 A1 WO 2023051153A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet loss
loss rate
service
functional processing
processing unit
Prior art date
Application number
PCT/CN2022/116549
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 WO2023051153A1 publication Critical patent/WO2023051153A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C1/00—Registering, indicating or recording the time of events or elapsed time, e.g. time-recorders for work people
    • G07C1/20—Checking timed patrols, e.g. of watchman
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N17/00—Diagnosis, testing or measuring for television systems or their details
    • 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

Definitions

  • the present invention relates to the field of multimedia processing, in particular to a video conference MCU (Multipoint Control Unit, multipoint control unit) inspection method, electronic equipment and a storage medium.
  • a video conference MCU Multipoint Control Unit, multipoint control unit
  • the purpose of the embodiments of the present invention is to provide a videoconferencing MCU inspection method, electronic equipment and a storage medium for fault detection and self-healing of the MCU of the videoconferencing server.
  • the embodiment of the present invention provides a video conference MCU inspection method
  • the MCU includes a business trigger module and a plurality of boards, each of the boards includes a control unit and a plurality of function processing unit
  • the method is applied to the control unit, including: receiving the service instruction issued by the service trigger module, and building a service link on the board according to the service instruction, and the service link includes the current single A plurality of said functional processing units on the board; Periodically count the number of incoming and outgoing business data of each said functional processing unit during the execution of business processing of said business link; , judging whether the service link fails; if the service link fails, perform a self-healing operation on the service link based on a fault self-healing strategy.
  • An embodiment of the present invention also provides an electronic device, including: at least one processor; and a memory connected in communication with the at least one processor; wherein, the memory stores information that can be executed by the at least one processor. Instructions, the instructions are executed by the at least one processor, so that the at least one processor can execute the videoconferencing MCU inspection method as described above.
  • the embodiment of the present invention also provides a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the method for inspecting the MCU of a conference video conference as described above is implemented.
  • Fig. 1 is a specific flow chart one of the video conferencing MCU inspection method according to an embodiment of the present invention
  • Fig. 2 is a service link diagram when a media stream codec single board executes a media codec service according to an embodiment of the present invention
  • Fig. 3 is the specific flow chart that carries out self-healing process to MCU according to one embodiment of the present invention
  • Fig. 4 is a schematic structural diagram of an electronic device according to another embodiment of the present invention.
  • An embodiment of the present invention relates to a video conference MCU inspection method.
  • the MCU includes a service trigger module and multiple single boards, and each single board includes a control unit and multiple functional processing units. Among them, each single board can complete a certain business processing process of the MCU relatively independently.
  • the business processing process can be executed by multiple functional processing units on the single board according to a certain business processing sequence, and the processed business data flows through each function.
  • the order of the processing units can connect each functional processing unit in series to form a business link.
  • the service trigger module on the MCU can simulate various online service trigger scenarios, send service instructions to the corresponding board, and trigger the board to execute the service processing process of the corresponding service scenario.
  • the executive body of the video conferencing MCU inspection method provided in this embodiment is the control unit on each board, and the control unit can interact with the service trigger module and each functional processing unit on the same board to perform business processing. In the process, the service links on the board are inspected.
  • the videoconferencing MCU inspection method provided by this embodiment at least includes but is not limited to the following steps.
  • Step 101 Receive a service instruction issued by the service trigger module, and build a service link on the board according to the service instruction.
  • the service link includes multiple functional processing units on the current board.
  • the business trigger module may be a software module set on the MCU, which can simulate and trigger various business processes executed by the MCU online.
  • the service triggering module can simulate conference signaling sending and receiving, including such as meeting, adding terminal, uploading ("terminal” refers to the user terminals of all parties participating in the conference), video switching, hanging terminal, deleting terminal, closing conference, etc.
  • control unit on the board receives the service instruction issued by the service trigger module, and builds a service link on the board according to the service indicated by the service instruction, and the service link includes multiple Functional processing unit. These functional processing units process the business data to be processed according to the specified business processing sequence, and execute and complete the business processing process.
  • the multiple boards on the MCU include a media stream encoding and decoding board; the business content of the media stream encoding and decoding board mainly includes encoding and decoding media code streams (audio and video) to be processed.
  • step 101 can be implemented through the following steps. That is: receive the media codec instruction issued by the service trigger module, build a service link according to the media codec instruction, and the service link includes the network processing unit, switching unit, audio processing unit and/or image processing unit on the current board unit.
  • the network processing unit can complete the local area network (Local Area Network, LAN), video conference streaming media processing unit (SPU), video conference image station processing unit (STB), monitoring processing unit (WEB) and other functions; switching unit, also known as Media Switch Unit (Media Switch Unit, MSU); audio processing unit (Audio Processing Unit, APU) is used to process audio codec processing of various protocols; image processing unit (Vision Processing Unit, VPU) ) processing gateway, multi-screen, rate matching and other functions, mainly to complete the image gateway and multi-screen of different standards such as H.263 and H.264.
  • LAN Local Area Network
  • SPU video conference streaming media processing unit
  • STB video conference image station processing unit
  • WEB monitoring processing unit
  • switching unit also known as Media Switch Unit (Media Switch Unit, MSU)
  • audio processing unit Audio Processing Unit
  • APU Audio Processing Unit
  • image processing unit Vision Processing Unit, VPU)
  • multi-screen, rate matching and other functions mainly to complete the image gateway and multi-screen of different standards such as H.263
  • FIG. 2 it is a service link diagram when a media stream codec board executes a media codec service.
  • the service data to be processed that is, the upstream flow direction and the downstream flow direction of the media code stream are drawn separately.
  • the control unit first inputs the received media code stream to the NPU, then exits from the NPU, passes through the switching unit, and enters the APU or VPU for encoding and decoding; after that, the coded media code stream passes through the switching unit again , into the NPU, and finally transmitted to the external receiving end through the NPU. So far, the business process realizes a loopback code stream on the media stream codec board.
  • Step 102 Periodically count the number of incoming and outgoing business data of each functional processing unit during the execution of business processing by the business link.
  • four counting points of the media code stream can be set upward for the upstream stream of the media code stream, which are the NPU outlet, Switching unit entrance, switching unit exit, APU ⁇ VPU entrance; the downstream of the media stream sets up four counting points of the media stream, which are APU ⁇ VPU exit, switching unit entrance, switching unit exit, and NPU entrance. Periodically count the number of inbound and outbound business data at these 8 counting points during the business process of the business link.
  • the service data may include: a data packet or a data frame carrying a media code stream.
  • the quantity of service data is the quantity of data packets or data frames.
  • the periodical statistics of the amount of incoming and outgoing service data of each functional processing unit during the service processing of the service link can be realized through the following steps. That is, in the service link, the quantity of service data entering and leaving the functional processing unit reported by each functional processing unit is received, and the quantity of service data is periodically counted.
  • each functional processing unit can count the number of business data entering and leaving the functional processing unit, including the number of data packets or data frames entering and leaving the functional processing unit, and report the statistical results in real time to the control unit on the same board.
  • Step 103 According to the quantity of incoming and outgoing service data of each functional processing unit, determine whether the service link is faulty.
  • the quantity of service data input to the service link should be equal to the quantity of service data output by the service link. Based on this, if it is detected that the quantity of incoming and outgoing service data of a certain functional processing unit does not match, it indicates that the functional processing unit is faulty, that is, the service link fails.
  • the operation of judging whether the service link fails may include the following steps.
  • Step 1 Determine whether the number of inbound and outbound business data of any functional processing unit in the business link is the same, and in each two adjacent functional processing units, the number of outbound business data of the previous functional processing unit is the same as that of the subsequent functional processing unit. Whether the amount of incoming business data is the same.
  • the cause of the failure of the service link may be the failure of the functional processing unit, or the failure of the transmission link between two adjacent functional processing units (in this case, it may be the fault between two adjacent functional processing units). caused by some kind of work inconsistency). Both of these failure situations may lead to inconsistencies in the quantity of business data entering and leaving (or entering and exiting) adjacent functional processing units. Aiming at these two fault situations, this embodiment conducts qualitative detection respectively.
  • the functional processing unit According to whether the number of inbound and outbound business data of any functional processing unit in the service link is the same, it can be determined whether the functional processing unit is faulty; according to the service link, among every two adjacent functional processing units, the Whether the quantity of outgoing service data is the same as the quantity of incoming service data of the subsequent functional processing unit can determine whether the transmission link between the two adjacent functional processing units fails.
  • Step 2 When the number of incoming and outgoing business data of any functional processing unit is the same, and in every two adjacent functional processing units, the amount of outgoing business data of the previous functional processing unit is the same as the amount of incoming business data of the subsequent functional processing unit , it is determined that the service link is not faulty; otherwise, it is determined that the service link is faulty.
  • step 1 when it is judged through step 1 that there is no fault in any functional processing unit in the service link, and at the same time, there is no fault in the transmission link between every two adjacent functional processing units, then it is determined that the service link is not faulty. Failure occurs; otherwise, as long as one of the two fails, it is determined that the service link has failed.
  • Step 104 In the case of a failure of the service link, perform a self-healing operation on the service link based on the fault self-healing policy.
  • this embodiment pre-sets multiple fault self-healing strategies, so as to select a matching fault self-healing strategy according to the fault degree of the service link to perform a self-healing operation on the faulty link.
  • the self-healing operation may include resetting MCU, reset board, reset function processing unit, etc. Wherein, the meaning of reset here is the same as "restart”.
  • step 104 may at least include but not limited to the following sub-steps.
  • Sub-step 1041 Calculate the first transmission packet loss rate of each functional processing unit according to the amount of incoming and outgoing business data of each functional processing unit.
  • the number of packet loss of each functional processing unit (number of incoming business data-number of outgoing business data) can be counted, and the packet loss rate can be calculated based on the number of packet loss (number of packet loss/ enter the amount of business data).
  • the packet loss rate of each functional processing unit is respectively referred to as the first transmission packet loss rate.
  • Sub-step 1042 According to the number of outgoing business data of the previous functional processing unit and the incoming business data of the subsequent functional processing unit in each two adjacent functional processing units, count the number of transmission links between the two functional processing units Second transmission packet loss rate.
  • the packet loss rates of the transmission links between every two adjacent functional processing units during the transmission of service data are referred to as the second transmission packet loss rates.
  • Sub-step 1043 judge whether there is a packet loss rate greater than the first packet loss threshold in the first transmission packet loss rate and the second transmission packet loss rate.
  • the first packet loss threshold is a boundary value for judging whether to reset the MUC.
  • Sub-step 1044 Determine whether there is a packet loss rate greater than the second packet loss threshold in the first transmission packet loss rate and the second transmission packet loss rate, and the second packet loss threshold is smaller than the first packet loss threshold.
  • the second packet loss threshold is a boundary value for judging whether to reset the current single board.
  • Sub-step 1045 Determine whether there is a packet loss rate greater than a third packet loss threshold among the first transmission packet loss rate and the first transmission packet loss rate, and the third packet loss threshold is smaller than the second packet loss threshold.
  • the third packet loss threshold is a boundary value for judging whether to reset the functional processing unit.
  • Sub-step 1046 Trigger the reset of the MUC.
  • the entire MUC should be reset at this time to ensure the self-healing effect.
  • Sub-step 1047 Trigger the reset of the current single board.
  • Sub-step 1048 Trigger the reset of the functional processing unit corresponding to the first transmission packet loss rate greater than the third packet loss threshold, and trigger the connection of the transmission link corresponding to the second transmission packet loss rate greater than the third packet loss threshold
  • the two adjacent functional processing units perform a reset.
  • the first transmission packet loss rate refers to the packet loss rate of the internal data transmission of each functional processing unit
  • the packet loss rate when the packet loss rate is greater than the third packet loss threshold, it indicates that there is a failure inside the functional processing unit, and the function needs to be processed
  • the unit performs self-healing processing; at the same time, since the second transmission packet loss rate refers to the packet loss rate of data transmission between every two adjacent functional processing units, when the packet loss rate is greater than the third packet loss threshold, it indicates that the corresponding adjacent Faults may occur inside the two functional processing units, and self-healing processing needs to be performed on the two adjacent functional processing units.
  • the sizes of the first packet loss threshold, the second packet loss threshold, and the third packet loss threshold in this implementation can be dynamically adjusted. For example, dynamic adjustments can be made according to the number of service link failures in multiple consecutive statistical periods.
  • the MCU can also record the fault data of the service link failure and provide it to the designated server for fault analysis, so as to facilitate targeted repair of the functional processing unit and single board on the MCU according to the fault result.
  • the reset operation of different degrees is used to complete the MCU self-healing operation, which not only ensures the self-healing effect, but also does not affect other boards as much as possible Or the normal work of other functional processing units improves the reliability of the MCU.
  • the control unit on each single board on the video conferencing MCU performs patrol inspection on the single board where the control unit is located; during the patrol inspection, the control unit receives the service instruction issued by the service trigger module, according The business instruction builds a business link on the board where it is located, and the business link includes multiple functional processing units on the current board; periodically counts the incoming and outgoing business data of each functional processing unit during the business processing of the business link Quantity; According to the number of incoming and outgoing business data of each functional processing unit, it is judged whether the service link is faulty; in the case of a service link fault, the self-healing operation is performed on the service link based on the fault self-healing strategy.
  • control unit on each board on the MCU builds and inspects the corresponding business links on the board according to business instructions, and counts the number of incoming and outgoing business data of each functional processing unit on each business link, so that the MCU can be found early Internal chips (functional processing units) and transmission links between chips fail, and perform self-healing operations on faulty service links based on the fault self-healing strategy, thereby improving the reliability of the MCU.
  • FIG. 4 Another embodiment of the present invention relates to an electronic device, as shown in FIG. 4 , including at least one processor 202; and a memory 201 communicatively connected to at least one processor 202; Instructions executed by the processor 202, the instructions are executed by at least one processor 202, so that the at least one processor 202 can execute any one of the foregoing method embodiments.
  • the memory 201 and the processor 202 are connected by a bus, and the bus may include any number of interconnected buses and bridges, and the bus connects one or more processors 202 and various circuits of the memory 201 together.
  • the bus may also connect together various other circuits such as peripherals, voltage regulators, and power management circuits, all of which are well known in the art and therefore will not be further described herein.
  • the bus interface provides an interface between the bus and the transceivers.
  • a transceiver may be a single element or multiple elements, such as multiple receivers and transmitters, providing means for communicating with various other devices over a transmission medium.
  • the data processed by the processor 202 is transmitted on the wireless medium through the antenna, and further, the antenna also receives the data and transmits the data to the processor 202 .
  • Processor 202 is responsible for managing the bus and general processing, and may also provide various functions including timing, peripheral interfacing, voltage regulation, power management, and other control functions. And the memory 201 may be used to store data used by the processor 202 when performing operations.
  • Another embodiment of the present invention relates to a computer-readable storage medium storing a computer program.
  • the computer program is executed by the processor, any one of the above method embodiments is implemented.
  • an embodiment of the present invention also provides a computer program product, the computer program product includes a computer program stored on a non-transitory computer-readable storage medium, the computer program includes program instructions, and when the program instructions are executed When executed by a computer, the computer is made to execute the method in any of the above method embodiments.
  • a storage medium includes several instructions to make a device ( It may be a single-chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disc, etc., which can store program codes. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例涉及多媒体处理领域，公开了一种会议电视MCU巡检方法、电子设备及存储介质。所述MCU包括业务触发模块和多个单板，每个所述单板包括一控制单元和多个功能处理单元；控制单元接收所述业务触发模块下发的业务指令，根据所述业务指令在所在单板上搭建业务链路，所述业务链路中包含当前单板上的多个所述功能处理单元；周期性统计所述业务链路在执行业务处理过程中，各所述功能处理单元的进出业务数据数量；根据各所述功能处理单元的进出业务数据数量，判断所述业务链路是否发生故障；在所述业务链路发生故障的情况下，基于故障自愈策略对所述业务链路执行自愈操作。

Description

会议电视MCU巡检方法、电子设备及存储介质 技术领域
本发明涉及多媒体处理领域，特别涉及一种会议电视MCU(Multipoint Control Unit，多点控制单元)巡检方法、电子设备及存储介质。
背景技术
随着远程视频会议系统的普及和发展，用户在使用会议电视系统过程中，对系统的稳定性要求越来越高。例如，在版本初期验证单板基本功能，版本发布时，批量生产，开重大会议之前，都需要一种在线巡检方法，定时检测故障，并能进行故障自愈。
发明内容
本发明实施方式的目的在于提供一种会议电视MCU巡检方法、电子设备及存储介质，用以对会议电视服务端MCU进行故障检测和自愈。
为解决上述技术问题，本发明的实施方式提供了一种会议电视MCU巡检方法，所述MCU包括业务触发模块和多个单板，每个所述单板包括一控制单元和多个功能处理单元，所述方法应用于所述控制单元，包括：接收所述业务触发模块下发的业务指令，根据所述业务指令在所在单板上搭建业务链路，所述业务链路中包含当前单板上的多个所述功能处理单元；周期性统计所述业务链路在执行业务处理过程中，各所述功能处理单元的进出业务数据数量；根据各所述功能处理单元的进出业务数据数量，判断所述业务链路是否发生故障；在所述业务链路发生故障的情况下，基于故障自愈策略对所述业务链路执行自愈操作。
本发明的实施方式还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行， 以使所述至少一个处理器能够执行如上所述的会议电视MCU巡检方法。
本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的会议电视MCU巡检方法。
附图说明
图1是根据本发明一实施方式的会议电视MCU巡检方法的具体流程图一；
图2是根据本发明一实施方式的媒体流编解码单板执行媒体编解码业务时的业务链路图；
图3是根据本发明一实施方式的对MCU执行自愈过程的具体流程图；
图4是根据本发明另一实施方式的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。
本发明的一实施方式涉及一种会议电视MCU巡检方法，该MCU包括业务触发模块和多个单板，每个单板包括一控制单元和多个功能处理单元。其中，每个单板可以相对独立完成MCU的某项业务处理过程，该业务处理过程可由该单板上的多个功能处理单元按照一定业务处理顺序执行完成，按照被处理业务数据流经各功能处理单元的顺序，可将各功能处理单元串接形成业务链路。MCU上的业务触发模块可以模拟在线的各种业务触发场景，向相应单板发送业务指令，触发单板执行相应业务场景的业务处理过程。本实施 例提供的会议电视MCU巡检方法的执行主体为每个单板上的控制单元，该控制单元可与业务触发模块、以及所属同一单板上的各功能处理单元交互，在执行业务处理过程中对单板上的各业务链路进行巡检。
如图1所示，本实施例提供的会议电视MCU巡检方法，至少包括但不限于如下步骤。
步骤101：接收业务触发模块下发的业务指令，根据业务指令在所在单板上搭建业务链路，业务链路中包含当前单板上的多个功能处理单元。
其中，业务触发模块可以是设置在MCU上的软件模块，可以在线模拟触发MCU所执行的各种业务流程。例如，业务触发模块可模拟会议信令收发，包括如开会、添端、上端(“端”指参与会议的各方用户终端)、视频切换、挂端、删端、关会等。
具体地，单板上的控制单元接收业务触发模块下发的业务指令，并根据业务指令所指示的业务，在单板上搭建业务链路，该业务链路中包含当前单板上的多个功能处理单元。这些功能处理单元按照指定的业务处理顺序对待处理的业务数据进行处理，执行完成业务处理过程。
在一个例子中，上述MCU上的多个单板中包括一个媒体流编解码单板；该媒体流编解码单板的业务内容主要包括对待处理媒体码流(音频、视频)进行编解码。相应地，当本实施例的会议电视MCU巡检方法应用于该媒体流编解码单板上的控制单元时，步骤101可通过如下步骤实现。即：接收业务触发模块下发的媒体编解码指令，根据媒体编解码指令搭建业务链路，业务链路中包含当前单板上的网络处理单元、交换单元，以及音频处理单元和/或图像处理单元。
其中，网络处理单元(network Processing Unit，NPU)，可完成局域网(Local Area Network，LAN)、会议电视流媒体处理单元(SPU)、会议电视图像台处理单元(STB)、监控处理单元(WEB)等功能；交换单元，也称媒体交换单元(Media Switch Unit，MSU)；音频处理单元(Audio Processing Unit， APU)用于处理各种协议的音频编解码处理；图像处理单元(Vision Processing Unit，VPU)处理网关、多画面、速率匹配等功能，主要完成H.263、H.264等不同标准的图像网关和多画面。
如图2所示，为媒体流编解码单板执行媒体编解码业务时的业务链路图。为了方便对数据流的流向进行展示，将待处理业务数据，即媒体码流的上行流向和下行流向分别进行绘制，其中，待处理业务数据为业务触发模块向单板上的控制单元下发业务指令的同时，一并下发给控制单元。图2中，控制单元将接收到的待处理媒体码流，先输入至NPU，然后从NPU出，经过交换单元，进入APU或者VPU编解码；之后，编解码后的媒体码流再次经过交换单元，进入NPU，最后经NPU传输给外部接收端，至此该业务过程在媒体流编解码单板上实现一个环回码流。
步骤102：周期性统计业务链路在执行业务处理过程中，各功能处理单元的进出业务数据数量。
具体地，以图2为例，可以在编解码单板执行媒体编解码业务所使用的业务链路中，媒体码流的上行流向上设置四个媒体码流的计数点，分别是NPU出口、交换单元入口、交换单元出口、APU\VPU入口；媒体码流的下行流向上设置四个媒体码流的计数点，分别是APU\VPU出口、交换单元入口、交换单元出口、NPU入口。周期性的统计业务链路在执行业务处理过程中，这8个计数点的进出业务数据数量。
其中，业务数据可包括：承载媒体码流的数据报文或数据帧。相应地，业务数据数量即为数据报文或数据帧的数量。
在一个例子中，周期性统计业务链路在执行业务处理过程中，各功能处理单元的进出业务数据数量，可通过如下步骤实现。即：接收业务链路中，各功能处理单元上报的进出该功能处理单元的业务数据数量，并对业务数据数量进行周期性统计。
具体地，在执行业务处理过程中，各功能处理单元可自行统计进出该功 能处理单元的业务数据数量，包括如进出该功能处理单元的数据报文或数据帧的数量，并将统计结果实时上报给所在单板上的控制单元。
步骤103：根据各功能处理单元的进出业务数据数量，判断业务链路是否发生故障。
具体地，在正常执行业务处理过程时，输入业务链路的业务数据数量应等于业务链路输出的业务数据数量。基于此，如果检测到某个功能处理单元的进出业务数据数量不匹配，则表征该功能处理单元，即该业务链路发生故障。
在一个例子中，判断业务链路是否发生故障的操作可包括如下步骤。
步骤一：判断业务链路中，任一功能处理单元的进出业务数据数量是否相同，以及每两个相邻功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量是否相同。
具体地，业务链路出现故障的原因可能是功能处理单元出现故障，也可能是相邻两个功能处理单元之间的传输链路出现故障(该情况可能是相邻两个功能处理单元之间存在某种工作不协调而造成)。这两种故障情况均有可能导致相邻的进出(或出进)功能处理单元的业务数据数量不一致。针对这两种故障情况，本实施例分别进行定性检测。根据业务链路中任一功能处理单元的进出业务数据数量是否相同，可以判定该功能处理单元是否发生故障；根据业务链路中，每两个相邻功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量是否相同，可以判定这两个相邻功能处理单元之间的传输链路是否发生故障。
步骤二：当任一功能处理单元的进出业务数据数量相同，且每两个相邻功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量相同时，则判定业务链路未发生故障；否则，判定业务链路发生故障。
具体地，当通过步骤一判断得到业务链路中，任一功能处理单元内部未 出现故障，同时每相邻两个功能处理单元之间的传输链路也未出现故障，则判定业务链路未发生故障；否则，只要这二者中有一个出现故障，则判定业务链路发生故障。
步骤104：在业务链路发生故障的情况下，基于故障自愈策略对业务链路执行自愈操作。
具体地，本实施例预先设置了多种故障自愈策略，以针对业务链路发生故障的故障程度适时选择匹配的故障自愈策略对故障链路执行自愈操作，该自愈操作可包括复位MCU、复位单板、复位功能处理单元等。其中，这里的复位含义同“重启”。
在一个例子中，如图3所示，步骤104可至少包括但不限于如下子步骤。
子步骤1041：根据各功能处理单元的进出业务数据数量，统计各功能处理单元的第一传输丢包率。
具体地，根据各功能处理单元的进出业务数据数量，可以统计各功能处理单元的丢包数量(进业务数据数量-出业务数据数量)，并基于丢包数量计算丢包率(丢包数量/进业务数据数量)。本实施例中将各功能处理单元的丢包率分别称为第一传输丢包率。
子步骤1042：根据每两个相邻功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量，统计该两个功能处理单元之间传输链路的第二传输丢包率。
具体地，根据各功能处理单元的进出业务数据数量，可以统计每两个相邻功能处理单元之间的传输链路，在传输业务数据时的丢包数量(在前功能处理单元的出业务数据数量-在后功能处理单元的进业务数据数量)，并基于丢包数量计算丢包率(丢包数量/在前功能处理单元的出业务数据数量)。本实施例中将每两个相邻功能处理单元之间的传输链路，在传输业务数据时的丢包率分别称为第二传输丢包率。
子步骤1043：判断第一传输丢包率和第二传输丢包率中是否存在大于第 一丢包阈值的丢包率。
其中，该第一丢包阈值为判断是否对MUC执行复位的边界值。
如果是，则进入子步骤1046；如果否，则进入子步骤1044。
子步骤1044：判断第一传输丢包率和第二传输丢包率中是否存在大于第二丢包阈值的丢包率，第二丢包阈值小于第一丢包阈值。
其中，该第二丢包阈值为判断是否对当前单板执行复位的边界值。
如果是，则进入子步骤1047；如果否，则进入子步骤1045。
子步骤1045：判断第一传输丢包率和第一传输丢包率中是否存在大于第三丢包阈值的丢包率，第三丢包阈值小于第二丢包阈值。
其中，该第三丢包阈值为判断是否对功能处理单元执行复位的边界值。
如果是，则进入子步骤1048；如果否，则结束流程。
子步骤1046：触发对MUC执行复位。
具体地，当判断出第一传输丢包率和第一传输丢包率中存在大于第一丢包阈值的丢包率时，则表征当前业务链路上的功能处理单元和/或连接相邻两个功能处理单元的传输链路发生严重故障，此时应对整个MUC执行复位，以保证自愈效果。
子步骤1047：触发对当前单板执行复位。
具体地，当判断出第一传输丢包率和第一传输丢包率中存在大于第二丢包阈值的丢包率时，且不大于第一丢包阈值时，则表征当前业务链路上的功能处理单元和/或连接相邻两个功能处理单元的传输链路发生中等程度故障，此时可对单板执行复位即可，既保证自愈效果，又不影响MCU上其他单板的正常工作。
子步骤1048：触发对大于第三丢包阈值的第一传输丢包率对应的功能处理单元执行复位，以及触发对大于第三丢包阈值的第二传输丢包率对应的传输链路所连接的两个相邻功能处理单元执行复位。
具体地，由于第一传输丢包率指各功能处理单元内部数据传输的丢包率， 当该丢包率大于第三丢包阈值时，表征该功能处理单元内部出现故障，需对该功能处理单元进行自愈处理；同时由于第二传输丢包率指每相邻两个功能处理单元之间数据传输的丢包率，当该丢包率大于第三丢包阈值时，表征对应的相邻两个功能处理单元内部均有可能出现故障，需对该相邻两个功能处理单元均进行自愈处理。
当判断出第一传输丢包率和第一传输丢包率中存在大于第三丢包阈值的丢包率，且不大于第二丢包阈值时，则表征当前业务链路上的某个功能处理单元和/或某条连接相邻两个功能处理单元的传输链路发生轻微程度故障，此时可对单板上发生故障的相关功能处理单元执行复位即可。例如，对各功能处理单元中，第一传输丢包率大于第三丢包阈值的功能处理单元执行复位，以及，对每两个功能处理单元之间的传输链路中，第二传输丢包率大于第三丢包阈值的传输链路所连接的两个功能处理单元执行复位。这样，既保证自愈效果，又不影响单板上其他功能处理单元的正常工作。
此外，本实施中的上述第一丢包阈值、第二丢包阈值以及第三丢包阈值的大小可以动态调整。例如，可根据连续多个统计周期中，业务链路发生故障的次数进行动态调整。
此外，MCU还可以将业务链路发生故障的故障数据进行记录，并提供给指定服务器，进行故障分析，以便于针对故障结果对MCU上的功能处理单元、单板进行有针对性的修复。
与相关技术相比，本实施例中通过统计各功能处理单元的第一传输丢包率，以及两个相邻功能处理单元之间传输链路的第二传输丢包率；将这两种丢包率与预设的多个丢包阈值进行比对，根据比对结果有针对性的采用不同程度范围的复位操作完成MCU自愈操作，既保证自愈效果，又尽可能不影响其他单板或者其他功能处理单元的正常工作，提高了MCU的可靠性。
本发明实施方式，通过会议电视MCU上的各单板上的控制单元来分别对该控制单元所在的单板执行巡检；在巡检时，控制单元接收业务触发模块 下发的业务指令，根据业务指令在所在单板上搭建业务链路，该业务链路中包含当前单板上的多个功能处理单元；周期性统计业务链路在执行业务处理过程中，各功能处理单元的进出业务数据数量；根据各功能处理单元的进出业务数据数量，判断业务链路是否发生故障；在业务链路发生故障的情况下，基于故障自愈策略对业务链路执行自愈操作。本方案通过MCU上的各单板上的控制单元根据业务指令搭建并巡检单板上相应的业务链路，统计各业务链路上各功能处理单元的进出业务数据数量，从而可以提早发现MCU内部各芯片(功能处理单元)以及各芯片之间传输链路的故障，并基于故障自愈策略对发生故障的业务链路执行自愈操作，从而提高MCU的可靠性。
本发明的另一实施方式涉及一种电子设备，如图4所示，包括至少一个处理器202；以及，与至少一个处理器202通信连接的存储器201；其中，存储器201存储有可被至少一个处理器202执行的指令，指令被至少一个处理器202执行，以使至少一个处理器202能够执行上述任一方法实施例。
其中，存储器201和处理器202采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器202和存储器201的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器202处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器202。
处理器202负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器201可以被用于存储处理器202在执行操作时所使用的数据。
本发明的另一实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任一方法实施例。
此外，本发明实施例还提供了一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的方法。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

  1. 一种会议电视MCU巡检方法，其中，所述MCU包括业务触发模块和多个单板，每个所述单板包括一控制单元和多个功能处理单元，所述方法应用于所述控制单元，包括：
    接收所述业务触发模块下发的业务指令，根据所述业务指令在所在单板上搭建业务链路，所述业务链路中包含当前单板上的多个所述功能处理单元；
    周期性统计所述业务链路在执行业务处理过程中，各所述功能处理单元的进出业务数据数量；
    根据各所述功能处理单元的进出业务数据数量，判断所述业务链路是否发生故障；
    在所述业务链路发生故障的情况下，基于故障自愈策略对所述业务链路执行自愈操作。
  2. 根据权利要求1所述的方法，其中，所述多个单板中包括一个媒体流编解码单板；当所述方法应用于所述媒体流编解码单板上的所述控制单元时，
    所述接收所述业务触发模块下发的业务指令，根据所述业务指令在所在单板上搭建业务链路，所述业务链路中包含当前单板上的多个所述功能处理单元，包括：
    接收所述业务触发模块下发的媒体编解码指令，根据所述媒体编解码指令搭建业务链路，所述业务链路中包含当前单板上的网络处理单元、交换单元，以及音频处理单元和/或图像处理单元。
  3. 根据权利要求1或2所述的方法，其中，所述业务数据包括：承载媒体码流的数据报文或数据帧。
  4. 根据权利要求1所述的方法，其中，所述周期性统计所述业务链路在执行业务处理过程中，各所述功能处理单元的进出业务数据数量，包括：
    接收所述业务链路中，各所述功能处理单元上报的进出该功能处理单元的业务数据数量，并对所述业务数据数量进行周期性统计。
  5. 根据权利要求1所述的方法，其中，所述根据各所述功能处理单元的进出业务数据数量，判断所述业务链路是否发生故障，包括：
    判断所述业务链路中，任一所述功能处理单元的进出业务数据数量是否相同，以及每两个相邻所述功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量是否相同；
    当所述任一所述功能处理单元的进出业务数据数量相同，且所述每两个相邻所述功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量相同时，则判定所述业务链路未发生故障；否则，判定所述业务链路发生故障。
  6. 根据权利要求1或5所述的方法，其中，所述在所述业务链路发生故障的情况下，基于故障自愈策略对所述业务链路执行自愈操作，包括：
    根据各所述功能处理单元的进出业务数据数量，统计各所述功能处理单元的第一传输丢包率；
    根据每两个相邻所述功能处理单元中，在前功能处理单元的出业务数据数量与在后功能处理单元的进业务数据数量，统计该两个所述功能处理单元之间传输链路的第二传输丢包率；
    判断所述第一传输丢包率和所述第二传输丢包率中是否存在大于第一丢包阈值的丢包率；
    当所述第一传输丢包率和所述第二传输丢包率中存在大于所述第一丢包阈值的丢包率时，则触发对所述MUC执行复位。
  7. 根据权利要求6所述的方法，其中，所述判断所述第一传输丢包率和所述第二传输丢包率中是否存在大于第一丢包阈值的丢包率之后，还包括：
    当所述第一传输丢包率和所述第二传输丢包率中不存在大于所述第一丢包阈值的丢包率时，则判断所述第一传输丢包率和所述第二传输丢包率中是否存在大于第二丢包阈值的丢包率；其中，所述第二丢包阈值小于所述第一丢包阈值；
    当所述第一传输丢包率和所述第二传输丢包率中存在大于所述第二丢包阈值的丢包率，则触发对当前所述单板执行复位。
  8. 根据权利要求7所述的方法，其中，所述判断所述第一传输丢包率和所述第二传输丢包率中是否存在大于第二丢包阈值的丢包率之后，包括：
    当所述第一传输丢包率和所述第二传输丢包率中不存在大于所述第二丢包阈值的丢包率时，则判断所述第一传输丢包率和所述第二传输丢包率中是否存在大于第三丢包阈值的丢包率，所述第三丢包阈值小于所述第二丢包阈值；
    当所述第一传输丢包率和所述第二传输丢包率中存在大于所述第三丢包阈值的丢包率时，则触发对大于所述第三丢包阈值的第一传输丢包率对应的功能处理单元执行复位，以及触发对大于所述第三丢包阈值的第二传输丢包率对应的传输链路所连接的两个相邻功能处理单元执行复位。
  9. 一种电子设备，其中，包括：
    至少一个处理器；以及，
    与所述至少一个处理器通信连接的存储器；其中，
    所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8中任一项所述的会议电视MCU巡检方法。
  10. 一种计算机可读存储介质，存储有计算机程序，其中，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的会议电视MCU巡检方法。
PCT/CN2022/116549 2021-09-30 2022-09-01 会议电视mcu巡检方法、电子设备及存储介质 WO2023051153A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202111162660.6 2021-09-30
CN202111162660.6A CN115914535A (zh) 2021-09-30 2021-09-30 会议电视mcu巡检方法、电子设备及存储介质

Publications (1)

Publication Number Publication Date
WO2023051153A1 true WO2023051153A1 (zh) 2023-04-06

Family

ID=85733902

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/116549 WO2023051153A1 (zh) 2021-09-30 2022-09-01 会议电视mcu巡检方法、电子设备及存储介质

Country Status (2)

Country Link
CN (1) CN115914535A (zh)
WO (1) WO2023051153A1 (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102938833A (zh) * 2012-07-25 2013-02-20 苏州科达科技有限公司 视频会议中的方法及装置、多点控制设备及视频会议系统
JP2014165819A (ja) * 2013-02-27 2014-09-08 Fujitsu Telecom Networks Ltd 伝送装置および異常検出方法
CN107124575A (zh) * 2017-04-14 2017-09-01 苏州科达科技股份有限公司 一种媒体处理方法、装置及媒体服务器
CN108616756A (zh) * 2018-05-22 2018-10-02 国家电网公司 视频业务的检测方法及装置、存储介质、电子装置
CN110636244A (zh) * 2018-06-25 2019-12-31 中兴通讯股份有限公司 一种视频会议服务器、系统、控制方法及存储介质
CN111953564A (zh) * 2020-07-31 2020-11-17 新华三信息安全技术有限公司 一种故障检测方法、装置、设备及机器可读存储介质
CN112887126A (zh) * 2021-01-12 2021-06-01 昆高新芯微电子(江苏)有限公司 一种报文链路的诊断方法、装置及计算机存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102938833A (zh) * 2012-07-25 2013-02-20 苏州科达科技有限公司 视频会议中的方法及装置、多点控制设备及视频会议系统
JP2014165819A (ja) * 2013-02-27 2014-09-08 Fujitsu Telecom Networks Ltd 伝送装置および異常検出方法
CN107124575A (zh) * 2017-04-14 2017-09-01 苏州科达科技股份有限公司 一种媒体处理方法、装置及媒体服务器
CN108616756A (zh) * 2018-05-22 2018-10-02 国家电网公司 视频业务的检测方法及装置、存储介质、电子装置
CN110636244A (zh) * 2018-06-25 2019-12-31 中兴通讯股份有限公司 一种视频会议服务器、系统、控制方法及存储介质
CN111953564A (zh) * 2020-07-31 2020-11-17 新华三信息安全技术有限公司 一种故障检测方法、装置、设备及机器可读存储介质
CN112887126A (zh) * 2021-01-12 2021-06-01 昆高新芯微电子(江苏)有限公司 一种报文链路的诊断方法、装置及计算机存储介质

Also Published As

Publication number Publication date
CN115914535A (zh) 2023-04-04

Similar Documents

Publication Publication Date Title
US20200162725A1 (en) Video Quality Assessment Method and Apparatus
CN109889762B (zh) 一种会议控制方法和装置
US8666042B2 (en) Techniques for performing key frame requests in media servers and endpoint devices
US9271055B2 (en) System and method for variable video degradation counter-measures
CN109561072B (zh) 一种链路检测方法及系统
CN101001183A (zh) 一种网络应用软件的测试方法和系统
CN110087040B (zh) 一种监控视频调取方法及系统
CN110300283B (zh) 一种基于视联网的监控巡检控制方法及装置
US20150200826A1 (en) Optimizing the quality of audio within a teleconferencing session via an adaptive codec switching
CN101389036B (zh) 一种适用于视频会议的纠错装置及其方法
CN110417877B (zh) 一种音视频业务的处理方法及装置
JP2014116767A (ja) 通信システムおよびネットワーク中継装置
CN110475113B (zh) 基于视联网的监控设备故障处理方法及装置
CN111031084A (zh) 一种视联网终端远程维护的方法和装置
CN111224889A (zh) 一种数据传输的方法和装置
WO2023051153A1 (zh) 会议电视mcu巡检方法、电子设备及存储介质
CN111614480B (zh) 业务检测方法、装置和存储介质
WO2021174879A1 (zh) Ai视频通话质量分析方法、装置、计算机设备及存储介质
CN108632075B (zh) 一种视联网终端的烧写方法和装置
CN104081746A (zh) 使用智能聚集的低等待时间wifi显示
CN111787368A (zh) 一种服务器测试方法和装置
CN111510341A (zh) 一种视联网的网络测试方法及装置
WO2024021280A1 (zh) 工业气体企业的数据传输方法、装置、服务器及系统
CN111447407A (zh) 一种监控资源的传输方法和装置
CN111131747A (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: 22874544

Country of ref document: EP

Kind code of ref document: A1