Channel changing method, and apparatus

Channel switching method and device

0001This application claims the priority of a Chinese patent application filed with the Chinese Patent Office on March 13, 2017, the application number is 201710147526.6, and the invention title is "a channel switching method and device", the entire content of which is incorporated into this application by reference middle.

Technical field

0002The invention relates to the field of interactive network television (Internet Protocol Television, IPTV), in particular to a channel switching method and device.

Background technique

0003Generally, an IPTV system is composed of a head-end device, a Fast Channel Change (FCC) server and a playback device. The head-end device is composed of an encoder (Encoder) and a media relay function (MRF).

0004In the IPTV system, the channel switching time is a very important indicator related to the user experience. It refers to the time spent between the channel switching initiated by the playback device and the normal playback of the I frame by the playback device. The media stream is formed with three types of I, B, and P frames alternately arranged at intervals, such as IBBPBBPIBBPBBP. The playback device only receives B and P frames and cannot be decoded separately. It must wait for the I frame to start decoding and playback. Picture. The channel switching time is related to the media stream output of the head-end device, the processing of the FCC server, and the caching of the playback device.

0005At present, in a typical channel switching process, after the playback device sends a channel switching request to the FCC server to switch to the target channel, it receives and plays the unicast media stream of the target channel sent by the FCC server. From the user's point of view, this The secondary channel switching is complete. However, from the perspective of the playback device, this channel switching has not been completed. The playback device will join the multicast group and receive the multicast media stream of the target channel sent by the head-end device when it receives the fast-transmission end notification issued by the FCC server. Until the multicast media stream of the target channel is played, the channel switching is completed.

0006In the above-mentioned channel switching process, it takes between 400ms-500ms from the FCC server to send the unicast media stream to the playback device to the playback device decoding the unicast media stream, which affects the channel switching time to a certain extent.

0007Summary of the invention

0008The technical problem to be solved by the embodiments of the present invention is to provide a channel switching method and device, which can increase the channel switching speed, shorten the channel switching time, and save bandwidth at the same time.

0009In the first aspect, an embodiment of the present invention provides a channel switching method, including:

0010The playback device sends a channel switching request to the fast channel switching FCC server to switch to the target channel;

0011The playback device receives the low bit rate media stream of the target channel sent by the FCC server for playback;

0012The playback device receives the source rate media stream of the target channel from the head-end device when receiving the quick transmission end notification sent by the FCC server;

0013The playback device connects and plays the source rate media stream of the target channel and the low bit rate media stream of the target channel.

0014In the first aspect of the embodiments of the present invention, by receiving the low bit rate media stream sent by the FCC server, the channel switching speed can be improved, the channel switching time can be shortened, and the bandwidth can be saved at the same time; by connecting the source rate media stream and the low bit rate media stream , It can achieve smooth playback and improve user experience.

0015In a possible implementation manner, the head-end device outputs at least a source code rate media stream and a low bit rate media stream for one channel, and the FCC server buffers the low bit rate media stream so as to receive the broadcast When a channel switching request is sent by a device, a low-bit-rate media stream is provided to the playback device; the head-end device provides a source-rate media stream to the devices that join the multicast group.

0016In a possible implementation manner, the source rate media stream of the target channel and the low bit rate media stream of the target channel include several data slices, the data slices include several data packets, and the data packets include The first packet of detection information; the process for the playback device to connect and play according to the source rate media stream of the target channel and the low bit rate media stream of the target channel is:

0017The playback device determines the low bit rate aligned data slice and the source code rate aligned data slice according to the first packet detection information of the source code rate media stream of the target channel and the data packet of the low bit rate media stream of the target channel currently received ;

0018The playback device concatenates the source rate media stream of the target channel starting from the source rate aligned data slice after the previous data slice of the low bit rate aligned data slice, and plays it. In this possible way, the alignment points in the two media streams are determined according to the detection information of the first packet in order to achieve seamless connection.

0019In a possible implementation manner, the first packet detection information includes a first packet identifier and a timestamp, and the playback device currently receives the source code rate of the target channel according to the media stream and the low bit rate of the target channel. The process of determining the low bit rate aligned data slice and the source code rate aligned data slice by the first packet detection information of the data packet of the media stream is:

0020The playback device obtains the target data packet whose first packet identifier is the preset first packet identifier, the timestamp of the target data packet, and the target data packet from the source rate media stream of the target channel currently received The target data slice to which it belongs;

0021The playback device obtains the time stamp of the first data packet of the last data slice of the low bitrate media stream of the target channel currently received;

0022If the time stamp of the first data packet is the same as the time stamp of the target data packet, the playback device determines that the last data slice of the low bit rate media stream of the target channel is a low bit rate aligned data slice, The target data slice is a source code rate aligned data slice. This possible way to achieve this is to determine the data slice with the same time stamp of the first packet based on the first packet identifier and time stamp, so as to determine the alignment points in the two media streams to achieve seamless connection.

0023In a possible implementation manner, the playback device sends a stop sending notification to the FCC server when the connection is completed, and the stop sending notification is used to notify the FCC server to stop sending the target channel to the playback device The low bit rate media stream.

0024In a possible implementation manner, when the playback device receives the quick transmission end notification sent by the FCC server, it applies to the head-end device to join the multicast group of the target channel, and receives from the head-end device The source rate media stream of the target channel is to receive the source rate media stream of the target channel sent by the head-end device in the form of multicast.

0025In a second aspect, an embodiment of the present invention provides a playback device that has a function of implementing the behavior of the playback device in the method described in the first aspect. The function can be realized by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions.

0026In a possible implementation manner, the playback device includes: a sending unit, which is used to send a channel switching request to the fast channel switching FCC server to switch to the target channel; a receiving unit, which is used to receive all the fast channel switching of the FCC server. The low bit rate media stream of the target channel is played; the receiving unit is further configured to receive the source rate media stream of the target channel from the head-end device when receiving the quick transmission end notification sent by the FCC server; The playing unit is used for connecting and playing according to the source rate media stream of the target channel and the low bit rate media stream of the target channel.

0027In another possible implementation manner, the playback device includes a transceiver and a processor, and the transceiver is used to send a channel switching request for switching to the target channel to the fast channel switching FCC server; the transceiver, further It is used to receive the low bit rate media stream of the target channel sent by the FCC server for playback; the transceiver is also used to receive the fast sending end notification sent by the FCC server from the head-end device The source rate media stream of the target channel; the processor is configured to connect and play the source rate media stream of the target channel and the low bit rate media stream of the target channel.

0028Based on the same inventive concept, the principle and beneficial effects of the playback device to solve the problem can be referred to the method described in the first aspect and the beneficial effects brought about, and the implementation of the playback device can refer to the implementation of the method described in the first aspect, The repetition will not be repeated.

0029In the third aspect, an embodiment of the present invention provides a channel switching method, including:

0030The FCC server receives the channel switching request sent by the playback device to switch to the target channel;

0031The FCC server sends the low bit rate media stream of the target channel to the playback device at a preset high rate, and receives the source rate media stream of the target channel from the head-end device;

0032The FCC server connects the source rate media stream of the target channel and the low bit rate media stream of the target channel, and sends the connected target media stream to the playback device;

0033The FCC server sends a quick transmission end notification to the playback device, and sends the target media stream to the playback device at a preset normal rate. For the source rate media stream of the target channel, the preset high rate is greater than the preset normal rate.

0034In the third aspect of the embodiments of the present invention, by quickly sending a low bit rate media stream to the playback device, the playback device can increase the channel switching speed, shorten the channel switching time, and save bandwidth at the same time.

0035In a possible implementation manner, the head-end device outputs at least a source code rate media stream and a low bit rate media stream for one channel, and the FCC server buffers the low bit rate media stream so as to receive the broadcast When a channel switching request is sent by a device, a low-bit-rate media stream is provided to the playback device; the head-end device provides a source-rate media stream to the devices that join the multicast group.

0036In a possible implementation manner, the FCC server sends the target channel's low-bitrate media stream fast forwarding progress to the target channel's source rate media stream during the time period when the difference is less than a threshold. The playback device sends a quick transmission end notification, that is, when the rapid transmission progress of the low bit rate media stream of the target channel is about to catch up with the live broadcast progress of the source rate media stream of the target channel, the quick transmission end is sent to the playback device The notification is to notify the playback device to immediately apply to the head-end device to join the multicast group of the target channel, so as to receive the source rate media stream of the target channel from the head-end device.

0037In a possible implementation manner, the FCC server receives the stop sending notification sent by the playback device, and stops sending the low bit rate media stream of the target channel to the playback device according to the stop sending notification.

0038In the fourth aspect, an embodiment of the present invention provides an FCC server, the FCC server having the function of realizing the behavior of the FCC server in the method described in the third aspect. The function can be realized by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions.

0039In a possible implementation manner, the FCC server includes: a receiving unit, configured to receive a channel switching request sent by a playback device to switch to a target channel; a sending unit, configured to send a fast speed to the playback device at a preset high rate Send the low bit rate media stream of the target channel; the sending unit is also used to send a quick transmission end notification to the playback device, and the quick transmission end notification is used to notify the playback device to receive the The source rate media stream of the target channel.

0040In another possible implementation manner, the FCC server includes a transceiver and a processor, and the transceiver is configured to receive a channel switching request sent by a playback device to switch to a target channel; the transceiver is also configured to Quickly send the low bit rate media stream of the target channel to the playback device at a preset high rate; the transceiver is also used to send a quick transmission end notification to the playback device, and the quick transmission end notification is used for Notifying the playback device to receive the source rate media stream of the target channel from the head-end device.

0041Based on the same inventive concept, the principle and beneficial effects of the FCC server to solve the problem can be referred to the method described in the third aspect and the beneficial effects brought about, and the implementation of the FCC server can refer to the implementation of the method described in the third aspect. The repetition will not be repeated.

0042In a fifth aspect, an embodiment of the present invention provides a channel switching method, including:

0043The FCC server receives the channel switching request sent by the playback device to switch to the target channel;

0044The FCC server sends the low bit rate media stream of the target channel to the playback device at a preset high rate, and receives the source rate media stream of the target channel from the head-end device;

0045The FCC server connects the source rate media stream of the target channel and the low bit rate media stream of the target channel, and sends the connected target media stream to the playback device at the preset high rate;

0046The FCC server sends a quick delivery end notification to the playback device, and sends the target media stream to the playback device at a preset normal rate, and the fast delivery end notification is used to notify the playback device to receive from the head-end device For the source rate media stream of the target channel, the preset high rate is greater than the preset normal rate.

0047In the fifth aspect of the embodiments of the present invention, by quickly sending a low bit rate media stream and a connected target media stream to the playback device, the playback device can increase the channel switching speed, shorten the channel switching time, and save bandwidth at the same time. No need to change the playback equipment, just upgrade the FCC server.

0048In a possible implementation manner, the head-end device outputs at least a source code rate media stream and a low bit rate media stream for one channel, and the FCC server buffers the low bit rate media stream so as to receive the broadcast When a channel switching request is sent by a device, a low-bit-rate media stream is provided to the playback device; the head-end device provides a source-rate media stream to the devices that join the multicast group.

0049In a possible implementation manner, the source rate media stream of the target channel and the low bit rate media stream of the target channel include several data slices, the data slices include several data packets, and the data packets include The first packet of detection information; the process of the FCC server according to the source rate media stream of the target channel and the low bit rate media stream of the target channel is as follows:

0050The FCC server determines the low bit rate aligned data slice and the source code rate aligned data slice according to the current received source code rate media stream of the target channel and the first packet detection information of the data packet of the low bit rate media stream of the target channel. ;

0051The FCC server connects the source rate media stream of the target channel starting from the source rate aligned data slice after the previous data slice of the low bit rate aligned data slice. In this possible way, the alignment points in the two media streams are determined according to the detection information of the first packet in order to achieve seamless connection.

0052In a possible implementation manner, the first packet detection information includes a first packet identifier and a time stamp, and the FCC server is based on the currently received source code rate media stream of the target channel and the low bit rate of the target channel. The process of determining the low bit rate aligned data slice and the source code rate aligned data slice by the first packet detection information of the data packet of the media stream is:

0053The FCC server obtains the target data packet whose first packet identifier is the preset first packet identifier, the timestamp of the target data packet, and the target data packet from the source rate media stream of the target channel currently received The target data slice to which it belongs;

0054The FCC server obtains the time stamp of the first data packet of the last data slice of the low bitrate media stream of the target channel currently received;

0055If the time stamp of the first data packet is the same as the time stamp of the target data packet, the FCC server determines that the last data slice of the low bit rate media stream of the target channel is a low bit rate aligned data slice, The target data slice is a source code rate aligned data slice. This possible way to achieve this is to determine the data slice with the same time stamp of the first packet based on the first packet identifier and time stamp, so as to determine the alignment points in the two media streams to achieve seamless connection.

0056In a possible implementation manner, the FCC server sends a fast sending end notification to the playback device during a time period when the fast sending completion time point of the data slice aligned with the source code rate is less than a threshold, that is, the fast sending end notification is sent to the playback device. When or after the fast transmission of the source code rate alignment data slice is completed, the fast transmission end notification is sent to the playback device to notify the playback device to immediately apply to the head-end device to join the multicast group of the target channel, so as to obtain information from all sources. The head-end device receives the source rate media stream of the target channel.

0057In a possible implementation manner, the FCC server receives a stop sending notification sent by the playback device, and stops sending the target media stream to the playback device according to the stop sending notification.

