WO2020164457A1

WO2020164457A1 - Abnormality handling method and apparatus, and device

Info

Publication number: WO2020164457A1
Application number: PCT/CN2020/074641
Authority: WO
Inventors: 席佼佼; 徐日东; 沈庆春
Original assignee: 华为技术有限公司
Priority date: 2019-02-14
Filing date: 2020-02-10
Publication date: 2020-08-20
Also published as: CN111565310A

Abstract

The present application provides an abnormality handling method. By means of enabling a first device (for example, a terminal device) to acquire feedback information from a user, when it is determined from the feedback information that an abnormality occurs to a media event, a second device (for example, a media device) is triggered to acquire an original code stream corresponding to the media event, thereby reducing resource consumption caused by unnecessary code stream acquisition, parsing and computation.

Description

Methods, devices and equipment for handling exceptions

This application claims the priority of a Chinese patent application filed with the Chinese Patent Office, the application number is 201910115180.0, and the application title is "Methods, Apparatus and Equipment for Handling Abnormalities" on February 14, 2019. The entire contents of this application are incorporated into this application by reference. in.

Technical field

This application relates to the field of display processing technology, and more specifically, to methods, devices, and equipment for processing abnormalities in the field of display processing technology.

Background technique

In audio and video playback scenarios, user quality of experience (QoE) is used as an indicator to measure the quality of media services experienced by users. The so-called media service quality experienced by users includes at least whether the voice is clear, whether there is echo, whether the video is smooth, whether the picture is clear, and whether the audio and video are synchronized.

In order to improve the user’s media service experience, there is an existing technical solution for quality modeling based on data collected by probes. This solution acquires data by deploying probes at a single point or multiple points on the network interface to collect the original code stream; The data acquisition and analysis subsystem completes code stream analysis, data extraction and measurement; the quality modeling analysis subsystem of the operation and maintenance platform completes experience modeling, or the algorithm engineer completes the experience modeling offline; the algorithm engineer and business engineer completes the fault tree offline Analysis and other delimitation models; use this model for media experience anomaly detection and delimitation analysis.

The above-mentioned technical solutions will cause continuous consumption of the collection module, data analysis module, and index calculation module, and require high storage capacity and computing capacity. This problem is particularly prominent in long-duration businesses such as meetings.

Summary of the invention

This application provides a method for handling exceptions, which can reduce resource consumption caused by unnecessary code stream collection, analysis, and calculation.

In a first aspect, a method for handling an exception is provided, the method is executed by a first device, and includes: obtaining feedback information, the feedback information is used to indicate a user's feedback on a media event, the media event including a sound playback event And/or screen play event; if the feedback information indicates that the media event is abnormal, a first message is sent to the second device, and the first message is used to trigger the second device to collect the original media event Code stream.

Based on the above technical solution, by enabling the first device (for example, terminal device) to obtain user feedback information, when it is determined that the media event is abnormal through the feedback information, the second device (for example, media device) is triggered to collect the corresponding media event. The original code stream, thereby reducing unnecessary code stream collection, analysis, and calculation of resource consumption.

In a possible implementation, the method further includes: sending first session information to the second device, where the first session information carries user experience mark information, and the user experience mark information is the second device. Generated by a device according to the feedback information, the first session information includes a call history record (CHR) generated by the media event in the first device.

Based on the method for handling exceptions provided by this application, both the collected original code stream and the user’s experience and feeling feedback on the media event are provided to the third device (for example, the server), so that the server is processing the exception that occurs in the media event It can improve the accuracy of fault delimitation.

In a possible implementation manner, the user experience mark information is generated after the first device converts the feedback information according to a preset rule.

In a second aspect, a method for handling an exception is provided, the method is executed by a second device, and includes: receiving a first message sent by a first device, the first message being used to trigger the second device to collect media events The original code stream of the media event is a media abnormal event; the original code stream of the media event is obtained according to the first message; the relevant information of the media event is sent to a third device, and the relevant information includes all The original code stream of the media event.

Based on the above technical solution, by enabling the terminal device to obtain user feedback information, when it is determined that the media event is abnormal through the feedback information, the media device is triggered to collect the original code stream corresponding to the media event, and the collected media event is collected by the media device The corresponding original code stream is sent to the server, and the server handles the abnormality of the media event, thereby reducing unnecessary code stream collection, analysis, and calculation of resource consumption.

In a possible implementation manner, the related information further includes second session information, and the method further includes: receiving first session information sent by the first device, where the first session information carries a user experience mark Information, the user experience mark information is generated by the first device according to feedback information, the feedback information is used to indicate user feedback on the media event, and the first session information includes the media event in the CHR bills generated in the first device; generating the second session information according to the first session information, where the second session information includes the CHR bills generated in the second device by the media event.

Based on the method for handling exceptions provided by this application, by providing both the collected original code stream and the user’s experience and feeling feedback on the media event to the server, the server can improve the fault demarcation when processing the exception of the media event. Accuracy.

