WO2015058656A1

WO2015058656A1 - Live broadcast control method and main broadcast device

Info

Publication number: WO2015058656A1
Application number: PCT/CN2014/088884
Authority: WO
Inventors: 胡兴华
Original assignee: 腾讯科技（深圳）有限公司
Priority date: 2013-10-21
Filing date: 2014-10-20
Publication date: 2015-04-30
Also published as: CN103533386A

Abstract

Disclosed are a live broadcast control method and a main broadcast device. The method comprises: acquiring a transmission condition of live broadcast data transmitted currently, and determining a code rate of encoding in accordance with the transmission condition of the live broadcast data transmitted currently; and in accordance with the code rate of encoding, encoding live broadcast data to be transmitted. In the process of encoding live broadcast data and sending same to a server, a transmission condition of the live broadcast data is acquired in real time, a code rate of encoding is determined in accordance with the transmission condition, and live broadcast data to be transmitted is encoded using the determined code rate of encoding. In this way, the fluency of live broadcast data transmission can be guaranteed, and a code rate adapted to a network environment which may constantly change can be obtained in the live broadcast process, so that live broadcast can be realized at a higher code rate so as to obtain a better live broadcast effect.

Description

Live broadcast control method, and anchor device

This application claims priority to Chinese Patent Application No. 201310495764.8, entitled "A Live Broadcast Control Method, and Anchor Device" on October 21, 2013, the entire contents of which are incorporated herein by reference. In the application.

Technical field

The present invention relates to the field of computer technologies, and in particular, to a live broadcast control method and an anchor device.

Background technique

The live broadcast referred to in this specification refers to various real-time data transmissions in a broad sense, and the transmitted data may be audio data, video streams, and the like. The video live broadcast is used as an example. The video live broadcast solution is as follows: after the anchor device collects the local video and completes the encoding, the video stream is uploaded to the video server; the video server sends the video stream to the user equipment; the user equipment receives the video stream. Decode and then display the video screen.

During the live broadcast, the live broadcast effect will be affected by many factors, such as live uplink and downlink bandwidth, network jitter, and so on.

Among them, network jitter is a commonly used concept of Quality of Service (QoS) control, which means the degree of change of packet delay. If the network is congested, the queuing delay will affect the end-to-end delay and cause the packet delays transmitted over the same connection to be different, and jitter is used to describe the extent of this delay variation. Therefore, jitter is an important parameter for real-time transmission.

In order to ensure that the bandwidth of the network is low, the packet loss will not occur, thus ensuring the smoothness of the live broadcast. The current solution is to set the anchor upload rate to a lower level. A lower bit rate can result in poor live streaming, such as blurred video frames and unclear speech.

Summary of the invention

Embodiments of the present invention provide a live broadcast control method, an anchor device, and a non-transitory computer readable storage medium.

The live broadcast control method includes:

Obtaining a transmission status of the currently transmitted live data, and determining a coding rate according to a transmission status of the live data;

The live broadcast data is encoded according to the code rate.

An anchor device comprising:

a transmission status obtaining unit, configured to acquire a transmission status of the currently transmitted live data;

a code rate determining unit, configured to determine a coded code rate according to a transmission status of the currently transmitted live broadcast data acquired by the transmission status acquiring unit;

And a coding unit, configured to encode the live broadcast data to be transmitted according to the coded rate determined by the code rate determining unit.

A non-transitory computer readable storage medium having computer executable instructions stored thereon. When the executable instructions are executed in a computer, the following steps are performed:

Obtaining a transmission status of the currently transmitted live data, and determining a coding rate according to a transmission status of the currently transmitted live data;

The live broadcast data to be transmitted is encoded according to the code rate.

It can be seen from the above technical solution that the live data is encoded and sent to the server, the transmission status of the currently transmitted live data is obtained in real time, and the coded rate is determined according to the obtained live broadcast data transmission status, and then determined by using The encoding code rate encodes the live data to be transmitted, so as to ensure that the encoding rate of the live data can be changed as the data transmission status changes, thereby ensuring smooth data transmission and realizing live broadcast at a higher code rate. Better live broadcast effect.

DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only some embodiments of the present invention, Those skilled in the art can also obtain other drawings based on these drawings without paying for inventive labor.

1 is a schematic flowchart of a live broadcast control method according to an embodiment of the present invention;

2 is a schematic flowchart of another live broadcast control method according to an embodiment of the present invention;

3 is a schematic flowchart of another live broadcast control method according to an embodiment of the present invention;

FIG. 4 is a schematic structural diagram of an anchor device according to an embodiment of the present disclosure;

FIG. 5 is a schematic structural diagram of another anchor device according to an embodiment of the present disclosure;

FIG. 6 is a schematic structural diagram of another anchor device according to an embodiment of the present invention;

FIG. 7 is a schematic structural diagram of a terminal according to an embodiment of the present invention.

detailed description

The present invention will be further described in detail with reference to the accompanying drawings, in which . All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The embodiment of the invention provides a live broadcast control method, which can be implemented by an anchor device in a network live broadcast system. As shown in FIG. 1, the method includes steps 101 to 102.

In step 101, the transmission status of the currently transmitted live data is obtained, and the coding rate is determined according to the transmission status of the currently transmitted live data.

In step 102, the live broadcast data to be transmitted is encoded according to the code rate.

According to the technical solution provided by the embodiment of the present invention, the coding rate of the live data can be changed according to the change of the live data transmission status, thereby ensuring the smooth transmission of the live data, and realizing the live broadcast at a higher code rate. Good live broadcast effect.

The embodiment of the invention provides a live broadcast control method, which can be implemented by an anchor device in a network live broadcast system. As shown in FIG. 2, the method includes steps 201 to 202.

In step 201, live data is collected, and the live data is encoded and sent to the server.

In the embodiment of the present invention, the code rate is used for encoding when the anchor device is powered on for the first time. The embodiment of the present invention may not be limited, because the embodiment of the present invention uses a variable bit rate instead of a fixed bit rate. The data is encoded. For example, the anchor device may encode the first live broadcast data by using a default encoding code rate or a previously used encoding code rate, and send the encoded first live broadcast data to the server.

In step 202, the transmission status of the live broadcast data is obtained, and the coding code rate is determined according to the transmission status of the live broadcast data.

In this embodiment, in the process that the anchor device sends the encoded live data to the server, Get the transmission status of the live data. The broadcast data sent by the anchor device to the server belongs to the uplink data transmission. Since the uplink data transmission status of the anchor device may change, there may be a case where the encoding code rate does not match the uplink data transmission status. For example, the code rate may be too high or too low. For this case, the embodiment of the present invention provides a solution for determining the code rate based on the transmission status of the live data in a predetermined time period.

In this embodiment, the period of time can be pre-configured into the execution logic of the device. A person skilled in the art can freely set the cycle duration according to specific needs and network conditions. The shorter the cycle duration is, the more accurate the code rate can be determined to be adapted to the current network state, and the longer the cycle duration is set. The lesser resources are used to determine the coding rate, and those skilled in the art can perform the balance setting as needed. Therefore, the embodiment of the present invention may not be limited.

The transmission state in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art may understand that there are many technical indicators indicating the quality of the current live data transmission, and the present invention In an embodiment, the coding rate may be directly determined by the transmission state, or other intermediate quantities may be obtained according to the transmission state, and the coding code rate is determined according to the intermediate quantity, for example, determining the available bandwidth according to the transmission status of the currently transmitted live data, and The available bandwidth determines the code rate.

In this embodiment, the method of determining the available bandwidth as the intermediate amount by the transmission state is adopted. Actually, other network parameters are used as the intermediate quantity, so that the available bandwidth is determined first, and then the coded rate is determined according to the available bandwidth. Implementations should not be construed as limiting the uniqueness of the embodiments of the invention.

In the embodiment of the present invention, the coding rate may be determined in the following manner: for example, if the transmission status of the live data is worse than the first predetermined standard, the current coding rate is decreased, for example, the current coding rate is adjusted to match the available bandwidth. If the transmission status of the live broadcast data is better than the second predetermined standard, the current coding rate is increased.