0058In a possible implementation manner, the FCC server starts to send the low bit rate media stream of the target channel to the playback device at a preset high rate, or during the fast sending process, apply to the head-end device to join the station. The multicast group of the target channel receives the source rate media stream of the target channel from the head-end device, that is, receives the source rate media stream of the target channel sent by the head-end device in a multicast form.

0059In the sixth aspect, the embodiments of the present invention provide another FCC server, the FCC server has the function of realizing the FCC server behavior in the method described in the third aspect. The function can be realized by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions.

0060In a possible implementation manner, the FCC server includes: a receiving unit, configured to receive a channel switching request sent by a playback device to switch to a target channel; a sending unit, configured to send fast speed to the playback device at a preset high rate Send the low bit rate media stream of the target channel; the receiving unit is also used to receive the source rate media stream of the target channel from the head-end device; the connection unit is used to receive the source rate media stream of the target channel and The low bit rate media stream of the target channel is connected; the sending unit is also used to quickly send the connected target media stream to the playback device at the preset high rate; the sending unit is also used to send The playback device sends a quick transmission end notification to quickly send the target media stream to the playback device at a preset normal rate, and the quick transmission end notification is used to notify the playback device to receive the target channel from the head-end device. For a source code rate media stream, the preset high rate is greater than the preset normal rate.

0061In another possible implementation manner, the FCC server includes a transceiver and a processor, and the transceiver is used to receive a channel switching request sent by a playback device to switch to a target channel; the transceiver is also used to Quickly send the low bit rate media stream of the target channel to the playback device at a preset high rate, and receive the source code rate media stream of the target channel from the head-end device; the processor is configured to follow the target channel The source code rate media stream is connected with the low bit rate media stream of the target channel; the transceiver is also used to quickly send the connected target media stream to the playback device at the preset high rate; the transceiver The device is also used to send a quick transmission end notification to the playback device, to quickly transmit the target media stream to the playback device at a preset normal rate, and the quick transmission end notification is used to notify the playback device to start from the head-end device. The source rate media stream of the target channel is received, and the preset high rate is greater than the preset normal rate.

0062Based on the same inventive concept, the principle and beneficial effects of the FCC server to solve the problem can be referred to the method described in the fifth aspect and the beneficial effects brought about, and the implementation of the FCC server can refer to the implementation of the method described in the fifth aspect. The repetition will not be repeated here.

0063In a seventh aspect, an embodiment of the present invention provides a channel switching method, including:

0064The playback device sends a channel switching request to the fast channel switching FCC server to switch to the target channel;

0065The playback device receives the low bit rate media stream of the target channel sent by the FCC server for playback;

0066The playback device receives and plays the connected target media stream sent by the FCC server;

0067The playback device receives the source rate media stream of the target channel from the head-end device when receiving the quick transmission end notification sent by the FCC server;

0068The playback device connects and plays the source rate media stream of the target channel and the low bit rate media stream of the target channel.

0069In the seventh aspect of the embodiment of the present invention, by receiving the low bit rate media stream and the target media stream sent by the FCC server, the channel switching speed can be improved, the channel switching time can be shortened, and the bandwidth can be saved at the same time.

0070In a possible implementation manner, the process for the playback device to connect and play according to the source rate media stream of the target channel and the low bit rate media stream of the target channel is as follows:

0071The playback device performs connection and playback according to the data packet sequence numbers or timestamps of the currently received target media stream and the source rate media stream of the target channel. In this possible way, since the code rate of the target media stream and the source code rate media stream are the same, they can be directly connected according to the sequence number of the data packet.

0072In a possible implementation manner, the playback device sends a stop sending notification to the FCC server when the connection is completed, and the stop sending notification is used to notify the FCC server to stop sending the target channel to the playback device The low bit rate media stream.

0073In an eighth aspect, an embodiment of the present invention provides another playback device, and the playback device has a function of implementing the behavior of the playback device in the method described in the seventh aspect. The function can be realized by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions.

0074In a possible implementation manner, the playback device includes: a sending unit for sending a channel switching request to the fast channel switching FCC server to switch to the target channel; a receiving unit for receiving all the fast channel switching from the FCC server The low bit rate media stream of the target channel is played; the receiving unit is also used to receive and play the connected target media stream sent by the FCC server; the receiving unit is also used to receive the FCC server When sending the fast sending end notification, receive the source code rate media stream of the target channel from the head-end device; the connection playback unit is used to perform processing according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel Connect and play.

0075In a possible implementation manner, the playback device includes a transceiver and a processor, and the transceiver is used to send a channel switching request to the fast channel switching FCC server to switch to the target channel; the transceiver is also used The low bit rate media stream of the target channel sent by the FCC server is received and played; the transceiver is also used to receive and play the connected target media stream sent by the FCC server; the transceiver, It is also used to receive the source rate media stream of the target channel from the head-end device when receiving the fast sending end notification sent by the FCC server; the processor is used to receive the source rate media stream of the target channel according to the source rate media stream of the target channel and The low bit rate media stream of the target channel is connected and played.

0076Based on the same inventive concept, the principle and beneficial effects of the playback device to solve the problem can be referred to the method described in the seventh aspect and the beneficial effects brought about, and the implementation of the playback device can refer to the implementation of the method described in the seventh aspect, The repetition will not be repeated here.

0077In a ninth aspect, an embodiment of the present invention provides a computer-readable storage medium, including instructions, which when run on a computer, cause the computer to execute the channel switching method as described in the first aspect or the seventh aspect.

0078In a tenth aspect, an embodiment of the present invention provides a computer-readable storage medium, including instructions, which when run on a computer, cause the computer to execute the channel switching method as described in the third aspect or the fifth aspect.

0079By implementing the embodiments of the present invention, the channel switching speed can be improved, the channel switching time can be shortened, and bandwidth can be saved at the same time.

Description of the drawings

0080In order to more clearly describe the technical solutions in the embodiments of the present invention or the background art, the following will describe the drawings that need to be used in the embodiments of the present invention or the background art.

0081Figure 1 is a schematic diagram of a system architecture applying an embodiment of the present invention;

0082Figure 2 is a schematic diagram of a media stream slice provided by an embodiment of the present invention;

0083Figure 3 is a schematic diagram of media stream packaging provided by an embodiment of the present invention;

0084Figure 4 is a schematic diagram of the physical structure of a playback device provided by an embodiment of the present invention;

0085Figure 5 is a schematic diagram of the physical structure of an FCC server provided by an embodiment of the present invention;

0086Figure 6 is a schematic flow chart of a channel switching method according to Embodiment 1 of the present invention;

0087Figure 7 is a schematic diagram of the connection of two media streams provided by an embodiment of the present invention;

0088Figure 8 is a schematic flow chart of the channel switching method provided by the second embodiment of the present invention;