In a third aspect, a method for handling exceptions is provided. The method is executed by a third device and includes: receiving related information about a media event sent by a second device, where the related information includes the original code stream of the media event, The media event is a media abnormal event; according to the related information, the abnormality of the media event is processed.

In a possible implementation manner, the related information further includes second session information, the second session information is generated by the first device according to the first session information, and the second session information includes the media event In the CHR bill generated in the second device, the first session information carries user experience mark information, the user experience mark information is generated by the first device according to feedback information, and the feedback information is used to instruct the user For the feedback of the media event, the first session information includes a CHR bill generated by the media event in the first device.

In a possible implementation manner, the method further includes: sending a second message to the first device, where the second message is used to indicate a processing result of an exception that occurs in the media event.

Based on the method for handling exceptions provided by this application, by taking user feedback as the starting point and informing the user of the abnormal handling result of the media event as the ending point, a closed-loop process is formed. From the user's perspective, it can improve user feedback Enthusiasm ultimately improves the quality of user experience.

In a possible implementation manner, the second device includes a routing device and a service access device, and the processing an abnormality that occurs in the media event according to the related information includes: according to the related information, Determine whether the abnormality of the media event is caused by the deterioration of the quality of service (QoS) parameters; if the abnormality of the media event is caused by the deterioration of the QoS parameters, send the threshold value of the QoS parameters to the control device, The threshold value of the QoS parameter is used by the control device to determine whether a route needs to be re-issued to the routing device, and the routing device is used to communicate between the first device and the routing device according to the route issued by the control device. Establish connections between service access devices.

For the media playback system running on the Overlay network, the server determines whether the media event is abnormal due to the deterioration of the QoS parameters when the abnormality of the media event occurs by making the server determine whether the abnormality is caused by the media event. When the QoS parameters are degraded, the control device obtains the optimal path through routing selection technology according to the threshold values of the QoS parameters issued by the server and the QoS parameters reported by the routing device, and sends the path to the routing device so that the routing device can The optimal path issued by the control device establishes a connection between the media device and the terminal device, thereby improving service quality.

In a fourth aspect, an abnormality processing device is provided, and the device is configured to execute the above-mentioned first aspect or the method in any possible implementation of the first aspect. Specifically, the device may include a unit for executing the method for handling exceptions in the first aspect or any possible implementation of the first aspect.

In a fifth aspect, an abnormality processing device is provided, and the device is used to execute the foregoing second aspect or any possible implementation of the second aspect. Specifically, the device may include a unit for executing the method for handling exceptions in the second aspect or any possible implementation of the second aspect.

In a sixth aspect, an abnormality processing device is provided, and the device is used to execute the foregoing third aspect or the method in any possible implementation manner of the third aspect. Specifically, the device may include a unit for executing an exception handling method in any possible implementation manner of the second aspect or the third aspect.

In a seventh aspect, an abnormality processing device is provided, and the device includes a memory and a processor. The memory is used to store instructions; the processor executes the instructions stored in the memory, so that the device executes the method for handling exceptions in the first aspect or any possible implementation of the first aspect.

In an eighth aspect, a device for handling abnormalities is provided. The device includes a memory and a processor. The memory is used to store instructions; the processor executes the instructions stored in the memory, so that the device executes the method for handling exceptions in the second aspect or any possible implementation of the second aspect.

In a ninth aspect, an abnormality processing device is provided, and the device includes a memory and a processor. The memory is used to store instructions; the processor executes the instructions stored in the memory, so that the device executes the third aspect or the method for handling exceptions in any possible implementation manner of the third aspect.

In a tenth aspect, a computer-readable storage medium is provided, and the computer-readable storage medium stores instructions, which when run on a computer, cause the computer to execute the first aspect or any possible implementation manner of the first aspect The method of handling exceptions.

In an eleventh aspect, a computer-readable storage medium is provided. The computer-readable storage medium stores instructions, which when run on a computer, cause the computer to execute the second aspect or any possible implementation of the second aspect The method of handling exceptions in the mode.

In a twelfth aspect, a computer-readable storage medium is provided, the computer-readable storage medium stores instructions, and when the instructions run on a computer, the computer executes the third aspect or any possible implementation of the third aspect The method of handling exceptions in the mode.

In a thirteenth aspect, a computer program product containing instructions is provided. When the instructions are run on a computer, the computer executes the first aspect or the method for handling exceptions in any possible implementation of the first aspect.

In a fourteenth aspect, a computer program product containing instructions is provided, when the instructions run on a computer, the computer executes the second aspect or the method for handling exceptions in any possible implementation of the second aspect.

In a fifteenth aspect, a computer program product containing instructions is provided, when the instructions are run on a computer, the computer executes the third aspect or the method for handling exceptions in any possible implementation of the third aspect.

On the basis of the implementation manners provided by the above aspects, this application can be further combined to provide more implementation manners.

Description of the drawings

Figure 1 is a schematic block diagram of a media playback system suitable for the present application;

Figure 2 is a schematic block diagram of another media playing system suitable for the present application;

Figure 3 is a schematic diagram of the interactive interface of the terminal device provided by this application;