In the embodiment of the present invention, if the encoding code rate is determined periodically according to the transmission status of the live data, in the process of transmitting the live data, the encoding code rate used by the anchor device will dynamically change, and the uplink live data transmission The matching of the status can ensure that the live data can be transmitted smoothly, and a higher bit rate can be obtained to achieve a better live broadcast effect.

In an embodiment, if the transmission status of the live broadcast data is better than the second predetermined standard, the The precoding rate is such that the encoding rate reaches a critical value at which network jitter occurs.

This embodiment provides a threshold value of network jitter, and the highest coding rate is obtained under this standard as a preferred solution. Other standards can also be used to determine the preferred available code rate. The preferred code rate is only a preferred embodiment and should not be construed as limiting the uniqueness of the embodiments of the present invention.

The transmission state in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art may understand that there are many technical indicators indicating the quality of the current live data transmission. The packet loss rate can be used to indicate the quality of live data transmission.

When the packet loss rate is used to indicate the broadcast data transmission quality, the packet loss rate may be sent by the server and received by the anchor device. The packet loss rate may also be actively collected by the anchor device. Limited.

In step 203, the live broadcast data to be transmitted is encoded according to the above encoded code rate and sent to the server.

In the embodiment of the present invention, the transmission status of the transmitted live data is obtained, and the encoding code rate is determined according to the obtained transmitted live data transmission status, and then the live data is to be encoded by using the determined encoding code rate, thereby ensuring The encoding code rate of the live data stream can be changed according to the change of the data transmission state, thereby ensuring the smooth flow of the live data transmission, and realizing the live broadcast at a higher code rate, and obtaining a better live broadcast effect.

The following embodiments will explain the solution of the embodiment of the present invention in more detail by video live broadcast. This embodiment provides a scheme for adjusting an encoding code rate based on an uplink bandwidth of an anchor device. In this solution, the video coding rate can be automatically adjusted according to the change of the uplink bandwidth of the anchor device. When the video server finds that the video uploaded by the anchor device has lost packets, the packet loss information is fed back to the client of the anchor device, and the client of the anchor device calculates the current uplink network bandwidth according to the packet loss condition, and then notifies the client encoding module. The encoding is performed according to the encoding code rate matched with the current uplink network bandwidth. After no packet loss occurs for a period of time, the video stream of the high encoding rate is slowly switched back.

Since the live broadcast referred to in the embodiment of the present invention refers to various real-time data transmissions in a broad sense, the transmitted data may be audio data, video streams, and the like. Real-time data transmission can be used in various application environments such as Voice over Internet Protocol (VOIP) and video. The video transmission as an example in this embodiment should not be construed as a limitation on the uniqueness of the live data referred to in the embodiment of the present invention. Such as As shown in FIG. 3, a live broadcast control method provided in this embodiment includes steps 301 to 306.

In step 301, the anchor device collects live data, encodes the live data, and sends the data to the video server, and the video server forwards the live data to the user equipment.

In step 302, when the video server finds that the primary broadcast device uploads the live data and loses the packet, the video packet is analyzed to obtain the packet loss rate, and the packet loss rate is sent to the client of the anchor device.

In step 303, the client of the anchor device performs calculation and analysis on the packet loss data reported by the video server to determine the bandwidth available for the current uplink.

In step 304, the encoding module of the client of the anchor device adjusts the video encoding rate according to the determined uplink available bandwidth, so that the adjusted video encoding rate matches the available bandwidth calculated in step 303.

In step 305, after adjusting the video coding rate, if the data transmission effect is determined to be good, for example, the client of the anchor device does not receive the packet loss data or the packet loss rate is lower than the predetermined value after receiving the video server for a period of time. Go to step 306.

In step 306, the encoding module of the client of the anchor device increases the video encoding bit rate.

The

above steps

305 and 306 will be repeated, for example, may be repeated periodically until the video coding rate is adjusted to the threshold of network jitter.