0089Figure 9 is a schematic diagram of connection according to the sequence number of the data packet;

0090Figure 10 is a schematic diagram of the logical structure of a playback device provided by an embodiment of the present invention;

0091FIG. 11 is a schematic diagram of the logical structure of an FCC server provided by an embodiment of the present invention.

Detailed ways

0092The embodiments of the present invention will be described below in conjunction with the drawings in the embodiments of the present invention.

0093Please refer to FIG. 1, which is a schematic diagram of a system architecture applying an embodiment of the present invention. The system architecture may be the system architecture of an IPTV system, including a program source, a head-end device 101, an FCC server 102, and a playback device 103. It should be noted that the number and form of the head-end device, FCC server, and playback device in the schematic diagram of the system architecture shown in FIG. 1 do not constitute a limitation to the embodiment of the present invention.

0094Among them, the head-end device 101 is composed of a media relay function (MRF) and an encoder (Encoder). The head-end device 101 obtains the media content of the channel from the program source, compresses and encodes the media content, and converts it into a media file or media stream required by the symbolic IPTV service format. The encoder compresses, encodes (Adaptive Bit Rate (ABR) encoding), and encapsulates the media content of the channel obtained from the program source. The MRF module performs Real-time transmission protocol (Real-time Transport Protocol, RTP) encapsulation processing.

0095The head-end device 101 sends media streams to the FCC server and the playback device 103 in the form of multicast. In the embodiment of the present invention, the head-end device 101 compresses, encodes, encapsulates, and converts the media content of a channel to obtain at least two media streams, including a low bit rate media stream and a source code rate media stream. The head-end device 101 can output at least two media streams for the channel, a low bit rate media stream and a source code rate media stream. Among them, the definition of the source rate media stream is related to the network quality of the playback device 103. The network quality is good, the source rate media stream has high definition, and vice versa. The bit rate of the low bit rate media stream is much smaller than the bit rate of the source code rate media stream. For example, the bit rate of the low bit rate media stream is less than 45% of the code rate of the source code rate media stream.

0096The slicing time of at least two media streams of a channel is the same, and the slicing boundaries are the same to ensure that the playback device or FCC server seamlessly connects the low-bitrate media stream and the source-rate media stream of the channel. Refer to Figure 2, which is a schematic diagram of media stream slicing provided by an embodiment of the present invention. It is the slicing situation of two media streams that can be output by the head-end device 101. The source code rate media stream and the low bit rate media stream are sliced into several data slices. In Figure 2, only the data slices numbered 1-6 are used as an example. The data slice numbered 1 is not necessarily the first data slice of the media stream. In Figure 2, the slice size of each data slice of the source rate media stream and the low bit rate media stream is the same, indicating that the source rate media stream and the low bit rate media stream have the same slice time; light gray data slice 1 and dark gray data slice 1 The slice boundaries of data slice 1 are all on the dotted line, indicating that the slice boundaries of the source rate media stream and the low bit rate media stream are the same. In other words, the source rate media stream and the low bit rate media stream are sliced synchronously according to the same slicing time. Among them, the specific value of the slicing time is set by the head-end device 101, and the specific value is not limited here. For example, the slicing time is 2s by default, that is, the slice size of each data slice is 2s. It is understandable that the schematic diagram of the slice shown in FIG. 2 is obtained by processing by the encoder.

0097Please refer to FIG. 3, which is a schematic diagram of media stream packaging provided by an embodiment of the present invention, which is a schematic diagram of RTP packaging of a source code rate media stream and a low bitrate media stream. Since the code rate of the source code rate media stream is different from that of the low bit rate media stream, the number of RTP packets included in a data slice in the source code rate media stream is different from the number of RTP packets included in a data slice in the low bit rate media stream, as shown in Figure 3. As shown, the number of RTP packets included in one data slice in the source rate media stream is 4, and the number of RTP packets included in one data slice in the low bit rate media stream is 2. In the embodiment of the present invention, in the process of RTP encapsulation, the MRF extends two fields to the RTP header to identify whether it is the first RTP packet of the data slice. These two fields include the first packet identification field and the timestamp. Field. The first packet identification field is the "F" shown in FIG. 3, and the RTP packet with "F=1" represents the first RTP of the data slice. The timestamp field can be the main (Trunk) timestamp field, which is "T" as shown in FIG. 3. It should be noted that the package diagram shown in FIG. 3 is only used as an example, and does not constitute a limitation to the embodiment of the present invention. It is understandable that the package diagram shown in FIG. 3 is obtained by MRF processing and is output by the head-end device 101.

0098For the case where the remaining data in a data slice is less than one RTP packet, MRF uses "0" after the normal data and indicates the effective data length in the RTP header to facilitate boundary alignment. For example, the low bit rate shown in Figure 3 The effective data length of RTP 2 of data slice 1 in the media stream is 2.

0099The FCC server 102 is used to buffer the media stream of the channel, and send the media stream to the playback device 103 in a unicast form. Applied in the embodiment of the present invention, the FCC server 102 is used to cache the low bit rate media streams of all channels, and send the low bit rate media streams to the playback device 103 in unicast form; it is also used to receive the source code rate media streams from the head-end device 101 , The source code rate media stream and the low bit rate media stream are connected, and the connected media stream is sent to the playback device 103 in the form of unicast.

0100The playback device 103 can receive the source code rate media stream sent by the head-end device 101 in the form of multicast, can also receive the low bit rate media stream sent by the FCC server 102 in the form of unicast, and can also receive the media stream sent by the FCC server 102 in the form of unicast The connected media stream can also connect the source code rate media stream and the low bit rate media stream. The playback device 103 plays the received media stream so that the user can obtain the media content.

0101Optionally, the schematic diagram of the system architecture shown in FIG. 1 also includes a scheduling device for recording the address of the FCC server 102 and providing the playback device with the address of the FCC server corresponding to the channel.

0102The channel switching method and device provided by the embodiments of the present invention can be applied in IPTV scenarios. The low bit rate media stream sent by the FCC server enables the playback device to complete buffering and stable playback in a shorter time, which can improve channel switching. Speed, shorten the channel switching time, while saving bandwidth. With the popularity of the 4k ultra-high-definition format, the dynamic adaptive stream (Dynamic Adaptive Streaming over HTTP, DASH) encoding format based on the Hyper Text Transfer Protocol (Hyper Text Transfer Protocol, HTTP) has begun to become popular, and the embodiments of the present invention can also be applied to In the case of DASH ABR, the effect of increasing the speed of channel switching and saving bandwidth can also be achieved.

0103The playback device in the embodiment of the present invention may be a digital TV receiving terminal, a smart playback terminal, a smart TV integrated with a set top box (Set Top Box, STB) function, and the like.