FIG. 4 is a schematic flowchart of the method for handling exceptions provided by this application;

FIG. 5 is a schematic block diagram of the apparatus 200 provided by this application;

FIG. 6 is a schematic block diagram of the apparatus 300 provided by this application;

FIG. 7 is a schematic block diagram of an apparatus 400 provided by this application;

FIG. 8 is a schematic block diagram of a device 500 provided by this application.

detailed description

The technical solution in this application will be described below in conjunction with the drawings.

First, the media playback system provided by this application will be introduced with reference to FIG. 1. As shown in FIG. 1, the system includes a first device, a second device, and a third device. Among them, the first device is used to play audio and video services, that is, to provide users with audio and video services, and the second device is used to establish a communication connection with the terminal device.

As an example and not a limitation, in the media playing system shown in FIG. 1, the first device may be a terminal device, the second device may be a media device, and the third device may be a server.

As an example and not a limitation, in actual applications, the media device may be a multimedia control unit (MCU) or a session border controller (SBC).

Figure 2 shows another media playback system provided by the present application. The media playback system runs in an overlay network. The difference from the media playback system shown in Figure 1 is that the media playback system shown in Figure 2 The system also includes control equipment. Among them, the first device is used to play audio and video services, that is, to provide users with audio and video services, the control device is used to determine whether the route needs to be reissued, and the second device is used to communicate with the terminal device according to the route issued by the control device. Establish a communication connection.

As an example and not a limitation, in the media playback system shown in FIG. 2, the first device may be a terminal device, the second device may be a media device, and the third device may be a server.

As an example and not a limitation, in actual applications, media devices may include service access devices and routing devices. When the media device is composed of a service access device and a routing device, the control device is used to issue a route to the routing device, and the routing device is used to establish a communication connection between the service access device and the terminal device according to the route issued by the control device .

As an example and not a limitation, in practical applications, the terminal devices in the media playback system shown in FIG. 1 and FIG. 2 may be handheld terminals (for example, mobile phones, tablet computers), notebook computers, desktop computers, televisions, and professional Conference terminal equipment.

The following first takes the media playback system shown in FIG. 1 and takes the first device as the terminal device, the second device as the media device, and the third device as the server in the media playback system as an example, and the details provided by this application are described in conjunction with the accompanying drawings. The method of handling exceptions.

FIG. 3 is a schematic flowchart of the method 100 for handling exceptions provided by the present application from the perspective of device interaction. As shown in FIG. 3, the method may include step 101 to step 108. The steps of the method 100 are described in detail below.

In step 101, the terminal device obtains feedback information, which is used to indicate the user's feedback on a media event, and the media event includes a sound playing event and/or a picture playing event.

Specifically, the terminal device obtains feedback information from the user, which can indicate the user's feedback on the experience of the media event. In this application, the media event may include a sound playing event and/or a picture playing event.

For example, the terminal device can be used to play video. When the terminal device is playing video, the corresponding media events include both sound playback events and screen playback events; the terminal device can also be used for voice calls, and the corresponding media events include Sound playback event.

The terminal device may display an interactive interface as shown in FIG. 4 to the user, and the user may feed back his experience of the media event to the terminal device through the interactive interface.

For example, during the operation of a media event, the user can trigger the terminal device to display the interactive interface shown in Figure 4. For example, the user can trigger the terminal device to display the interface shown in Figure 4 by clicking the "feedback function key" in the terminal device display interface. user-interface. After the user successfully triggers the terminal device to display the interactive interface, the terminal device can feed back the experience of the media event to the terminal device through the interactive interface.

For example, the currently running media event is a video conference. When the user has a good experience of the video conference, the user can click the "Like" button, which means that the user experience is normal; when the user has a bad experience of the video conference, The user can click the "step down" button, which means that the user's experience of the media event is abnormal.

After the user clicks the "Like" button, further, the terminal device can also display a thank-you phrase such as "Thanks for using" to the user.

After the user clicks the "step on" button, further, the terminal device can also display an exception selection box, which is used for the user to give more detailed feedback to the terminal device. For example, the options of the abnormal selection box may include no sound, noisy noise, no picture, unclear, and freezing. In addition, the abnormal selection box may also include an "other" option, which is used when the above options are insufficient to give feedback to the user The user can give feedback to the terminal device through this "other" option.

After the user completes the selection in the exception selection box, he can click the "Submit" button. After the user clicks the "Submit" button, further, the terminal device can also display to the user a reply such as "Sorry for the inconvenience! Problem processing has been initiated for you!".

After the user clicks the "submit" button, at this time, the terminal device can obtain feedback information from the user. After the terminal device obtains the feedback information from the user, it analyzes the feedback information and obtains the user's feedback content for the media event (for example, video conference). The feedback content includes at least one of the following information: screen freeze, The picture is not clear, there is no picture, no sound and noisy sound.

For example, the feedback information obtained by the terminal device is a binary sequence containing several bits, and the terminal device needs to parse the binary bit sequence to obtain the user's feedback content for the media event.