The embodiment of the present invention adjusts the encoding code rate based on the uplink bandwidth of the anchor device, and has the following effects: 1. Anti-network jitter, even under the condition that the network condition is poor, the user can still experience smooth video. 2, dynamically adjust the code rate to ensure that users can experience high-quality video under the condition of good network quality.

An embodiment of the present invention further provides an anchor device, as shown in FIG. 4, including:

The transmission status obtaining unit 401 is configured to acquire a transmission status of the currently transmitted live data.

The code rate determining unit 402 is configured to determine, according to the transmission status of the currently transmitted live data acquired by the transmission status acquiring unit 401, an encoding code rate;

The encoding unit 403 is configured to encode the live broadcast data to be transmitted according to the code rate of the code rate determining unit 402.

In the embodiment of the present invention, the code rate determining unit 402 may periodically determine the encoding code rate according to the transmission status of the currently transmitted live data; the encoding unit 403 may use the default code rate or the previously used code rate for the currently transmitted live data. Encode.

The embodiment of the present invention further provides another anchor device. As shown in FIG. 5, the anchor device provided in this embodiment further includes an acquisition unit 404 and a sending unit 405. among them,

The collecting unit 404 is configured to collect the currently transmitted live data and the live data to be transmitted; the sending unit 405 is configured to send the live data encoded by the encoding unit 302 to the server;

The sending unit 405 is configured to send the live broadcast data encoded by the encoding unit 302 to the server.

In the embodiment of the present invention, the live data is encoded and sent to the server, and the transmission status of the live data is obtained in real time, and the encoding code rate is determined according to the obtained live data transmission status, and the live data is encoded by using the determined encoding rate. In this way, the encoding code rate of the live data can be changed according to the change of the data transmission state, thereby ensuring smooth data transmission, and realizing live broadcast at a higher code rate, and obtaining a better live broadcast effect.

In this embodiment, after the anchor device sends the encoded live data to the server, the transmission status of the live data can be obtained in real time. The broadcast data sent by the anchor device to the server belongs to the uplink data transmission. Since the uplink data transmission status of the anchor device may change, there may be a case where the encoding code rate does not match the uplink data transmission status. For example, the code rate may be too high or may be too low. For this case, the following solutions are provided in the embodiment of the present invention. The code rate determining unit 402 may be configured to perform the transmission status of the live data according to a predetermined time period. Determine the code rate.

In the embodiment of the present invention, the period of time can be pre-configured into the execution logic of the device. A person skilled in the art can freely set the cycle duration according to specific needs and network conditions. The shorter the cycle duration is, the more accurate the code rate can be determined to be adapted to the current network state, and the longer the cycle duration is set. The lesser resources are used to determine the coding rate, and those skilled in the art can perform the balance setting as needed. Therefore, the embodiment of the present invention may not be limited.

In the embodiment of the present invention, the code rate is used for encoding when the anchor device is powered on for the first time. The embodiment of the present invention may not be limited, because the embodiment of the present invention uses a variable bit rate instead of a fixed bit rate. The data is encoded. For example, the encoding unit 403 may encode the live broadcast data by using a default encoding bit rate or a previously used encoding code rate, and transmit the encoded live data to the server.

The transmission state in the embodiment of the present invention may be indicating the quality of the current live broadcast data transmission. Any technical indicators, those skilled in the art can understand that there are many technical indicators indicating the quality of the current live data transmission. In the embodiment of the present invention, the coding rate can be directly determined from the transmission state, or can be obtained according to the transmission state. The other intermediate quantity determines the encoding code rate according to the intermediate quantity. For example, the code rate determining unit 402 can determine the available bandwidth according to the transmission status of the currently transmitted live data, and determine the encoding code rate according to the available bandwidth.

In the embodiment of the present invention, the encoding code rate may be determined in the following manner: for example, if the transmission status of the live broadcast data is worse than the first predetermined criterion, the code rate determining unit 402 may lower the current encoding rate, for example, the current encoding rate. The adjustment is such that the available bandwidth matches; if the transmission status of the live data is better than the second predetermined criterion, the code rate determining unit 402 can increase the current encoding rate.