0104Refer to FIG. 4, which is a schematic diagram of the physical structure of a playback device provided by an embodiment of the present invention. The playback device 103 shown in FIG. 4 includes a processor 1031, a transceiver 1032, and a display system 1033. It should be noted that the schematic structural diagram shown in FIG. 4 does not constitute a limitation to the embodiment of the present invention. In actual applications, the playback device may also include other components, such as memory, input device, audio system, etc.

0105Among them, the processor 1031 may be a controller, a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC) ), Field Programmable Gate Array (FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It can implement or execute various exemplary logical blocks, modules, and circuits described in conjunction with the disclosure of the embodiments of the present invention. The processor 1031 may also be a combination that implements computing functions, for example, including one or more microprocessor combinations, DSP and microprocessor combinations, and so on.

0106The transceiver 1032 may be a communication module, a transceiver circuit, and is used to receive media streams, data, instructions, etc. sent by other devices, and send requests, data, etc. to other devices, so as to realize communication between the playback device and other devices.

0107The display system 1033 can be a liquid crystal display (LCD), a light emitting diode (Light Emitting Diode, LED) display device, a cathode ray tube (Cathode Ray Tube, CRT) display device, etc., for the output display of the media stream, and The user presents the picture.

0108In the embodiment of the present invention, the media stream received by the transceiver 1032 is processed by the processor 1031, and finally output and displayed by the display system 1033.

0109Please refer to FIG. 5, which is a schematic diagram of the physical structure of an FCC server provided by an embodiment of the present invention. The FCC server 102 shown in FIG. 5 includes a processor 1021, a transceiver 1022, and a memory 1023. It should be noted that the schematic structural diagram shown in FIG. 5 does not constitute a limitation to the embodiment of the present invention. In actual applications, the FCC server may also include other components.

0110The processor 1021 may be a controller, a CPU, a general-purpose processor, a DSP, an ASIC, an FPGA, or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. It can implement or execute various exemplary logical blocks, modules, and circuits described in conjunction with the disclosure of the embodiments of the present invention. The processor 1021 may also be a combination that implements computing functions, for example, including a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and so on.

0111The transceiver 1022 may be a communication module or a transceiver circuit, which is used to receive the media stream sent by the head-end device 101, send a request to the head-end device 101, receive the request sent by the playback device 103, and send the media stream to the playback device 103 to realize the FCC server. The communication with the head-end equipment, the player or the quilt.

0112The memory 1023 can be a read-only memory (Read-Only Memory, ROM) or other types of static storage devices that can store static information and instructions, random access memory (Random Access Memory, RAM), or other types of dynamic storage devices that can store information and instructions. The storage device can also be Electrically Erasable Programmable Read-Only Memory (EEPROM), CD-ROM (Compact Disc Read-Only Memory, CD-ROM) or other optical disk storage, optical disk storage (including Compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any that can be used to carry or store desired program codes in the form of instructions or data structures and can be accessed Other media, but not limited to this. The memory 1023 may exist independently, or it may be integrated with the processor 1021.

0113In the embodiment of the present invention, the memory 1023 is used to store and execute the program code of the embodiment of the present invention, and the processor 1021 controls the execution. The processor 1021 is configured to execute the program code stored in the memory 1023.

0114The names involved in the embodiments of the present invention will be described below.

0115Unicast is one of the most basic functions of a media streaming server, sending data from a single point to a single point. In the embodiment of the present invention, the FCC server sends the media stream to the playback device in the form of unicast.

0116Multicast (Multi Cast) is a Transmission Control Protocol (TCP)/Internet Protocol (IP) that sends the same data from a single point to multiple points, and the sender only needs to send the multicast IP address Send a multicast User Datagram Protocol (UDP) packet, and then the router on the network distributes the data to the interested recipients. Regardless of the number of recipients, the sender's workload remains unchanged, and at the same time , Multicast can minimize the amount of data on the network. This feature makes multicast very suitable for channel data transmission. If the network supports the multicast protocol, the playback device can apply to join the multicast group and directly receive the multicast media stream sent by the head-end device, thereby greatly reducing the workload of the FCC server and reducing network traffic. In the embodiment of the present invention, the head-end device sends the media stream to the playback device and the FCC server in the form of multicast.

0117The channel refers to a specific radio frequency or other radio frequency band. In the embodiment of the present invention, the channel refers to a live channel.

0118Hereinafter, the channel switching method provided by the embodiment of the present invention will be described in detail with reference to FIGS. 6-9. It should be noted that the prerequisite of the embodiment of the present invention is that the FCC server continuously receives the low-bit-rate media stream from the head-end device, and locally buffers the low-bit-rate media stream for a period of time. The specific size of this period of time is determined by The manufacturer setting of the FCC server is not limited here.

0119Please refer to FIG. 6, which is a schematic flowchart of a channel switching method provided in Embodiment 1 of the present invention. The method includes but is not limited to the following steps:

0120Step S101: The playback device sends a channel switching request to the FCC server to switch to the target channel;

0121Specifically, when receiving a channel switching instruction for switching to the target channel, the playback device sends a channel switching request for switching to the target channel to the FCC server. Among them, the target channel is the target live broadcast channel.

0122The channel switching instruction may be input by the user through the input device of the playback device, for example, through a remote control, a mouse, an STB (the STB is separated from the TV set), a touch panel, and other devices.

0123The channel switching request is used to request the FCC server to provide the playback device with the low bitrate media stream of the target channel cached locally by the FCC server.

0124Optionally, before sending the channel switching request to the FCC server, the playback device obtains the address of the FCC server through a scheduling device, or obtains the address of the FCC server corresponding to the target channel. When the address of the FCC server is obtained, the channel switching request is sent to the FCC server.

0125Step S102: The FCC server receives the channel switching request;

0126Specifically, the FCC server receives the channel switching request, and obtains the identifier of the target channel, and reads the nearest one of the target channel in the locally cached low-bitrate media stream according to the identifier of the target channel. A complete data slice, and the complete data slice includes I frames. The complete data slice is taken for the playback device to be seamlessly connected later.

0127Step S103: The FCC server sends the low bit rate media stream of the target channel to the playback device at a preset high rate;

0128Specifically, the FCC server determines the low bit rate media stream starting from the above complete data slice as the low bit rate media stream of the target channel sent to the playback device. Since the low bit rate media stream of the target channel is cached by the FCC server, there is a certain time difference between the low bit rate media stream of the target channel and the source code rate media stream of the target channel that the head-end device multicasts. Therefore, the FCC server needs to send the low bit rate media stream of the target channel to the playback device at a preset high rate, so as to catch up with the source rate media of the target channel sent by the head-end device as soon as possible flow.

0129Exemplarily, the preset high rate is 3 times the transmission rate of the head-end device. At present, when the FCC server unicasts the fast media stream to the playback device, the rate used is 1.N times the transmission rate of the head-end device. The value of N is related to the bandwidth. Generally, the value of N is 3, that is, 1.3 times the speed is used. Rate unicast fast sending. Therefore, the use of 3 times the high rate can increase the channel switching speed and shorten the channel switching time. Since the bit rate of the low bit rate media stream is less than 45% of the code rate of the source code rate media stream, 3*0.45=1.35, since 1.35 is close to 1.3, the bandwidth occupied by using 1.35 for fast transmission is the same as using 1.3 for fast transmission. The bandwidth occupied by sending is the same, but because when 1.3 fast sending is used, the bit rate of the media stream and the media stream sent by the head-end device are the same. The stream is a low bit rate media stream, which is lower than the code rate of the source code media stream sent by the head-end device. Therefore, the first embodiment of the present invention can also save bandwidth.

0130Step S104: The playback device receives and plays the low bit rate media stream of the target channel sent by the FCC server;

0131Specifically, the playback device performs operations such as buffering, rearranging, descrambling, decoding, and I-frame broadcast when receiving the low-bitrate media stream of the target channel that the FCC server sends quickly to achieve stable playback , From the user's point of view, this channel switching is complete. In other words, when the user watches the media content of the target channel, he considers that he has successfully switched to the target channel. However, at this time, the media content played by the playback device is the low bit rate media stream provided by the FCC server, and the visual experience is not very good, and the FCC server cannot always send the low bit rate media stream to the playback device. Therefore, the playback device has to receive the source rate media stream of the target channel from the head-end device to provide users with a better visual experience.

0132Step S105: The FCC server sends a quick transmission end notification to the playback device;

0133Specifically, since the rate at which the FCC server sends to the playback device fast is greater than the rate at which the head-end device sends to the playback device, the FCC server sends a fast rate of the low-bitrate media stream on the target channel. When the sending progress quickly catches up with the live broadcast progress of the source rate media stream of the target channel, a quick sending end notification is sent to the playback device. The quick transmission end notification is used to notify the playback device that the rapid transmission of the low bit rate media stream of the target channel is about to end, and notify the playback device to immediately apply to the head-end device to join the multicast of the target channel Group to receive the source rate media stream of the target channel from the head-end device.

0134Wherein, the time period during which the rapid transmission progress of the low bit rate media stream of the target channel catches up with the live broadcast progress of the source rate media stream of the target channel can be referred to as a preset time period, and the low bit rate of the target channel The fast delivery progress of the media stream catches up with the source rate of the target channel. The time point for the live broadcast progress of the media stream can be determined by using the chase problem algorithm in mathematics, and the period of time before the time point that can catch up is the preset Time period, the specific value of this period of time is set by the manufacturer of the FCC server, which is not limited here.

0135Optionally, the preset time period is a time period in which the difference between the rapid transmission progress of the low bitrate media stream of the target channel and the live broadcast progress of the source rate media stream of the target channel is less than a threshold value, The specific value is set by the manufacturer of the FCC server and is not limited here. The fast forwarding progress can be understood as the frame to which it will be sent soon, and the live broadcasting progress can be understood as the frame to which the live broadcast is going.

0136Step S106: The playback device receives the notification of the end of the quick transmission;

0137Specifically, the playback device receives the quick transmission end notification sent by the FCC server.

0138Step S107: The playback device applies to the head-end device to join the multicast group of the target channel;

0139Specifically, when the playback device receives the quick transmission end notification, it immediately applies to the head-end device to join the multicast group of the target channel. The playback device may apply to join the multicast group of the target channel by sending a join request for joining the multicast group of the target channel to the head-end device.

0140Step S108: The head-end device sends the source rate media stream of the target channel to the playback device;

0141Specifically, when the head-end device receives the join request, it adds the playback device to the multicast group of the target channel, and sends the source rate media of the target channel to the playback device in the form of multicast. flow.

0142Step S109: The playback device receives the source rate media stream of the target channel;

0143Specifically, after the playback device joins the multicast group of the target channel, it receives the source rate media stream of the target channel from the head-end device.

0144Step S110: The playback device connects and plays according to the source rate media stream of the target channel and the low bit rate media stream of the target channel;

0145Specifically, the playback device connects and plays according to the currently received source rate media stream of the target channel and the low bit rate media stream of the target channel, and further, the currently received media stream is the currently received media stream. But the media stream that hasn't been played yet.

0146As can be seen from Figures 2 and 3, the source rate media stream of the target channel shown and the low bit rate media stream of the target channel include data slices, and the data slices include data packets (RTP packets), and the data packets include the first Packet detection information, the first packet detection information includes a first packet identifier and a time stamp. The first packet detection information is the two fields extended by the RTP packet header, the first packet identifier is the "F" shown in FIG. 3, and the timestamp is the "T" shown in FIG. 3.

0147At present, because the FCC server unicasts the media stream sent quickly and the media stream sent by the head-end device multicast, the playback device can be connected according to the RTP packet sequence number. However, in the first embodiment of the present invention, the RTP of the same RTP sequence number includes not They belong to the same data slice. For example, the RTP packet whose sequence number is 9 in the source rate media stream shown in Figure 3 belongs to the data slice 3, but the RTP packet whose sequence number is 9 in the low-bitrate media stream belongs to The data slice is 5, so the playback device cannot connect according to the RTP packet sequence number, but can connect according to the detection information of the first packet of the two media streams.

0148First, the playback device determines the low bit rate aligned data slice and the source code rate aligned data slice according to the currently received source code rate media stream of the target channel and the first packet detection information of the low bit rate media stream of the target channel. The FCC server obtains the target data packet whose first packet identifier is the preset first packet identifier, the timestamp of the target data packet, and the target data packet from the source rate media stream of the target channel currently received The target data slice to which it belongs. Wherein, the preset first packet identifier is "F=1" in the package diagram shown in FIG. 3, that is, the value of the first packet identifier field of the first RTP packet of any data slice, and the first packet identifier is There may be more than one data packet identified by the preset first packet, and if there are multiple data packets, the data packet with the smallest "T" value is determined as the target data packet. The FCC server obtains the time stamp of the first data packet of the last data slice of the low bitrate media stream of the target channel currently received. If the time stamp of the first data packet is the same as the time stamp of the target data packet, it is determined that the last data slice of the low bit rate media stream of the target channel is a low bit rate aligned data slice, and the target data The slice is the source code rate aligned data slice.

0149Please refer to Figure 7, which is a schematic diagram of the connection of two media streams provided by an embodiment of the present invention. The data slice 3 of the source rate media stream is "F=1, T=5", and the last data slice 3 of the low bit rate media stream. The timestamp of the first RTP packet 5 is "T=5", and the timestamps of the two are the same, then the data slice 3 of the low bit rate media stream is determined as the low bit rate aligned data slice, the source code rate media stream The data slice 3 of is determined to be the source code rate aligned data slice, that is, the data slice where the italic bold font in FIG. 7 is located. It can be understood that the media content of the data slice 3 of the low bit rate media stream and the data slice 3 of the source code rate media stream are the same, and are the same data slice. It should be noted that the connection diagram shown in FIG. 7 is used as an example, and does not constitute a limitation to the embodiment of the present invention.

0150If the time stamp of the first data packet is not the same as the time stamp of the target data packet, the playback device continues to read "F=1" in the source rate media stream of the target channel currently received The RTP packet, the timestamp of the RTP packet, and the data slice to which the RTP packet belongs; obtain the timestamp of the first data packet of the last data slice of the currently received low-bitrate media stream of the target channel; If the time stamp of the first data packet at this time is the same as the time stamp of the RTP packet, then the low bit rate aligned data slice and the source code rate aligned data slice can be determined; if they are not the same, search again according to the above process until it is determined Low bit rate aligned data slices and source code rate aligned data slices.

0151When the playback device determines the low-bit-rate-aligned data slice and the source-rate-aligned data slice, the playback device will connect the source-rate media stream of the target channel starting from the source-rate-aligned data slice After the previous data slice of the low bit rate aligned data slice. As shown in Figure 7, the low bit rate aligned data slice is data slice 3 in the low bit rate media stream, and the source code rate aligned data slice is data slice 3 in the source rate media stream, and the data in the source rate media stream is sliced 3 The initial source code rate media stream is connected to data slice 2 in the low bit rate media stream, and the media stream indicated by the big black arrow shown in Figure 7 is obtained. It can be seen from Figure 7 that the media stream after the connection is continuous, so the seamless connection between the low bit rate media stream and the source code rate media stream is realized.

0152The playback device sends a stop sending notification to the FCC server when the connection is completed, and the FCC server stops sending the low bit rate media stream of the target channel to the playback device when receiving the stop sending notification.

0153The playback device sends the connected media stream into the playback stream channel, continues to play continuously, and this time the channel switching is completed. Since the low bit rate media stream of the target channel is seamlessly connected with the source rate media stream of the target channel, the playback device is switching from the low bit rate media stream of the target channel to the target channel The source code rate of the media stream can be played smoothly, and the user will not perceive the interruption or switching of the media stream.

0154In the first embodiment shown in FIG. 6, the high-rate and low-bit-rate media stream of the FCC server can be used to increase the channel switching speed, shorten the channel switching time, and save bandwidth at the same time.

0155Please refer to FIG. 7, which is a schematic flowchart of a channel switching method provided in Embodiment 2 of the present invention. The method includes but is not limited to the following steps:

0156Step S201: The playback device sends a channel switching request to the FCC server to switch to the target channel;

0157Step S202: The FCC server receives the channel switching request;

0158Step S203: The FCC server sends the low bit rate media stream of the target channel to the playback device at a preset high rate;

0159Step S204: The playback device receives and plays the low-bitrate media stream of the target channel sent by the FCC server;

0160For the implementation process of step S201 to step S204 in the second embodiment of the present invention, please refer to the specific description of step S101 to step S104 in the first embodiment of the present invention, which will not be repeated here.

0161Step S205: The FCC server applies to the head-end device to join the multicast group of the target channel;

0162Specifically, when the FCC server starts to send the low-bitrate media stream of the target channel to the playback device, it applies to the head-end device to join the multicast group of the target channel, and may also send a message to the broadcast device. In the process of fast sending the low bit rate media stream of the target channel by the playback device, it applies to the head-end device to join the multicast group of the target channel.

0163Step S206: The head-end device sends the source rate media stream of the target channel to the FCC server;

0164Specifically, when the head-end device receives the join request sent by the FCC server, it adds the FCC server to the multicast group of the target channel, and sends the FCC server in the form of multicast. The source rate media stream of the target channel.

0165Step S207: The FCC server receives the source rate media stream of the target channel;

0166Specifically, after the FCC server joins the multicast group of the target channel, it receives the source rate media stream of the target channel from the head-end device.

0167Step S208: The FCC server connects the source rate media stream of the target channel and the low bit rate media stream of the target channel;

0168The process of the FCC server connecting according to the source rate media stream of the target channel and the low bit rate media stream of the target channel is the same as the process of connecting the playback device in the first embodiment of the present invention, please refer to the embodiment of the present invention A detailed description of the connection process in step S108 is not repeated here.

0169Step S209: The FCC server sends the connected target media stream to the playback device at the preset high rate;

0170Wherein, the target media stream may be the media stream indicated by the big black arrow shown in FIG. 7. The FCC server quickly sends the target media stream to the playback device at the preset high rate.

0171Step S210: The FCC server sends the target media stream to the playback device at a preset normal rate;

0172Specifically, since the rate at which the FCC server sends to the playback device at the preset high rate is faster than the rate at which the head-end device sends to the playback device, the FCC server aligns data slices at the source code rate. When or after the fast sending is completed, stop fast sending the target media stream to the playback device at the preset high rate, and fast send the target media stream to the playback device at the preset normal rate. Exemplarily, the preset high rate is 3 times the transmission rate of the head-end device, and the preset normal rate is 1.N times the transmission rate of the head-end.

0173Wherein, when or after the source code rate alignment data slice is quickly sent, it can be referred to as a preset time period, and the specific value of this period of time is set by the manufacturer of the FCC server, and is not limited herein. Optionally, the preset time period is a time period in which the interval between the quick transmission completion time points of the data slice aligned with the source code rate is less than a threshold value.

0174Step S211: The FCC server sends a quick transmission end notification to the playback device;

0175Specifically, the FCC server sends a fast sending end notification to the playback device when or after the fast sending of the source code rate alignment data slice is completed. The quick transmission end notification is used to notify the playback device that the quick transmission is about to end, and notify the playback device to immediately apply to the head-end device to join the multicast group of the target channel, so as to receive all the information from the head-end device. The source rate media stream of the target channel.

0176It should be noted that step S210 and step S211 are executed simultaneously.

0177Step S212: The playback device receives the target media stream sent by the FCC server for playback;

0178Specifically, the playback device first receives the target media stream fast-transmitted by the FCC server at the preset high rate, and then receives the target media stream fast-transmitted by the FCC server at the preset normal rate .

0179Step S213: The playback device receives the quick transmission end notification;

0180Step S214: The playback device applies to the head-end device to join the multicast group of the target channel;

0181Step S215: The head-end device sends the source rate media stream of the target channel to the playback device;

0182Step S216: The playback device receives the source rate media stream of the target channel;

0183For the implementation process of step S214 to step S216 in the second embodiment of the present invention, please refer to the specific description of step S107 to step S109 in the first embodiment of the present invention, which will not be repeated here. It should be noted that there is a certain time difference between the source rate media stream of the target channel received by the playback device in step S216 and the source rate media stream of the target channel received by the FCC server in step S207.

0184When the playback device receives the source rate media stream of the target channel sent by the head-end device, it sends a stop sending notification to the FCC server. The FCC server stops sending the target media stream to the playback device when receiving the stop sending notification.

0185Optionally, the stop sending notification carries identification information of the first RTP packet of the source rate media stream of the target channel received from the head-end device, and the identification information may be an RTP packet sequence number and a timestamp. Wait. When the FCC server receives the stop sending notification, it judges whether all RTP packets before the first RTP packet have been sent to the playback device by comparing the sequence number of the RTP packet or the size of the timestamp, and if it is judged If the result is no, the FCC server continues to send to the playback device; if the judgment result is yes, then stop sending to the playback device.

0186Step S217: The playback device connects and plays according to the target media stream and the source rate media stream of the target channel;

0187Specifically, the playback device connects and plays according to the RTP packet sequence number or timestamp of the source rate media stream of the target media stream and the target channel currently received. Refer to Figure 9, which is a schematic diagram of concatenation according to the sequence number of the data packet. The data packet starting from the data packet 7 in the source rate media stream is connected after the data packet 6 in the target media stream.

0188In the first embodiment shown in FIG. 8, the high-rate and low-bit-rate media stream of the FCC server can be used to increase the channel switching speed, shorten the channel switching time, and save bandwidth at the same time.

0189It should be noted that the first embodiment shown in FIG. 6 uses the playback device to seamlessly connect the low bit rate media stream and the source code rate media stream, and both the FCC server and the playback device are modified; the second embodiment shown in FIG. 8 is caused by The FCC server seamlessly connects the low bit rate media stream and the source code rate media stream, and the FCC server has been changed.

0190Refer to FIG. 10, which is a schematic diagram of the logical structure of a playback device provided by an embodiment of the present invention. The playback device 303 shown in FIG. 10 includes a sending unit 3031, a receiving unit 3032, and a connecting playback unit 3033.

0191In the first possible implementation, the sending unit 3031 is used to send a channel switching request to the fast channel switching FCC server to switch to the target channel; the receiving unit 3032 is used to receive the target channel sent by the FCC server. The receiving unit 3032 is also used to receive the source rate media stream of the target channel from the head-end device when receiving the quick transmission end notification sent by the FCC server; the connection playback unit 3033, configured to connect and play the source rate media stream of the target channel and the low bit rate media stream of the target channel.

0192It should be noted that the sending unit 3031 is used to implement step S101 in the embodiment shown in FIG. 6; the receiving unit 3032 is used to implement step S104, step S106, and step S109 in the embodiment shown in FIG. To implement step S110 in the embodiment shown in FIG. 6.

0193In the second possible implementation manner, the sending unit 3031 is used to send a channel switching request to the fast channel switching FCC server to switch to the target channel; the receiving unit 3032 is used to receive the target channel fast sent by the FCC server The receiving unit 3032 is also used to receive and play the connected target media stream sent by the FCC server; the receiving unit 3032 is also used to receive the FCC server sent When the fast sending end notification is completed, the source code rate media stream of the target channel is received from the head-end device; the connection playback unit 3033 is configured to perform according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel Connect and play.

0194It should be noted that the sending unit 3031 is used to implement step S201 in the embodiment shown in FIG. 8; the receiving unit 3032 is used to implement step S204, step S211, step S213, and step S216 in the embodiment shown in FIG. The unit 3033 is used to implement step S217 in the embodiment shown in FIG. 8.

0195The sending unit 3031 and the receiving unit 3032 shown in FIG. 10 correspond to the transceiver 1032 of the playback device shown in FIG. 4, and the connecting playback unit 3033 shown in FIG. 10 corresponds to the processor 1031 of the playback device shown in FIG.

0196Refer to FIG. 11, which is a schematic diagram of the logical structure of an FCC server provided by an embodiment of the present invention.

0197In the first possible implementation manner, the FCC server 302 shown in FIG. 11 includes a receiving unit 3021 and a sending unit 3022. The receiving unit 3021 is configured to receive a channel switching request sent by the playback device to switch to the target channel; the sending unit 3022 is configured to quickly send the low bit rate media stream of the target channel to the playback device at a preset high rate; so The sending unit 3022 is further configured to send a quick transmission end notification to the playback device, and the quick transmission completion notification is used to notify the playback device to receive the source rate media stream of the target channel from the head-end device.

0198It should be noted that the receiving unit 3021 is used to implement step S102 in the embodiment shown in FIG. 6; the sending unit 3022 is used to implement step S103 and step S105 in the embodiment shown in FIG. 6.

0199In the first possible implementation manner, the FCC server 302 shown in FIG. 11 includes a receiving unit 3021, a sending unit 3022, and a connecting unit 3023.

0200The receiving unit 3021 is configured to receive a channel switching request sent by the playback device to switch to the target channel; the sending unit 3022 is configured to quickly send the low bit rate media stream of the target channel to the playback device at a preset high rate; so The receiving unit 3021 is also used to receive the source code rate media stream of the target channel from the head-end device; the connection unit 3023 is used to perform processing according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel The sending unit 3022 is also used to quickly send the connected target media stream to the playback device at the preset high rate; the sending unit 3022 is also used to send a quick sending end notification to the playback device , The target media stream is sent to the playback device at a preset normal rate, and the fast sending end notification is used to notify the playback device to receive the source rate media stream of the target channel from the head-end device, and the preset The high rate is greater than the preset normal rate.

0201It should be noted that the receiving unit 3021 is used to implement step S202 and step S207 in the embodiment shown in FIG. 8; the sending unit 3022 is used to implement step S203, step S209, step S210, and step S212 in the embodiment shown in FIG. The connection unit 3023 is used to implement step S208 in the embodiment shown in FIG. 8.

0202The receiving unit 3021 and the sending unit 3022 shown in FIG. 11 correspond to the transceiver 1022 of the FCC server shown in FIG. 5, and the connection unit 3023 shown in FIG. 11 corresponds to the processor 1021 of the FCC server shown in FIG.

0203It should be noted that the first possible implementation of FIG. 10 is combined with the first possible implementation of FIG. 11 to implement the embodiment shown in FIG. 6; the second possible implementation of FIG. 10 is the same as The second possible implementation manner in FIG. 11 is combined to implement the embodiment shown in FIG. 8.

0204In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented by software, it can 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 and 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 To another website, computer, server or data center via wired (such as coaxial cable, optical fiber, digital subscriber line (English: Digital Subsciber line, referred to as: DSL)) or wireless (such as infrared, wireless, microwave, etc.) transmission. 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 data center integrated with one or more available media. The usable medium can be a magnetic medium, (e.g., floppy disk, hard disk, tape), optical medium (e.g., DVD (English: Digital Video Disk, Chinese: Digital Video Disc), or semiconductor media (for example, Solid State Disk (English: Solid State Disk, referred to as SSD), etc.).