For example, the binary bit sequence acquired by the terminal device is 0001. After analyzing the binary bit sequence, the terminal device determines that the user's feedback content for the video conference is that the picture is unclear. At this time, the terminal device can determine that the feedback information indicates that the video conference is abnormal.

In step 102, if the feedback information indicates that the media event is abnormal, the terminal device sends a first message to the media device, and the first message is used to trigger the media device to collect the original code stream of the media event. Correspondingly, the media device receives the first message.

Specifically, when the terminal device determines that the feedback information indicates that the media event (for example, a video conference) is abnormal, the terminal device triggers the media device to collect the original code stream corresponding to the video conference. For example, the terminal device may send the first Message, the first message triggers the media device to collect the original code stream corresponding to the video conference.

In step 103, the media device obtains the original code stream corresponding to the media event according to the first message.

In step 104, the media device sends related information about the media event to the server, and the related information includes the original code stream of the media event. Accordingly, the server receives the related information.

In step 107, the server processes the abnormality of the media event according to the related information.

Specifically, after receiving the first message, the media device collects the original code stream corresponding to the media event (for example, a video conference) according to the first message. After obtaining the original code stream corresponding to the video conference, the media device can send the video conference related information (for example, information about the media event) to the server, where the video conference related information includes the original code stream corresponding to the video conference ( For example, the original code stream corresponding to the media event).

After the server receives the relevant information of the video conference, it can use the original code stream corresponding to the video conference to perform abnormality detection, fault delimitation and fault recovery on the video conference.

Based on the method for handling exceptions provided by this application, by obtaining user feedback information, when it is determined that the media event is abnormal through the feedback information, the media device is triggered to collect the original code stream corresponding to the media event, thereby reducing unnecessary code stream collection , And resource consumption caused by analysis and calculation.

Further, in the method 100, step 108 may be further included. The server sends a second message to the terminal device, where the second message is used to indicate the processing result of the abnormality of the media event.

Specifically, after the server processes the abnormality that occurs in the media event, it may notify the user through the terminal device of the processing result of the abnormality that occurs in the media event.

For example, the server may send a second message to the terminal device, where the second message is used to notify the terminal device of the processing result of the abnormality of the media event. After the terminal device learns the processing result of the server for the abnormality of the media event, it can display the server's processing result for the abnormality of the media event to the user in the interactive interface shown in FIG. 4.

For example, when the media event is a video conference and the abnormality that occurs is that the picture is unclear, if the abnormality is handled, the terminal device can display prompt words such as "The current picture is unclear problem has been fixed" on the interactive interface; if the abnormality has not After being processed, the terminal device can display prompt words such as "thorny problem, under analysis" on the interactive interface.

In addition, if the exception is handled, the feedback function key can also be displayed as flashing green to prompt the user that the current unclear picture has been fixed; if the exception has not been handled, the feedback function key can also be displayed as flashing yellow. It reminds the user that the current picture is not clear and has not been fixed yet.

In the case that the exception has not been processed, the user can also be notified of the final processing result through a text message or phone call.

It should be noted that the interactive interface shown in FIG. 4 is only an example for explaining the problem, and does not constitute any limitation on the interactive interface displayed by the terminal device in actual applications.

Further, in this application, the terminal device can also send user feedback information on the media event to the server, so that when the server handles the occurrence of an abnormal media event, it can be based on the original code stream corresponding to the media event and the user’s response to the media event. Handle the abnormality of the media event.

At this point, before step 107, the method 100 may further include: step 105, the terminal device sends the first session information to the second device, the first session information carries user experience mark information, and the user experience mark information is generated by the terminal device according to the feedback information Yes, the first session information includes a call history record (CHR) CDR generated by the media event in the terminal device. Correspondingly, the media device receives the first session information sent by the terminal device.

Specifically, the terminal device may generate user experience mark information corresponding to the feedback information according to the feedback information obtained in step 101, and add the user experience mark information to the first session information, so as to respond to the media event (for example, The abnormality that occurs in the video conference) is marked, the first session information includes the CHR bill generated by the video conference in the terminal device, and the terminal device sends the first session information to the media device.

For example, the feedback content indicated by the feedback information (for example, 0011) obtained by the terminal device is that there is no sound. At this time, the value of the user experience mark information generated by the terminal device for the feedback information may be 0011, and the user experience mark information is added In the corresponding field in the CHR bill in the first session information, the terminal device sends the first session information carrying the user experience mark information to the media device.

In addition, the user experience mark information can also be generated after the terminal device converts the feedback information according to preset rules. For example, if the feedback information (for example, 0010) obtained by the terminal device indicates that the feedback content is not clear, the terminal device can According to preset rules, the feedback information is converted to 010, and 010 is added as the user experience mark information to the corresponding field in the CHR bill in the first session information, and the terminal device sends the user experience mark information to the media device. The first session information.

Step 106: The media device generates the second session information according to the first session information, and the second session information includes the CHR bill generated by the media event in the media device.

Specifically, after the media device receives the first session information sent by the terminal device, it may add the CHR bill generated by the media event in the media device to the first session information to generate the second session information.