In this embodiment, if the transmission status of the live broadcast data is better than the second predetermined criterion, the code rate determining unit 402 may increase the current encoding code rate, which is a critical value at which the encoding code rate reaches the network jitter.

The transmission state in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art may understand that there are many technical indicators indicating the quality of the current live data transmission, and the present invention In an embodiment, the transmission status obtaining unit 401 can obtain the packet loss rate of the live data in the transmission process.

When the packet loss rate is used to indicate the quality of the live data transmission, the packet loss rate may be sent by the server and received by the anchor device. The packet loss rate may also be actively collected by the anchor device. The embodiment of the invention is not limited thereto.

Another embodiment of the present invention further provides an anchor device, as shown in FIG. 6, comprising: a receiver 601, a transmitter 602, a processor 603, and a memory 604.

The processor 603 is configured to collect live data and encode and send the data to the server; obtain a transmission status of the live data, and determine a coding rate according to the transmission status of the live data; and encode the live data according to the coding rate.

In the embodiment of the present invention, the transmission status of the transmitted live data is obtained, and the encoding code rate is determined according to the obtained live data transmission status, and then the live data is to be encoded by using the determined encoding code rate, so that the live data can be guaranteed. The code rate can be changed as the data transmission status changes, so that the data transmission is smooth, and the live broadcast can be realized at a higher code rate, and a better live broadcast effect is obtained.

In this embodiment, when the anchor device sends the encoded live data to the server, the transmission status of the live data can be obtained in real time. The broadcast data sent by the anchor device to the server belongs to the uplink data transmission. Since the uplink data transmission status of the anchor device may change, there may be a case where the encoding code rate does not match the uplink data transmission status. For example, the code rate may be too high or may be too low. For the case of the present invention, the following solution is provided. The processor 603 may be configured to determine the code according to the transmission status of the live data in a predetermined time period. Code rate.

In the embodiment of the present invention, it should be noted that, in the embodiment of the present invention, the variable rate is used instead of the code rate. The live bit data is encoded at a fixed bit rate. For example, the processor 603 may encode the live broadcast data by using a default encoding rate or a previously used encoding rate, and send the encoded live data to the server.

The transmission status in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art can understand that the quality of the current live data transmission is good. There are many bad technical indicators. In the embodiment of the present invention, the coding rate may be directly determined by the transmission state, or other intermediate quantities may be obtained according to the transmission state, and the coding rate may be determined according to the intermediate quantity. For example, the processor 603 may The transmission status of the live data determines the available bandwidth and determines the code rate based on the available bandwidth.

In the embodiment of the present invention, the encoding code rate may be determined in the following manner: for example, if the transmission status of the live data is worse than the first predetermined standard, the processor 603 may reduce the current encoding rate; if the transmission status of the live data is better than The second predetermined criterion, the processor 603 can increase the current encoding rate.

In this embodiment, if the transmission status of the live broadcast data is better than the second predetermined criterion, the processor 603 may increase the current encoding code rate, which is a critical value at which the encoding code rate reaches the network jitter.

The transmission state in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art may understand that there are many technical indicators indicating the quality of the current live data transmission, and the present invention In an embodiment, the processor 603 may obtain a packet loss rate of the live broadcast data during the transmission process.

The embodiment of the present invention further provides a terminal, which is used as an anchor device, as shown in FIG. For ease of description, only parts related to the embodiments of the present invention are shown. For details that are not disclosed, refer to the method part of the embodiment of the present invention. The terminal can be any terminal device including a mobile phone, a tablet computer, a personal digital assistant (PDA), a point of sales (POS), a car computer, and the like. This embodiment uses a mobile phone as an example for description.

FIG. 7 is a block diagram showing a partial structure of a mobile phone related to a terminal provided by an embodiment of the present invention. Referring to FIG. 7, the mobile phone includes: a radio frequency (RF) circuit 710, a memory 720, an input unit 730, a display unit 740, a sensor 750, an audio circuit 760, a wireless fidelity (WiFi) module 770, and a processor 780. And power supply 790 and other components. It will be understood by those skilled in the art that the structure of the handset shown in FIG. 7 does not constitute a limitation to the handset, and may include more or less components than those illustrated, or some components may be combined, or different components may be arranged.