In this case, the related information sent by the media device to the server in step 104 also includes second session information.

Correspondingly, in step 107, when the server processes the abnormality of the media event, the related information used includes both the original code stream and the second session information.

Specifically, after receiving the original code stream and the second session information corresponding to the media event, the server may preprocess the CHR bills included in the second session information and preprocess the original code stream. Through the abnormality detection model running in the server, the results of the preprocessing of the CHR bills and the original code stream are processed, so as to perform abnormal detection, fault delimitation and fault recovery operations on the abnormality of the media event. Among them, the abnormality detection operation is used to determine the type of abnormality that occurs in the media event, the fault delimitation operation is used to analyze the cause of the abnormality of the media event, and the failure recovery operation is used to process the abnormality that occurs in the media event.

The foregoing takes the media playback system shown in FIG. 1 as an example to introduce the method 100 for handling exceptions provided in this application. The method 100 can also be applied in the media playing system shown in FIG. 2. When the method 100 is applied to the media playback system shown in FIG. 2, in addition to the operation steps described above, step 107 in the method 100 may further execute the following operation steps:

According to relevant information, determine whether the abnormality of the media event is caused by the deterioration of quality of service (QoS) parameters;

If the abnormality of the media event is caused by the deterioration of the QoS parameters, the threshold value of the QoS parameter is sent to the control device. The threshold value of the QoS parameter is used by the control device to determine whether it needs to re-issue a route to the routing device. It is used to establish a connection between the terminal device and the media device according to the route issued by the control device.

Specifically, when the server performs a fault demarcation operation on the abnormality of the media event, it can determine whether the media event is abnormal due to the deterioration of the QoS parameter according to the received relevant information. The QoS parameters may include at least one of transmission control protocol (transmission control protocol, TCP) packet loss rate, network throughput rate, retransmission rate, and round-trip time (RTT), and the related information may It includes the original code stream of the media event, or the related information may include both the original code stream of the media event and the second session information.

For example, when the server performs a fault demarcation operation on the abnormality of the media event, according to the above-mentioned relevant information, it is determined that the factor of the abnormality of the media event is the deterioration of the QoS parameter. At this time, the server can issue the abnormality of the media event to the control device. The threshold value of the QoS parameter enables the control device to determine whether it needs to re-issue a route to the routing device according to the threshold value of the QoS parameter. The routing device is used for routing between the terminal device and the service access device according to the route issued by the control device. Establish a connection between.

For example, the threshold of the QoS parameters delivered by the server to the control device includes the threshold of the TCP packet loss rate and the threshold of the network throughput rate. Among them, the threshold of the TCP packet loss rate can be 3%. The threshold of the rate is 60%.

In addition, the control device will also receive the QoS parameters reported by the routing device. The QoS parameters reported by the routing device are of the same type as the QoS parameters sent by the server to the global controller. That is, the QoS parameters reported by the routing device to the global controller also include TCP packet loss rate and network throughput rate.

The control device can determine the network performance according to the QoS parameters reported by the routing device, and determine whether it is necessary to re-issue the route to the routing device according to the network performance. For the TCP packet loss rate, the smaller the TCP packet loss rate, the better the network performance; for the network throughput rate, the greater the network throughput rate, the better the network performance. When the network performance is good, the control device does not need to re-issue the route to the routing device.

For example, if the TCP packet loss rate reported by the routing device is greater than or equal to the TCP packet loss rate threshold issued by the server to the control device, the control device determines that the network performance is poor at this time and determines that it needs to re-issue the route to the routing device; And/or, if the network throughput rate reported by the routing device is less than or equal to the network throughput threshold delivered by the server to the control device, the control device determines that the network performance is poor at this time, and determines that the route needs to be re-issued to the routing device.

If the control device determines that it needs to re-issue a route to the routing device, the control device can obtain the optimal path through routing technology, and deliver the re-determined optimal path to the routing device, and the routing device will re-issue the route according to the control device. Establish a connection between the service access device and the terminal device.

Based on the exception handling method provided in this application, for the media playback system running on the Overlay network, the server determines whether the media event is abnormal due to the deterioration of the QoS parameters when the media event is faulty delimited by the server. And when the abnormal factor of the media event is the deterioration of the QoS parameters, the control device obtains the optimal path through the routing technology according to the threshold value of the QoS parameter issued by the server and the QoS parameter reported by the routing device. It is issued to the routing device so that the routing device establishes a connection between the media device and the terminal device according to the optimal path issued by the control device, thereby improving the quality of service.

The method for handling exceptions provided by this application is described in detail above in conjunction with FIGS. 1 to 4, and the device and equipment for handling exceptions provided by this application are described in detail below in conjunction with FIGS. 5 to 8.

FIG. 5 is a schematic block diagram of an abnormality processing apparatus 200 provided by this application, including a processing unit 201 and a sending unit 202.

The processing unit 201 is configured to obtain feedback information, where the feedback information is used to indicate user feedback on media events, and the media events include sound playback events and/or picture playback events;