The components of the mobile phone will be specifically described below with reference to FIG.

The RF circuit 710 can be used for transmitting and receiving information or during a call, and receiving and transmitting the signal. Specifically, after receiving the downlink information of the base station, the processor 780 processes the data. In addition, the uplink data is designed to be sent to the base station. Generally, RF circuits include, but are not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a Low Noise Amplifier (LNA), a duplexer, and the like. In addition, RF circuitry 710 can also communicate with the network and other devices via wireless communication. The above wireless communication may use any communication standard or protocol, including but not limited to Global System of Mobile communication (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (Code Division). Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), Long Term Evolution (LTE), E-mail, Short Messaging Service (SMS), and the like.

The memory 720 can be used to store software programs and modules, and the processor 780 executes various functional applications and data processing of the mobile phone by running software programs and modules stored in the memory 720. The memory 720 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may be stored according to Data created by the use of the mobile phone (such as audio data, phone book, etc.). Moreover, memory 720 can include high speed random access memory, and can also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state memory. Pieces.

The input unit 730 can be configured to receive input numeric or character information and to generate key signal inputs related to user settings and function controls of the handset 700. Specifically, the input unit 730 may include a touch panel 731 and other input devices 732. The touch panel 731, also referred to as a touch screen, can collect touch operations on or near the user (such as the user using a finger, a stylus, or the like on the touch panel 731 or near the touch panel 731. Operation), and drive the corresponding connecting device according to a preset program. Optionally, the touch panel 731 can include two parts: a touch detection device and a touch controller. Wherein, the touch detection device detects the touch orientation of the user, and detects a signal brought by the touch operation, and transmits the signal to the touch controller; the touch controller receives the touch information from the touch detection device, converts the touch information into contact coordinates, and sends the touch information. The processor 780 is provided and can receive commands from the processor 780 and execute them. In addition, the touch panel 731 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch panel 731, the input unit 730 may also include other input devices 732. In particular, other input devices 732 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control buttons, switch buttons, etc.), trackballs, mice, joysticks, and the like.

The display unit 740 can be used to display information input by the user or information provided to the user as well as various menus of the mobile phone. The display unit 740 can include a display panel 741. Alternatively, the display panel 741 can be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like. Further, the touch panel 731 can cover the display panel 741. When the touch panel 731 detects a touch operation on or near the touch panel 731, it transmits to the processor 780 to determine the type of the touch event, and then the processor 780 according to the touch event. The type provides a corresponding visual output on display panel 741. Although the touch panel 731 and the display panel 741 are used as two independent components to implement the input and input functions of the mobile phone in FIG. 7, in some embodiments, the touch panel 731 can be integrated with the display panel 741. Realize the input and output functions of the phone.

The handset 700 can also include at least one type of sensor 750, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display panel 741 according to the brightness of the ambient light, and the proximity sensor may close the display panel 741 and/or when the mobile phone moves to the ear. Or backlight. As a type of motion sensor, the accelerometer sensor can detect the acceleration of each direction (usually three axes) and can detect when stationary. The size and direction of gravity can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related games, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tap), etc.; as for the mobile phone can also be configured Other sensors such as gyroscopes, barometers, hygrometers, thermometers, and infrared sensors are not described here.

An audio circuit 760, a speaker 761, and a microphone 762 can provide an audio interface between the user and the handset. The audio circuit 760 can transmit the converted electrical data of the received audio data to the speaker 761 for conversion to the sound signal output by the speaker 761; on the other hand, the microphone 762 converts the collected sound signal into an electrical signal by the audio circuit 760. After receiving, it is converted into audio data, and then processed by the audio data output processor 780, sent to, for example, another mobile phone via the RF circuit 710, or outputted to the memory 720 for further processing.