The sending unit 202 is configured to send a first message to the second device if the feedback information indicates that the media event is abnormal, where the first message is used to trigger the second device to collect the source code of the media event flow.

Optionally, the sending unit 201 is further configured to send first session information to the second device, where the first session information carries user experience flag information, and the user experience flag information is the processing exception The device is generated according to the feedback information, and the first session information includes a call history record CHR bill generated by the media event in the abnormal processing device.

Optionally, the user experience mark information is generated after the abnormality processing apparatus converts the feedback information according to a preset rule.

It should be understood that the apparatus 200 of the embodiment of the present application may be implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD). The above-mentioned PLD may be a complex program logic device. (complex programmable logical device, CPLD), field-programmable gate array (field-programmable gate array, FPGA), general array logic (generic array logic, GAL) or any combination thereof. The method for handling exceptions shown in FIG. 3 may also be implemented by software. When the method for handling exceptions shown in FIG. 3 is implemented by software, the apparatus 200 and its various modules may also be software modules.

The apparatus 200 according to the present application may correspond to the execution of the method described in the present application, and the above and other operations and/or functions of each unit in the apparatus 200 are to implement the corresponding process executed by the first device in the method shown in FIG. It's concise, so I won't repeat it here.

FIG. 6 is a schematic block diagram of an abnormality processing apparatus 300 provided by this application, which includes a receiving unit 301, a processing unit 302, and a sending unit 303.

The receiving unit 301 is configured to receive a first message sent by a first device, where the first message is used to trigger the abnormal processing apparatus to collect the original code stream of a media event, and the media event is a media abnormal event;

The processing unit 302 is configured to obtain the original code stream of the media event according to the first message;

The sending unit 303 is configured to send related information of the media event to a third device, where the related information includes the original code stream of the media event.

Optionally, the related information further includes second session information, and the receiving unit 301 is further configured to:

Receiving first session information sent by the first device, where the first session information carries user experience mark information, the user experience mark information is generated by the first device according to feedback information, and the feedback information is used for Indicating user feedback on the media event, and the first session information includes a CHR bill generated by the media event in the first device;

The processing unit 302 is further configured to generate the second session information according to the first session information, where the second session information includes the CHR bills generated by the media event in the apparatus for processing abnormalities.

Optionally, the user experience mark information is generated after the first device converts the feedback information according to a preset rule.

It should be understood that the apparatus 300 of the embodiment of the present application may be implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), and the above PLD may be a complex program logic device. (complex programmable logical device, CPLD), field-programmable gate array (field-programmable gate array, FPGA), generic array logic (generic array logic, GAL) or any combination thereof. The method for handling exceptions shown in FIG. 3 may also be implemented by software. When the method for handling exceptions shown in FIG. 3 is implemented by software, the device 300 and its various modules may also be software modules.

The device 300 according to the present application may correspond to the execution of the method described in the present application, and the above and other operations and/or functions of each unit in the device 300 are to implement the corresponding process executed by the second device in the method shown in FIG. It's concise, so I won't repeat it here.

FIG. 7 is a schematic block diagram of an abnormality processing apparatus 400 provided by this application, including a receiving unit 401 and a processing unit 402.

The receiving unit 401 is configured to receive related information about a media event sent by a second device, where the related information includes the original code stream of the media event, and the media event is a media abnormal event;

The processing unit 402 is configured to process the abnormality of the media event according to the related information.

Optionally, the related information further includes second session information, the first session information carries user experience mark information, the user experience mark information is generated by the first device according to the feedback information, and the feedback information is used for Indicates the user's feedback on the media event, the first session information includes the CHR bill generated by the media event in the first device, and the second session information is generated by the first device according to the first session information , The second session information includes a CHR bill generated by the media event in the second device.

Optionally, the device 400 further includes:

The sending unit 403 is configured to send a second message to the first device, where the second message is used to indicate a processing result of the abnormality that occurs in the media event.

Optionally, the second device includes a routing device and a service access device, and the processing unit 402 is further configured to determine whether the abnormal occurrence of the media event is caused by the deterioration of QoS parameters according to the related information;

If the abnormality of the media event is caused by the deterioration of the QoS parameter, the threshold value of the QoS parameter is sent to the control device, and the threshold value of the QoS parameter is used by the control device to determine whether it needs to be re-issued to the routing device Routing. The routing device is configured to establish a connection between the first device and the service access device according to the route issued by the control device.

It should be understood that the apparatus 400 of the embodiment of the present application may be implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), and the above PLD may be a complex program logic device. (complex programmable logical device, CPLD), field-programmable gate array (field-programmable gate array, FPGA), general array logic (generic array logic, GAL) or any combination thereof. The method for handling exceptions shown in FIG. 3 may also be implemented by software. When the method for handling exceptions shown in FIG. 3 is implemented by software, the device 400 and its various modules may also be software modules.

The apparatus 400 according to the present application may correspond to the execution of the method described in the present application, and the above-mentioned and other operations and/or functions of each unit in the apparatus 400 are to implement the corresponding process executed by the third device in the method shown in FIG. It's concise, so I won't repeat it here.