WiFi is a short-range wireless transmission technology, and the mobile phone can help users to send and receive emails, browse web pages, and access streaming media through the WiFi module 770, which provides users with wireless broadband Internet access. Although FIG. 7 shows the WiFi module 770, it can be understood that it does not belong to the essential configuration of the mobile phone 700, and may be omitted as needed within the scope of not changing the essence of the invention.

The processor 780 is the control center of the handset, which connects various portions of the entire handset using various interfaces and lines, by executing or executing software programs and/or modules stored in the memory 720, and invoking data stored in the memory 720, The phone's various functions and processing data, so that the overall monitoring of the phone. Optionally, the processor 780 may include one or more processing units; preferably, the processor 780 may integrate an application processor and a modem processor, where the application processor mainly processes an operating system, a user interface, an application, and the like. The modem processor primarily handles wireless communications. It will be appreciated that the above described modem processor may also not be integrated into the processor 780.

The handset 700 also includes a power source 790 (such as a battery) that supplies power to the various components. Preferably, the power source can be logically coupled to the processor 780 via a power management system to manage functions such as charging, discharging, and power management through the power management system.

Although not shown, the mobile phone 700 may further include a camera, a Bluetooth module, and the like, and details are not described herein.

In the embodiment of the present invention, the processor 780 included in the terminal is further configured to:

Obtaining a transmission status of the currently transmitted live data, and determining an encoding code rate according to the transmission status of the currently transmitted live data; and encoding the live broadcast data according to the foregoing encoding code rate.

In the embodiment of the present invention, the live data is encoded and sent to the server, and the live data is obtained in real time. The transmission status, and determining the coding rate according to the obtained live data transmission status, and then encoding the live data using the determined coding rate, so as to ensure that the coding rate of the live data can be changed according to the data transmission status. Changes, thus ensuring smooth data transmission, and can achieve live broadcast at a higher code rate, and obtain better live broadcast effects.

In the embodiment of the present invention, when the anchor device sends the encoded live data to the server, the transmission status of the live data can be obtained in real time. The broadcast data sent by the anchor device to the server belongs to the uplink data transmission. Since the uplink data transmission status of the anchor device may change, there may be a case where the encoding code rate does not match the uplink data transmission status. For example, the code rate may be too high or may be too low. For the case of the present invention, the following solution is provided. The processor 780 may be configured to determine the code according to the transmission status of the live data in a predetermined time period. Code rate.

In the embodiment of the present invention, it should be noted that, in the embodiment of the present invention, the variable rate is used instead of the code rate. The live bit data is encoded at a fixed bit rate. For example, the processor 780 may encode the live broadcast data by using a default encoding rate or a previously used encoding rate, and send the encoded live data to the server.

The transmission state in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art may understand that there are many technical indicators indicating the quality of the current live data transmission, and the present invention In an embodiment, the coding rate may be directly determined by the transmission state, or other intermediate quantities may be obtained according to the transmission state, and the coding rate may be determined according to the intermediate quantity. For example, the processor 580 may determine the available bandwidth according to the transmission status of the live data, and The code rate is determined based on the available bandwidth.

In this embodiment, the method of determining the available bandwidth as the intermediate amount by the transmission state is adopted. Actually, other network parameters are used as the intermediate quantity, so that the available bandwidth is determined first, and then the coded rate is determined according to the available bandwidth. Implementations should not be construed as unique to embodiments of the invention limited.

In the embodiment of the present invention, the encoding code rate may be determined in the following manner: for example, if the transmission status of the live data is worse than the first predetermined standard, the processor 780 may reduce the current encoding rate; if the transmission status of the live data is better than the first The second predetermined criterion, the processor 780 can increase the current encoding rate.

In this embodiment, if the transmission status of the live broadcast data is better than the second predetermined criterion, the processor 780 may increase the current encoding code rate, which is a critical value at which the encoding code rate reaches the network jitter.

The transmission state in the embodiment of the present invention may be any technical indicator indicating the quality of the current live data transmission. Those skilled in the art may understand that there are many technical indicators indicating the quality of the current live data transmission, and the present invention In an embodiment, the processor 780 can obtain the packet loss rate of the live broadcast data during the transmission process.

It should be noted that, in the embodiment of the foregoing anchor device, each unit included is only divided according to functional logic, but is not limited to the above division, as long as the corresponding function can be implemented; The names are also for convenience of distinction from each other and are not intended to limit the scope of protection of the present invention.

In addition, those skilled in the art can understand that all or part of the steps in implementing the foregoing method embodiments may be performed by a program to instruct related hardware, and the corresponding program may be stored in a computer readable storage medium. The storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

The above is only a preferred embodiment of the present invention, but the scope of protection of the present invention is not limited Therefore, any changes or substitutions that may be easily conceived within the scope of the present invention are intended to be included within the scope of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

A live broadcast control method, comprising:

Obtaining a transmission status of the currently transmitted live data, and determining a coding rate according to a transmission status of the currently transmitted live data;

The live broadcast data to be transmitted is encoded according to the code rate.
The method of claim 1 wherein

The determining the code rate according to the transmission status of the current live data includes:

The encoding code rate is determined periodically according to the transmission status of the current live broadcast data.
The method according to claim 1, wherein before obtaining the transmission status of the current live data and determining the code rate according to the transmission status of the current live data, the method further includes:

The current live data is collected, and the current live data is encoded using a default encoding rate or a previously used encoding rate.
The method according to any one of claims 1 to 3, wherein the determining the code rate according to the transmission status of the current live broadcast data comprises:

Determining an available bandwidth according to the transmission status of the current live broadcast data, and determining the encoded code rate according to the available bandwidth.
The method according to claim 4, wherein the determining the code rate according to the transmission status of the currently transmitted live data comprises:

If the transmission status of the currently transmitted live data is lower than the first predetermined criterion, the code rate is adjusted to match the available bandwidth.
The method according to claim 4, wherein the determining the code rate according to the transmission status of the currently transmitted live data comprises:

If the transmission status of the currently transmitted live data is higher than the second predetermined criterion, the code rate is adjusted to a threshold value at which network jitter occurs.
The method according to any one of claims 1 to 3, wherein the obtaining the transmission status of the currently transmitted live broadcast data comprises:

Obtaining a packet loss rate of the currently transmitted live broadcast data during transmission.
An anchor device, comprising: a transmission status acquiring unit, configured to acquire a transmission status of a currently transmitted live data;

a code rate determining unit, configured to determine a coded code rate according to a transmission status of the currently transmitted live broadcast data acquired by the transmission status acquiring unit;

And a coding unit, configured to encode the live broadcast data to be transmitted according to the coded rate determined by the code rate determining unit.
The anchor device according to claim 8, wherein

The code rate determining unit is configured to periodically determine an encoding code rate according to a transmission condition of the currently transmitted live data.
The anchor device according to claim 8, further comprising:

The collecting unit is configured to collect the live data currently transmitted and the live data to be transmitted.
The anchor device according to claim 10, wherein the encoding unit is configured to encode the currently transmitted live broadcast data collected by the collecting unit by using a default code rate or a previously used encoding code rate.
The anchor device according to any one of claims 8 to 11, characterized in that

The code rate determining unit is configured to determine an available bandwidth according to a transmission status of the currently transmitted live data, and determine the code rate according to the available bandwidth.
The anchor device according to claim 12, characterized in that

The code rate determining unit is configured to adjust the code rate to match the available bandwidth if the currently transmitted live data transmission status is lower than the first predetermined criterion;

If the transmission status of the currently transmitted live data is higher than a predetermined standard, the code rate is adjusted to a threshold value at which network jitter occurs.
The anchor device according to claim 12, characterized in that

The transmission obtaining unit is configured to acquire a packet loss rate of the currently transmitted live broadcast data during transmission.
A non-transitory computer readable storage medium having computer executable instructions stored thereon. When the executable instructions are executed in a computer, the following steps are performed:

Obtaining a transmission status of the currently transmitted live data, and determining a coding rate according to a transmission status of the currently transmitted live data;

The live broadcast data to be transmitted is encoded according to the code rate.