FIG. 8 is a schematic structural diagram of a device 500 for handling abnormalities provided by this application. As shown in FIG. 8, the device 500 includes a processor 501, a memory 502, a communication interface 503, and a bus 504. Among them, the processor 501, the memory 502, and the communication interface 503 communicate through the bus 504, and may also communicate through other means such as wireless transmission. The memory 502 is used to store instructions, and the processor 501 is used to execute instructions stored in the memory 502. The memory 502 stores program code 5021, and the processor 501 can call the program code 5021 stored in the memory 502 to execute the method for handling exceptions shown in FIG. 3.

It should be understood that, in the embodiment of the present application, the processor 501 may be a CPU, and the processor 501 may also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) ) Or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

The memory 502 may include a read-only memory and a random access memory, and provides instructions and data to the processor 501. The memory 502 may also include a non-volatile random access memory. The memory 502 may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. Among them, the non-volatile memory may be read-only memory (ROM), programmable read-only memory (ROM,

PROM), erasable programmable read-only memory (erasable PROM, EPROM), electrically erasable programmable read-only memory (electrically EPROM, EEPROM) or flash memory. The volatile memory may be random access memory (RAM), which is used as an external cache. By way of exemplary but not restrictive description, many forms of RAM are available, such as static random access memory (static RAM, SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (synchronous DRAM, SDRAM), Double data rate synchronous dynamic random access memory (double data date SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (synchlink DRAM, SLDRAM) and direct Memory bus random access memory (direct rambus RAM, DR RAM).

In addition to the data bus, the bus 504 may also include a power bus, a control bus, and a status signal bus. However, for clarity of description, various buses are marked as the bus 504 in FIG. 8.

It should be understood that the device 500 according to the embodiment of the present application may correspond to the device 200, the device 300, or the device 400 in the present application, and may correspond to the first device, the second device, or the third device in the method shown in FIG. 3 of the present application. Device, when the device 500 corresponds to the first device in the method shown in FIG. 3, the above and other operations and/or functions of each module in the device 500 are used to implement the operations of the method executed by the first device in FIG. Step, when the device 500 corresponds to the second device in the method shown in FIG. 3, the above-mentioned and other operations and/or functions of each module in the device 500 are respectively to implement the operations of the method executed by the second device in FIG. 3 Step, when the device 500 corresponds to the third device in the method shown in FIG. 3, the above-mentioned and other operations and/or functions of each module in the device 500 are used to implement the operations of the method executed by the third device in FIG. The steps are not repeated here for the sake of brevity.

The foregoing embodiments can be implemented in whole or in part by software, hardware, firmware or any other combination. When implemented by software, the above-mentioned embodiments may be implemented in the form of a computer program product in whole or in part. The computer program product includes one or more computer instructions. When the computer program instructions are loaded or executed on the computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center. Transmission to another website site, computer, server or data center via wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center that includes one or more sets of available media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium. The semiconductor medium may be a solid state drive (SSD).

A person of ordinary skill in the art may be aware that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are executed by hardware or software depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered beyond the scope of this application.

Those skilled in the art can clearly understand that, for the convenience and conciseness of description, the specific working process of the above-described system, device, and unit can refer to the corresponding process in the foregoing method embodiment, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, device, and method may be implemented in other ways. For example, the device embodiments described above are only illustrative. For example, the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or It can be integrated into another system, or some features can be ignored or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

In addition, the functional units in each embodiment of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.

If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the technical solution of this application essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code .

The above are only specific implementations of this application, but the protection scope of this application is not limited to this. Any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in this application. Should be covered within the scope of protection of this application. Therefore, the protection scope of this application should be subject to the protection scope of the claims.

Claims

A method for handling exceptions, characterized in that the method is executed by a first device, and includes:

Obtaining feedback information, where the feedback information is used to indicate user feedback on a media event, the media event including a sound playing event and/or a picture playing event;

If the feedback information indicates that the media event is abnormal, a first message is sent to the second device, where the first message is used to trigger the second device to collect the original code stream of the media event.
The method of claim 1, wherein the method further comprises:

Send first session information to the second device, where the first session information carries user experience mark information, the user experience mark information is generated by the first device according to the feedback information, and the first session The information includes a call history record CHR bill generated by the media event in the first device.
The method according to claim 2, wherein the user experience mark information is generated by the first device after converting the feedback information according to a preset rule.
A method for handling exceptions, characterized in that the method is executed by a second device, and includes:

Receiving a first message sent by a first device, where the first message is used to trigger the second device to collect the original code stream of a media event, and the media event is a media abnormal event;

Obtaining the original code stream of the media event according to the first message;

Sending the relevant information of the media event to a third device, where the relevant information includes the original code stream of the media event.
The method according to claim 4, wherein the related information further comprises second session information, and the method further comprises:

Receiving first session information sent by the first device, where the first session information carries user experience mark information, the user experience mark information is generated by the first device according to feedback information, and the feedback information is used for Indicating user feedback on the media event, and the first session information includes a CHR bill generated by the media event in the first device;

The second session information is generated according to the first session information, and the second session information includes the CHR bill generated by the media event in the second device.
The method according to claim 5, wherein the user experience mark information is generated by the first device after converting the feedback information according to a preset rule.
A method for handling exceptions, characterized in that the method is executed by a third device, and includes:

Receiving related information about the media event sent by the second device, where the related information includes the original code stream of the media event, and the media event is a media abnormal event;

According to the related information, the abnormality of the media event is processed.
The method according to claim 7, wherein the related information further comprises second session information, the second session information is generated by the first device according to the first session information, and the first session information carries There is user experience mark information, the user experience mark information is generated by the first device according to feedback information, the feedback information is used to indicate user feedback on the media event, and the first session information includes the media A CHR bill generated by the event in the first device, and the second session information includes a CHR bill generated by the media event in the second device.
The method according to claim 8, wherein the user experience mark information is generated by the first device after converting the feedback information according to a preset rule.
The method according to any one of claims 7 to 9, wherein the method further comprises:

Sending a second message to the first device, where the second message is used to indicate a processing result of the abnormality that occurs in the media event.
The method according to any one of claims 7 to 10, wherein the second device includes a routing device and a service access device, and the abnormality of the media event is performed according to the related information. Processing, including:

According to the related information, determine whether the abnormality of the media event is caused by the deterioration of the quality of service QoS parameters;

If the abnormality of the media event is caused by the deterioration of the QoS parameter, the threshold value of the QoS parameter is sent to the control device, and the threshold value of the QoS parameter is used by the control device to determine whether it needs to be re-issued to the routing device Routing. The routing device is configured to establish a connection between the first device and the service access device according to the route issued by the control device.
A device for handling exceptions, characterized in that it comprises:

A processing unit, configured to obtain feedback information, where the feedback information is used to indicate user feedback on a media event, the media event including a sound playing event and/or a picture playing event;

The sending unit is configured to send a first message to the second device if the feedback information indicates that the media event is abnormal, where the first message is used to trigger the second device to collect the original code stream of the media event .
The device according to claim 12, wherein the sending unit is further configured to:

Send first session information to the second device, where the first session information carries user experience mark information, the user experience mark information is generated by the abnormality processing apparatus according to the feedback information, and the first The session information includes a call history record (CHR) bill generated by the media event in the abnormal handling device.
The apparatus according to claim 13, wherein the user experience mark information is generated after the abnormality processing apparatus converts the feedback information according to a preset rule.
A device for handling exceptions, characterized in that it comprises:

A receiving unit, configured to receive a first message sent by a first device, where the first message is used to trigger the abnormal processing apparatus to collect the original code stream of a media event, and the media event is a media abnormal event;

A processing unit, configured to obtain the original code stream of the media event according to the first message;

The sending unit is configured to send relevant information about the media event to a third device, where the relevant information includes the original code stream of the media event.
The apparatus according to claim 15, wherein the related information further comprises second session information, and the receiving unit is further configured to:

Receiving first session information sent by the first device, where the first session information carries user experience mark information, the user experience mark information is generated by the first device according to feedback information, and the feedback information is used for Indicating user feedback on the media event, and the first session information includes a CHR bill generated by the media event in the first device;

The processing unit is further configured to generate the second session information according to the first session information, where the second session information includes the CHR bills generated by the media event in the apparatus for processing abnormalities.
The apparatus according to claim 16, wherein the user experience mark information is generated by the first device after converting the feedback information according to a preset rule.
A device for handling exceptions, characterized in that it comprises:

A receiving unit, configured to receive related information about a media event sent by a second device, where the related information includes the original code stream of the media event, and the media event is a media abnormal event;

The processing unit is configured to process the abnormality that occurs in the media event according to the related information.
The apparatus according to claim 18, wherein the related information further comprises second session information, the second session information is generated by the first device according to the first session information, and the first session information carries There is user experience mark information, the user experience mark information is generated by the first device according to the feedback information, the feedback information is used to indicate the user's feedback on the media event, and the first session information includes the media event In the CHR bill generated in the first device, the second session information includes the CHR bill generated in the second device by the media event.
The apparatus according to claim 19, wherein the user experience mark information is generated by the first device after converting the feedback information according to a preset rule.
The device according to any one of claims 18 to 20, wherein the device further comprises:

The sending unit is configured to send a second message to the first device, where the second message is used to indicate the processing result of the abnormality that occurs in the media event.
The apparatus according to any one of claims 18 to 21, wherein the second device includes a routing device and a service access device, and the abnormality of the media event occurs according to the related information. Processing, including:

According to the related information, determine whether the abnormality of the media event is caused by the deterioration of QoS parameters;

If the abnormality of the media event is caused by the deterioration of the QoS parameter, the threshold value of the QoS parameter is sent to the control device, and the threshold value of the QoS parameter is used by the control device to determine whether it needs to be re-issued to the routing device Routing. The routing device is configured to establish a connection between the first device and the service access device according to the route issued by the control device.