WO2016154890A1 - Method and device for switching channels - Google Patents

Abstract

Disclosed in the embodiments of the present invention is a method for switching channels, the method comprising: receiving a channel switching request sent from a user terminal, and the channel switching request carries the identifier of the target channel to be switched to; determining from buffer data a Real-time Transport Protocol (RTP) data packet corresponding to the identifier of the target channel; transmitting the RTP data packet to the user terminal through a unicast channel which is a channel established between the user terminal and a server for transmitting RTP data packets; and ceasing transmitting the RTP data packet when the condition of ceasing transmitting the RTP data packet is satisfied. The embodiments of the present invention also provide a device for switching channels, which can apply a fast channel switching technology in a digital video broadcasting system, thus shortening channel switching time.

Description

Method and device for channel switching Technical field

The present invention relates to the field of communications, and in particular, to a method and an apparatus for channel switching.

Background technique

In the technical field of a digital video broadcasting (DVB) system, a multi-channel television program is modulated into different radio spectrum signals after being compressed and multiplexed, and transmitted by a transmitter, and the receiver receives a broadcast signal in the air. After being processed, demodulated, and decoded, it is displayed on the screen to present the television program to the user. Usually, when the user performs channel switching, a switching time greater than 1 second is required.

In the technical field of Internet Protocol Television (IPTV), a single-channel television program is compressed and multiplexed and packaged into a Real-Time Transport Protocol (RTP) packet and passed through an Internet Protocol ( IP, Internet Protocol) The network is sent to the receiver. Usually, when a user performs channel switching, a switching time greater than 1 second is required.

In the prior art, a Fast Channel Switching (FCC) technology is introduced into the IPTV field, and a broadcast signal is received and processed by the front-end system to obtain a channel program to be processed, and a standard format transport stream of the channel program (TS, Transport) Stream) is packaged, each packet contains the RTP sequence number and timestamp, and the seamless connection between the multicast stream and the FCC unicast stream is realized by the RTP sequence number, which saves the media data buffer time.

However, in the prior art, the FCC technology mainly implements the connection between the multicast stream and the FCC unicast stream through the RTP sequence number and the time stamp, and the existing DVB technology mainly processes the broadcast signal, after demodulation and decoding. Displayed on the screen, when the user performs channel switching, it needs to perform sequence operations such as satellite network, frequency lock, filtering, demultiplexing, media data buffering, decoding, and I frame waiting, resulting in longer buffer time of media data, switching channels. Slower.

Summary of the invention

Embodiments of the present invention provide a channel switching method and apparatus, which can apply a fast channel switching technology in a digital video broadcasting system, thereby speeding up channel switching time.

In a first aspect, the present invention provides a method for channel switching, including:

Receiving, by the user terminal, a channel switching request, where the channel switching request carries an identifier of a destination channel to be switched to;

Determining, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

Transmitting, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and a server for transmitting an RTP data packet;

When the condition for stopping the delivery of the RTP data packet is satisfied, the transmission of the RTP data packet is stopped.

With reference to the first aspect, in a first possible implementation, the determining, by the cache data, an RTP data packet corresponding to the identifier of the destination channel, includes:

Determining a sequence number of the RTP data packet according to a timestamp of the RTP data packet included in a preset I frame index list, where the preset I frame index list is the target channel with a slice type of I frame a correspondence table between the sequence number and the time stamp of the RTP data packet;

Determining the RTP data packet from the cached data according to the sequence number of the RTP data packet.

With the first possible implementation of the first aspect, in a second possible implementation, before the determining, by the cache data, the RTP data packet corresponding to the identifier of the destination channel, the method further includes:

Receiving a live broadcast LMB data stream, and determining a transport stream of the destination channel from the LMB data stream;

Performing system time correction of the server end according to time information in the transport stream of the destination channel;

And compressing the transport stream of the destination channel into an RTP data packet of the destination channel, where the RTP data packet of the destination channel includes a corrected timestamp;

Cache the RTP data packet of the destination channel.

With the second possible implementation of the first aspect, in a third possible implementation, after the RTP data packet of the destination channel is cached, the method further includes:

And detecting, from the RTP data packet of the destination channel, a data packet whose slice type is an I frame;

Establishing a correspondence between a sequence number and a time stamp of the data packet of the slice type I frame as the I frame index list.

With reference to the first aspect, in a fourth possible implementation, when the condition for stopping the delivery of the RTP data packet is met, stopping sending the RTP data packet includes:

Stop receiving the RTP number when receiving the unicast channel data suspension request sent by the client According to the package; or,

After the user end tears down the unicast channel, the sending of the RTP data packet is stopped.

A second aspect of the present invention provides a method for channel switching, including:

Sending a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel. ;

Receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet;

When the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop sending the RTP data packet;

The RTP data packet is docked with a program data packet corresponding to the destination channel received from the LMB channel.

With reference to the second aspect, in a first possible implementation, before the sending a channel switching request to the server, the method further includes:

Receiving a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel;

Determining, according to a preset program address table, a program address corresponding to the identifier of the destination channel;

A unicast channel for transmitting RTP data packets from the client to the server is established according to the program address.

With reference to the second aspect, or the first possible implementation manner of the second aspect, in a second possible implementation, after the receiving, by the unicast channel, the RTP data packet sent by the server, the method Also includes:

Parsing each RTP data packet in order to obtain a timestamp included in each of the RTP data packets;

When the condition of stopping the delivery of the RTP data packet is satisfied, the server is instructed to stop sending the RTP data packet, including:

After receiving the first program data packet from the LMB channel, determining whether a timestamp of the last parsed RTP data packet satisfies a closing condition of the unicast channel;

When the shutdown condition of the unicast channel is satisfied, a unicast channel data suspension request is sent to the server.

With reference to the second possible implementation of the second aspect, in a third possible implementation, the determining whether the timestamp of the last parsed RTP data packet meets the closing condition of the unicast channel includes:

Calculating a difference between a timestamp of the last parsed RTP data packet and a timestamp included in the first program data packet;

When the difference is greater than the first preset value, determining that the off condition of the unicast channel is satisfied.

With reference to the second possible implementation of the second aspect, in a fourth possible implementation, the determining whether the timestamp of the last parsed RTP data packet meets the closing condition of the unicast channel includes:

Comparing the difference between the current system time value and the timestamp of the last parsed RTP packet;

When the difference is greater than the second preset value, determining that the off condition of the unicast channel is satisfied.

With reference to the second aspect, or any one of the first to fourth possible implementations of the second aspect, in a fifth possible implementation, the receiving the RTP data packet from the LMB channel The program data packets corresponding to the target channel are docked, including:

And discarding, from the LMB channel, a data packet whose sequence number corresponding to the target channel is duplicated with a sequence number of the RTP data packet;

The program data packets corresponding to the destination channel received from the LMB channel remaining after being discarded are arranged after the RTP data packet to be played.

In a third aspect, the present invention provides a server for channel switching, including:

The first receiving module is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

a determining module, configured to determine, from the cache data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel received by the first receiving module;

a sending module, configured to send, by using a unicast channel, the RTP data packet determined by the determining module to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet;

And a stop sending module, configured to stop the sending module from sending the RTP data packet when the condition for stopping the delivery of the RTP data packet is met.

With reference to the third aspect, in a first possible implementation manner, the determining module includes:

a first determining unit, configured to determine a sequence number of the RTP data packet according to a timestamp of the RTP data packet included in a preset I frame index list, where the preset I frame index list is a slice type a correspondence table between the sequence number and the timestamp of the RTP data packet of the destination channel of the I frame;

And a second determining unit, configured to determine the RTP data packet from the cached data according to the sequence number of the RTP data packet determined by the first determining unit.

With reference to the first possible implementation manner of the third aspect, in a second possible implementation manner, the server further includes:

a second receiving module, configured to receive a live broadcast LMB data stream, and determine a transport stream of the destination channel from the LMB data stream, before the determining module determines a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel ;

a correction module, configured to perform system time correction of the server according to time information in a transport stream of the destination channel received by the second receiving module;

a packing module, configured to package the transport stream of the destination channel into an RTP data packet of the destination channel, where the RTP data packet of the destination channel includes a corrected time stamp of the correction module;

a cache module, configured to cache an RTP data packet of the target channel after the packaging module is packaged.

In conjunction with the second possible implementation of the third aspect, in a third possible implementation, the server further includes:

a detecting module, configured to: after the cache module caches the RTP data packet of the destination channel, detect a data packet of a slice type of an I frame from an RTP data packet of the destination channel;

And a establishing module, configured to establish a correspondence between a sequence number and a timestamp of the data packet of the I frame detected by the detecting module, as the I frame index list.

With reference to the third aspect, in a fourth possible implementation, the the suspension module includes:

a stop sending unit, configured to stop sending the RTP data packet when receiving the unicast channel data suspension request sent by the user terminal; or, after the user end tears down the unicast channel, stop sending the RTP data pack.

A fourth aspect of the present invention provides a user terminal for channel switching, including:

a sending module, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines the target from the cached data The real-time transport protocol RTP data packet corresponding to the identifier of the channel;

a first receiving module, configured to receive, after the first sending module sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is established by the user end and the server a channel for transmitting RTP packets;

The indication module is configured to: when the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop the RTP data packet received by the first receiving module;

And a docking module, configured to interface the RTP data packet received by the first receiving module with a program data packet corresponding to the destination channel received from the LMB channel.

With reference to the fourth aspect, in a first possible implementation, the user terminal further includes:

a second receiving module, configured to receive a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel, before the sending module sends a channel switching request to the server;

a determining module, configured to determine, according to the preset program address table, a program address corresponding to the identifier of the destination channel received by the second receiving module;

And a establishing module, configured to establish, according to the program address determined by the determining module, a unicast channel for transmitting an RTP data packet from the user end to the server.

With reference to the fourth aspect, or the first possible implementation manner of the fourth aspect, in a second possible implementation, the user terminal further includes:

An obtaining module, configured to parse each RTP data packet in order after the second sending module receives the RTP data packet sent by the server from the unicast channel, to obtain the content included in each RTP data packet Timestamp

The indication module includes:

a determining unit, configured to determine, after receiving the first program data packet from the LMB channel, whether a timestamp of the last parsed RTP data packet meets a closing condition of the unicast channel;

And a sending unit, configured to send a unicast channel data suspension request to the server when the determining unit determines that the closing condition of the unicast channel is satisfied.

With reference to the second possible implementation of the fourth aspect, in a third possible implementation, the determining unit includes:

a calculating subunit, configured to calculate a difference between a timestamp of the last parsed RTP data packet and a timestamp included in the first program data packet;

The first determining subunit is configured to determine that the closing condition of the unicast channel is satisfied when the calculated difference value of the calculating subunit is greater than the first preset value.

With reference to the second possible implementation manner of the fourth aspect, in a fourth possible implementation, the determining unit includes

Comparing subunits for comparing a difference between a current system time value and a timestamp of the last parsed RTP data packet;

a second determining subunit, configured to determine that a closing condition of the unicast channel is satisfied when a difference value of the comparing subunit comparison is greater than a second preset value.

With reference to the fourth aspect, or the first to fourth possible implementation manners of the fourth aspect, in a fifth possible implementation, the docking module includes:

a discarding unit, configured to discard, from the LMB channel, a data packet whose sequence number corresponding to the target channel is duplicated with a sequence number of the RTP data packet;

a playing unit, configured to: after the discarding unit discards, the program data packets corresponding to the destination channel received from the LMB channel are arranged after the RTP data packet to be played.

In a fifth aspect, the present invention provides a server for channel switching, including: a transceiver, a memory, and a processor.

The transceiver device is configured to perform the following steps:

Receiving, by the user terminal, a channel switching request, where the channel switching request carries an identifier of a destination channel to be switched to;

Transmitting, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and a server for transmitting an RTP data packet;

The processor is configured to perform the following steps:

Determining, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

When the condition for stopping the delivery of the RTP data packet is satisfied, the transmission of the RTP data packet is stopped.

In a sixth aspect, the present invention provides a user terminal for channel switching, including: a transceiver, a memory, and a processor.

The transceiver device is configured to perform the following steps:

Receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting the RTP data packet;

Sending a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel. .

The processor is configured to perform the following steps:

When the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop sending the RTP data packet;

The RTP data packet is docked with a program data packet corresponding to the destination channel received from the LMB channel.

In a seventh aspect, the present invention provides a system for channel switching, which includes: a server and a client.

The server is configured to: receive a channel switching request sent by a user end, where the channel switching request carries an identifier of a destination channel to be switched; and determine, according to the real-time transmission protocol RTP data corresponding to the identifier of the destination channel, from the cached data. And sending, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet; when the RTP data packet is stopped, the data packet is sent When the condition is met, the sending of the RTP data packet is stopped;

The user end is configured to: send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, that the identifier of the destination channel is a real-time transport protocol RTP data packet; receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet; When the RTP data packet condition is sent, the server is instructed to stop sending the RTP data packet; and the RTP data packet is compared with a program data packet corresponding to the destination channel received from the LMB channel.

It can be seen from the above technical solutions that the embodiments of the present invention have the following advantages:

In the embodiment of the present invention, the FCC system is deployed on the front end of the IP network, and the existing broadcast network does not need to be modified or upgraded, and the application of the FCC technology in the DVB field can be implemented, thereby significantly improving the switching speed of the live channel and improving the user experience.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the following description will be made in the description of the embodiments. The drawings to be used are briefly described, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and those skilled in the art can also use these without any creative work. The figure obtains other figures.

1 is a schematic diagram of an embodiment of a method for channel switching in an embodiment of the present invention;

2 is a schematic diagram of another embodiment of a method for channel switching in an embodiment of the present invention;

FIG. 3 is a schematic diagram of interaction between a server and a client end of a digital video broadcast fast channel switching system according to an embodiment of the present invention; FIG.

4 is a schematic diagram of interaction diagrams during fast channel switching in an embodiment of the present invention;

5 is a schematic diagram of a front-end fast channel switching system of a digital video broadcasting system according to an embodiment of the present invention;

6 is a schematic diagram of a terminal receiver of a digital video broadcasting system according to an embodiment of the present invention;

7 is a schematic diagram of an embodiment of a server for channel switching in an embodiment of the present invention;

8 is a schematic diagram of another embodiment of a server for channel switching in an embodiment of the present invention;

9 is a schematic diagram of another embodiment of a server for channel switching in an embodiment of the present invention;

10 is a schematic diagram of another embodiment of a server for channel switching in an embodiment of the present invention;

11 is a schematic diagram of another embodiment of a server for channel switching in an embodiment of the present invention;

FIG. 12 is a schematic diagram of an embodiment of a user terminal for channel switching in an embodiment of the present invention; FIG.

FIG. 13 is a schematic diagram of another embodiment of a user terminal for channel switching according to an embodiment of the present invention; FIG.

14 is a schematic diagram of another embodiment of a user terminal for channel switching in an embodiment of the present invention;

15 is a schematic diagram of another embodiment of a user terminal for channel switching in an embodiment of the present invention;

16 is a schematic diagram of another embodiment of a user terminal for channel switching in an embodiment of the present invention;

17 is a schematic diagram of another embodiment of a user terminal for channel switching in an embodiment of the present invention;

FIG. 18 is a schematic structural diagram of a server according to an embodiment of the present invention; FIG.

FIG. 19 is a schematic structural diagram of a user end according to an embodiment of the present invention;

FIG. 20 is a schematic diagram of an embodiment of a channel switching system according to an embodiment of the present invention.

detailed description

Embodiments of the present invention provide a channel switching method, which can apply a fast channel switching technology in a digital video broadcasting system, thereby speeding up channel switching time. The embodiment of the invention also provides a device for corresponding channel switching. Detailed descriptions are as follows

The technical solution in the embodiment of the present invention will be clarified in the following with reference to the accompanying drawings in the embodiments of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS It is apparent that the described embodiments are only a part of the embodiments of the invention, and not all of the embodiments. All other embodiments obtained by a person skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

Referring to FIG. 1, an embodiment of a method for channel switching in an embodiment of the present invention includes:

101. Receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

In this embodiment, the server of the DVB system receives the channel switching request sent by the user end, and the channel switching request carries the identifier to be switched to the destination channel, where the DVB system further includes the user terminal, and broadcasts the live broadcast when the user end plays the program. The (LMB, Linear Media Broadcast) channel acquires program data from the server. When the channel is switched, the client and the server also establish a unicast channel for transmitting RTP data packets.

Among them, DVB is an internationally recognized digital television standard, which is composed of the European Telecommunications Standards Institute (ETSI), the European Committee for Electrotechnical Standardization (CENELEC), and the European Broadcasting Union (EBU). The European Broadcasting Union (JTC) was jointly launched by the Joint Technical Committee (JTC). The digital TV standard used in China is based on the DVB standard.

The DVB system can be divided into satellite broadcasting DVB-S system, cable television DVB-C system, terrestrial digital video broadcasting DVB-T system, and DVB system mainly completes the broadcasting and transmission of digital television signals.

102. Determine, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

In this embodiment, the server determines, according to the identifier of the destination channel, the data packet transmitted from the unicast channel from the cached data, and the RTP data packet is an RTP data packet that belongs to the destination channel and satisfies the transmission condition.

A unicast channel is a separate data channel established between a client and a server. Each packet sent from one server can only be transmitted to one to the client. This transmission method is called unicast.

103. Send, by using a unicast channel, an RTP data packet to the UE, where the unicast channel is a channel established by the UE and the server for transmitting the RTP data packet;

In this embodiment, the server sends the unicast channel to the client one by one through the unicast channel. The transmitted packet. The unicast channel is established by the client and the server to transmit the channel of the RTP data packet.

104. Stop the sending of the RTP data packet when the condition for stopping the delivery of the RTP data packet is satisfied.

In this embodiment, when the server knows that the condition for stopping the delivery of the RTP data packet is satisfied, the RTP data packet is stopped.

In the embodiment of the present invention, the FCC system is deployed on the front end of the IP network, and the existing broadcast network does not need to be modified or upgraded, and the application of the FCC technology in the DVB field can be implemented, thereby significantly improving the switching speed of the live channel and improving the user experience.

Optionally, in the foregoing optional embodiment of the channel switching method provided by the embodiment of the present invention, the RTP data packet corresponding to the identifier of the destination channel is determined from the cached data. Can include:

Determining the sequence number of the RTP data packet according to the timestamp of the RTP data packet included in the preset I frame index list, and the preset I frame index list is the sequence number and time of the RTP data packet of the destination channel of the slice type I frame. a correspondence table of stamps;

The RTP data packet is determined from the cached data according to the sequence number of the RTP data packet.

In this embodiment, the server determines the RTP data packet transmitted through the unicast channel in the cache data in the server cache area according to the identifier of the destination channel. The RTP data packet header includes a timestamp and an RTP sequence number, the timestamp is synchronized with the system time of the server, and the RTP sequence number is used to identify each different RTP data packet, and the RTP sequence number has continuity. The preset I frame index list includes a slice type I frame, and is a correspondence table between the time stamp of the RTP data packet transmitted from the unicast channel and the RTP sequence number. The sequence number of the RTP data packet transmitted from the unicast channel is determined according to the preset I frame index table, and the corresponding RTP data packet is selected from the cache data of the buffer area by the corresponding relationship between the sequence number and the RTP data packet.

It can be understood that the Moving Picture Experts Group (MPEG) is a video compression coding technology standard. The code compression is lossy compression with a maximum compression ratio of 200:1. There are currently five MPEG standards: MPEG-1, MPEG-2, MPEG-4, MPEG-7, and MPEG-21, and the standard adopted in the DVB system is the MPEG-2 standard.

The TS file is the MPEG-2 digital TV standard format and is currently the most widely used. In some video services, it is often necessary to quickly filter the slice type of an I frame from the TS for representing a video program. The theme and part of the content rather than the dynamic details. Since the video image sequence has redundancy in time, the MPEG adopts an interframe coding technology, wherein the I frame is a reference frame of the B frame and the P frame, and generally the I frame is sufficient to provide all the information of the video content, so the I frame is in the video image content. Extraction takes up a more important position.

In the embodiment of the present invention, the server is improved by adding an I frame indexing mechanism, and the server can quickly determine the I frame type video by using the I frame indexing mechanism, thereby effectively reducing the delivery of redundant data and saving processing time. .

Optionally, in the second optional embodiment of the channel switching method provided by the embodiment of the present invention, the identifier of the destination channel is determined from the cached data. Before the corresponding RTP data packet, it may also include:

Receiving a live broadcast LMB data stream, and determining a transport stream of the destination channel from the LMB data stream;

Performing system time correction on the server side according to time information in the transport stream of the destination channel;

The transport stream of the destination channel is packed into an RTP data packet of the destination channel, and the corrected timestamp is included in the RTP data packet of the destination channel;

The RTP packet of the destination channel is cached.

In this embodiment, the server receives the LMB data stream, and filters the TS of the destination channel from the LMB data stream, and locks the frequency to the live channel frequency of the FCC feature, and obtains the TS carrying the destination channel, which can be according to the destination channel TS. The time information is used to perform time correction on the server-side system, so that the system time of the server is synchronized with the time information of the time-lapse schedule (TOT, Time Offset Table) in the TS.

According to the definition of RFC2250 standard, the TS obtained by TS filtering is packaged into a packet of RTP format, the TS data packet is encapsulated in the RTP data packet as a payload, and the RTP data packet encapsulates an integer number of TS data packets, and the header portion of the RTP data packet contains the correction. The post timestamp is converted to an RTP timestamp of 45KHz according to the obtained absolute time value. It can be assumed that the value between the systems is HH:MM:SS:mm, converted to timestamp timesstamp=[(HH*3600+MM* 60+SS)*45000+mm*45]. The RTP packets of these destination channels are cached in a server-side buffer to quickly call the get information.

In addition, in the embodiment of the present invention, the transport stream of the destination channel is packaged into an RTP data packet, and the RTP data packet includes an RTP timestamp that can be used for seamless splicing, so that not only the FTP technology can be implemented by the video RTP data packet, but also Unicast code stream and LMB broadcast stream can be implemented by RTP timestamp The seamless stitching enhances the smoothness of the user watching the video.

Optionally, in the third optional embodiment of the channel switching method provided by the embodiment of the present invention, after the RTP data packet of the destination channel is cached, Can include:

Detecting a data packet whose slice type is an I frame from the RTP data packet of the destination channel;

The correspondence between the sequence number and the time stamp of the data packet whose slice type is I frame is established as an I frame index list.

In this embodiment, after the server buffer area buffers the RTP data packet of the destination channel, the data packet of the slice type I frame can be detected and determined from the RTP data packet of the destination channel, and the sequence number of the data packet with the slice type I frame is established. Correspondence with timestamps, as an I-frame index list.

The method for detecting and determining the I-frame video type slice type can generally detect the TS packet payload of the TS packet of the video. If the TS packet payload includes a packet header of a Packetized Elementary Stream (PES), Further testing of the PES packet header. If the PES header portion is set with a payload unit start indicator, the PES payload can be further detected. The payload unit start indicator is used to indicate that a PES packet or a Program Specific Information (PSI) is included in the TS packet. When the payload of the TS packet has a PES packet, the The following characteristics, "1" indicates that the load of the TS will start with the first byte of the PES packet; "0" indicates that the payload of the TS packet does not start with the PES packet. The PES payload can be used to obtain the video frame type. If the original stream (ES, Elementary Stream) before the PES packet is an I frame, the RTP sequence number of the RTP data packet in which the TS packet is located and the corresponding timestamp are recorded.

It should be noted that the method for quickly determining the I-frame video type slice type is not unique, and a new I-frame fast matching search algorithm or a fast intra prediction algorithm can be used to obtain the I-frame video. Not limited.

Further, in the embodiment of the present invention, a data packet of a video type slice type is an I frame is detected from an RTP data packet of a destination channel, and an I frame index list is established, thereby entering an I frame indexing mechanism, and reducing redundant data. Send, speed up the acquisition of I frame type video, further enhance the user experience.

Optionally, in the fourth optional embodiment of the channel switching method provided by the embodiment of the present invention, when the condition for stopping the delivery of the RTP data packet is met, stopping sending the RTP packets, which can include:

When receiving the unicast channel data suspension request sent by the client, stopping sending the RTP data packet;

or,

When the UE removes the unicast channel, it stops sending RTP packets.

In this embodiment, the server may receive a unicast channel data suspension request sent by the client, and after receiving the request, the server terminates sending the data packet to the client through the unicast channel. The request may be a Rapid Acquisition of Multicast RTP sessions (RAMS) request. Specifically, the unicast channel data suspension request is a RAMS-T request, and the RAMS-T request is It is sent after the UE receives the program data packet corresponding to the destination channel from the LMB channel.

In this embodiment, a special case is also described. When the user terminal removes the unicast channel for transmitting the RTP data packet due to equipment failure or network connection interruption, the server also terminates sending through the unicast channel. RTP packet.

It should be noted that the above two examples are only two possibilities for stopping the transmission of the RTP data packet on the server side. However, the actual application is not limited to the above two examples, and thus is not limited herein.

Further, in the embodiment of the present invention, the condition analysis of stopping the transmission of the RTP data packet in the general case and the special case is respectively performed, so that the solution can face more situations and expand the application range in the actual application. Increase the flexibility of the program.

The method for channel switching according to the present invention is described above from the perspective of a server. The method for channel switching in the present invention is described in detail from the perspective of the user. Referring to FIG. 2, a method for implementing channel channel switching according to an embodiment of the present invention is implemented. Examples include:

201. Send a channel switching request to the server, where the channel switching request carries an identifier of the destination channel to be switched, so that the server determines, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

In this embodiment, the UE of the DVB system sends a channel switching request to the server, where the channel switching request carries the identifier of the switched destination channel, and the server can determine the unicast channel from the cached data of the server buffer according to the identifier. The RTP packet sent, and the RTP packet belongs to the destination channel. The DVB system further includes a server, and when the user broadcasts the program, the related program data can be obtained from the server through the LMB channel.

202. Receive an RTP data packet sent by the server from a unicast channel, where the unicast channel is a client and a service. Channel established by the server for transmitting RTP data packets;

In this embodiment, the UE establishes a unicast channel for media data transmission with the server, and successively receives the RTP data packets transmitted by the unicast channel sent by the server one by one through the established unicast channel.

203. When it is satisfied that the condition for stopping the delivery of the RTP data packet is met, the server is instructed to stop sending the RTP data packet.

In this embodiment, when the condition for stopping the delivery of the RTP data packet is met, the UE may instruct the server to stop sending the RTP data packet. Specifically, the condition for stopping the delivery of the RTP data packet may be that the unicast channel sent by the user end is received. After the data suspension request (that is, the RAMS-T request), the RTP data packet may be stopped after the unicast channel is removed by the user.

204. Connect the RTP data packet with the program data packet corresponding to the destination channel received from the LMB channel.

In this embodiment, the UE seamlessly splices the RTP data packet transmitted from the unicast channel and the program data packet corresponding to the destination channel received from the LMB channel, wherein the RTP data packet transmitted from the unicast channel can remove the packet header. And split into a number of TS packets, and the TS packets corresponding to the destination channel received from the LMB channel can be connected to the TS packets of the unicast channel.

In the embodiment of the present invention, the FCC technology is improved, and the FCC system is deployed on the front end of the IP network. At the same time, the FCC system associated with the server front end is deployed on the user end, so that the existing broadcast network does not need to be modified or upgraded. To realize the application of FCC technology in the field of DVB, obviously improve the speed of live channel switching and enhance the user experience.

Optionally, on the basis of the foregoing embodiment corresponding to FIG. 2, in the first optional embodiment of the channel switching method provided by the embodiment of the present invention, before the channel switching request is sent to the server, the method may further include:

Receiving a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel;

Determining, according to a preset program address table, a program address corresponding to the identifier of the destination channel;

A unicast channel for transmitting RTP data packets from the client to the server is established according to the program address.

In this embodiment, before sending the channel switching request to the server, the UE may also receive a channel switching instruction input by the user, and the channel switching instruction includes an identifier of the destination channel, and the identifier is unique. The client downloads the LMB program channel and program address relationship list from the preset address. When sending When the channel switching request is made, the program address can be obtained according to the unique identifier of the channel, and then the unicast channel from the user end to the server is established by the program address, and the unicast channel is used for transmitting the RTP data packet.

It should be noted that the unique identifier may be composed of a network identifier, a server identifier, and a program channel number, or may be composed of other unique identifiers, and thus is not limited herein.

Secondly, in the embodiment of the present invention, the program address corresponding to the destination channel is determined by the unique identifier of the destination channel, and the uniqueness of the identifier can effectively and accurately determine the program address, so that the utility of the solution of the present invention is improved and operable. .

Optionally, in the second optional embodiment of the channel switching method provided by the embodiment of the present invention, the unicast channel receiving server sends the singular channel. After the RTP packet, it can also include:

Parsing each RTP packet in order to obtain the timestamp contained in each RTP packet;

When the condition of stopping the delivery of the RTP data packet is satisfied, the server is instructed to stop sending the RTP data packet, which may include:

After receiving the first program data packet from the LMB channel, determining whether the timestamp of the last parsed RTP data packet satisfies the closing condition of the unicast channel;

When the shutdown condition of the unicast channel is satisfied, a unicast channel data suspension request is sent to the server.

In this embodiment, after receiving the RTP data packet sent by the server one by one in the order of the RTP data packet sequence number, the UE obtains each RTP data packet by parsing the packet header information of the RTP data packet. Timestamp.

After receiving the program data packet corresponding to the destination channel from the LMB channel, the user needs to send a unicast channel data suspension request to the server, which needs to be judged to be implemented, and when the judgment is obtained, the last unicast channel RTP data packet is parsed. The timestamp meets the conditions for closing the unicast channel before the unicast channel is closed.

In the embodiment of the present invention, a certain condition is set for the unicast channel to be closed. After the condition that the unicast channel is closed is determined, the unicast channel can be closed, which can save bandwidth resources and make the solution. The practicality has been further enhanced.

Optionally, in the third optional embodiment of the channel switching method provided by the embodiment of the present invention, determining the time of the last parsed RTP data packet, based on the second optional embodiment corresponding to FIG. Whether the stamp meets the closing condition of the unicast channel may include:

Calculating the difference between the timestamp of the last parsed RTP packet and the timestamp contained in the first program packet;

When the difference is greater than the first preset value, it is determined that the off condition of the unicast channel is satisfied.

In this embodiment, determining whether the timestamp of the last parsed RTP data packet satisfies the closing condition of the unicast channel may be obtained when the first program data packet received from the LMB, that is, the first TS data packet, is obtained. The current time value of the client and server system, and converted to an RTP timestamp of 45KHz, which is recorded as rtp_ts_end. The RTP data packet of the unicast channel is parsed, and the corresponding timestamp information is obtained, and the information is updated to rtp_ts_last in real time, and it is determined whether the difference between the rtp_ts_last time value and the rtp_ts_end time value is greater than the first preset. The value, if greater than the first preset value, indicates that the data packet transmitted by the unicast channel has overlapped with the data packet transmitted by the LMB channel starting within the first preset value, that is, the user has been able to view the data. The data of the destination channel sent by the LMB channel, at which point the unicast channel can be turned off.

It should be noted that the first preset value may be set to 1 second, or other reasonable preset time, so the specific first preset value is not limited herein.

Further, in the embodiment of the present invention, an optional manner is proposed for the condition of closing the unicast channel, and a timeout mechanism is introduced. When the latest RTP timestamp transmitted by the live channel corresponds to the TS packet received by the LMB channel, When the RTP timestamp difference is greater than the first preset value, the unicast channel is closed, and bandwidth resources are saved, thereby improving the flexibility of the solution.

Optionally, in the fourth optional embodiment of the channel switching method provided by the embodiment of the present invention, determining the time of the last parsed RTP data packet, based on the second optional embodiment corresponding to FIG. Whether the stamp meets the closing condition of the unicast channel may include:

Comparing the difference between the current system time value and the timestamp of the last parsed RTP packet;

When the difference is greater than the second preset value, it is determined that the off condition of the unicast channel is satisfied.

In this embodiment, it may be determined whether the time difference between the current system time value and the timestamp of the last RTP data packet exceeds whether the timestamp of the last RTP data packet of the parsing meets the closing condition of the unicast channel. The second preset value determines that the off condition of the unicast channel is satisfied if the difference is greater than the second preset value.

The current system time value can be recorded as rtp_ts_now, which is converted according to the clock frequency of 45KHz, and then each RTP data packet of the unicast channel is parsed, thereby obtaining the corresponding time. The information is stamped, and the information is updated to rtp_ts_last in real time to determine whether the difference between the rtp_ts_last time value and the rtp_ts_now time value is greater than the second preset value. If the second preset value is greater than the second preset value, the broadcast signal is abnormal. In this case, the packet corresponding to the timestamp rtp_ts_last fails to reach the client normally, and the unicast channel can be closed at this time.

It should be noted that the second preset value may be set to 5 seconds, or other reasonable preset time, so the specific second preset value is not limited herein.

Further, in the embodiment of the present invention, another alternative manner is proposed for the condition of closing the unicast channel, and the purpose is to process when the broadcast signal is abnormal, and if the cut table exceeds the second preset value, if the DVB system If the user terminal still does not receive the broadcast signal stream, the unicast channel should be closed, thereby saving IP network resources, thereby further improving the flexibility of the scheme in practical applications.

Optionally, in the fifth optional embodiment of the channel switching method provided by the embodiment of the present invention, based on any one of the first to fourth alternative embodiments corresponding to FIG. 2 and FIG. 2, The RTP data packet is matched with the program data packet corresponding to the destination channel received from the LMB channel, and may include:

Discarding, from the LMB channel, a data packet whose sequence number corresponding to the destination channel corresponds to the sequence number of the RTP data packet;

The program data packets corresponding to the destination channel received from the LMB channel remaining after being discarded are arranged in an RTP data packet for playback.

In this embodiment, the method for seamlessly splicing the RTP data packet and the program data packet corresponding to the destination channel received from the LMB channel may be: the UE receives the first TS data packet obtained from the LMB channel, and parses the TS data. The packet header of the packet, thereby obtaining the serial number of the TS, which is a program clock reference (PCR, Program Clock Reference) for indicating the continuity of the TS packet, and the PCR is a time stamp indicating the instantaneous value of the system clock itself. After the header of the first TS packet is parsed, the first PCR record value ts_pcr(N) is obtained, and the TS packet received by the LMB channel can be filtered. The specific filtering method is to discard all PCR values ts_pcr(N). The TS packet is not buffered into the buffer until the next TS packet with the next PCR value of ts_pcr(N+1). The UE filters the TS packets with the PCR value of ts_pcr(N), that is, discards the TS packets with the PCR value of ts_pcr(N), and then arranges the TS packets corresponding to the destination channel received from the LMB channel after the discarding. Play after the RTP data packet, that is, the LMB channel performs the TS packet with the PCR value ts_pcr(N+1) and the TS packet with the PCR value ts_pcr(N) in the unicast channel. Stitching.

Further, in the embodiment of the present invention, the problem of seamless docking between the unicast code stream and the LMB broadcast code stream is solved by using the time stamp provided in the TS code stream, so that the destination channel maintains the smoothness and consistency of the play. Further enhance the user experience.

The following is a description of the scheme of the channel switching in the embodiment of the present invention. Referring to FIG. 3, FIG. 3 is a schematic diagram of the interaction between the server and the user end of the digital video broadcast fast channel switching system according to the embodiment of the present invention. The channel switching process in is performed in a digital video broadcasting system. The digital video broadcasting system is composed of a server and a client. The overall solution includes the DVB FCC system of the front-end deployment and the software upgrade of the terminal receiver. The server in the DVB front-end FCC system can use the unicast channel to quickly deliver the RTP data packet to the user in the DVB terminal receiver, and the user The terminal transmits a message to the server through a Real-Time Transport Control Protocol (RTCP) message channel.

The FCC system at the front end of the DVB system receives the LMB signal, filters the received LMB signal, locks the frequency to the live channel frequency that supports the FCC feature, obtains the TS of the standard format of the destination channel, and then according to the program association table (PAT, The Program Association Table, the Program Map Table (PMT), and the media stream of the destination channel filter out the TS packets of the destination channel. The media stream of the destination channel mentioned herein may specifically refer to a video data stream, an audio data stream, or a subtitle data stream, or may be a data stream in other media formats, which is not limited herein. Before the data carried in the media stream is presented to the user, the core technology of the DVB system is to use MPEG-2 technology for encoding video and audio, using a unified TS. However, the TS needs to be packaged and played. The so-called package format is to put the encoded video track and audio track into a file according to a certain format. Therefore, the TS is encapsulated, consisting of fixed length TS packets, and each TS packet contains 188 bytes.

The TS packet of the destination channel is packaged to obtain a TS packet, and then every 7 TS packets are encapsulated into one RTP packet. It should be noted that an RTP packet may be encapsulated by multiple TS packets, where 7 They are just a regular pattern, and the number of other components is not excluded, so there is no limit here. The FCC/retransmit-overtime (RET, retransmit-overtime) server module quickly delivers RTP data packets to the FCC/RET client module, and both modules integrate the RTCP protocol stack, and request messages between modules are transmitted through the RTCP channel. In order to control the progress of RTP packet transmission Cheng.

Referring to FIG. 4, FIG. 4 is a schematic diagram of interaction diagrams during fast channel switching, where the FCC/RET server is divided into two modules, and the burst sequence target module is used to receive a request sent by the FCC/RET client, the request. A RAMS request for transmission from the RTCP channel, in particular, may be a RAMS-R request, that is, a request for delivering an RTP data packet. After receiving the RAMS-R request, the signal source module sends another RAMS request to the FCC/RET client. Specifically, the RAMS-I request may be processed, that is, the RTP data packet request is processed, and the response includes the latest video I. The sequence number corresponding to the RTP data packet of the frame may enable the FCC/RET client to determine the time to close the unicast channel according to the sequence number corresponding to the RTP data packet and the timestamp included. When the source object sends a RAMS-I request, the corresponding RTP data packet is sent to the FCC/RET client through the unicast channel. When the FCC/RET client determines that the unicast channel is closed, the FCC is sent to the FCC. The signal source module of the /RET server sends a message to stop the delivery of the RTP packet, thereby completing the information exchange between the server and the client.

Please refer to FIG. 5. FIG. 5 is a schematic diagram of a fast channel switching system of a front end of a digital video broadcasting system. In a DVB front end FCC system, an LMB signal receiving and filtering module is used to receive an LMB signal in real time and lock the frequency to a live channel frequency supporting FCC characteristics. Point, obtain the TS carrying the channel, and filter out the TS packets of the FCC channel according to the media streams of the PAT, the PMT, and the channel, where the media stream includes video, audio, and subtitles.

The system clock synchronization module filters out the TOT from the TS in the LMB signal receiving and filtering module, and parses the acquisition time information, and corrects the clock of the DVB front-end FCC system according to the acquired time information, and synchronizes to the system clock. It can be understood that The DVB front-end FCC system clock time here is kept in sync with the clock time of the entire DVB system.

The system clock reads the system time, and the RTP packet packing module defines the channel TS data packet filtered by the LMB signal receiving and filtering module into an RTP data packet format according to the RFC2250 standard, and the packet header time stamp of the RTP data packet is the system. The system time for clock reading.

The RTP ring buffer stores the RTP packet sequence packed by the RTP packet packing module, and sends the RTP packet sequence to the video I frame index module and the FCC/RET server. The video I frame indexing module acquires the video TS data packet according to the PES of the video and performs TS load detection. When the slice type is I frame detected by the video I frame index table, the TS type I frame is recorded according to the RTP data packet sequence. The RTP packet number and the timestamp synchronized with the system clock synchronization module.

The FCC/RET server module integrates the RTCP protocol stack to process RAMS-R and RAMS-T requests from the receiver FCC client in accordance with the RFC4585 standard. When receiving the RAMS-R request, the module searches for the RTP packet containing the latest I-frame type from the RTP ring buffer according to the I-frame type determined by the video I-frame indexing module, and the corresponding RTP packet sequence number. The RAMS-I requests feedback to the FCC/RET client, and simultaneously starts to send packets from the RTP data packet to the FCC/RET client through the unicast channel. When the shutdown condition of the unicast channel is satisfied, a RAMS-T request is sent to the server.

The FCC program address issuing module is configured to parse the PAT, the PMT, and the Service Description Table (SDT) and monitor the version update, and maintain a relationship list of the unique identifier of the LMB channel and the corresponding FCC program address, and the identifier may be identified by the network identity. A unique identifier consisting of a number, a server ID, and a channel number. The receiver of the terminal can obtain the corresponding FCC program address by downloading the list.

Please refer to FIG. 6. FIG. 6 is a schematic diagram of a terminal receiver of a digital video broadcasting system. In a DVB terminal receiver, an FCC program address downloading module downloads an LMB channel and an FCC program address relationship table from a preset address. When the LMB channel is switched, The client can obtain the FCC program address according to the unique identifier of the channel, and establish a FMC signaling channel for communication with the server and a unicast channel for media data transmission, and the server also knows that the FCC signaling channel and the unicast channel are established at the user end. The requirements, and with the user side to establish the above channels.

The LMB signal receiving and filtering module receives the LMB signal, and locks the frequency to the live channel frequency point supporting the FCC characteristic to obtain the TS carrying the channel, and the system clock synchronization module filters out the TOT from the TS in the LMB signal receiving and filtering module, and parses the TOT. The time information is acquired, the time of the DVB terminal receiver is corrected, and the system clock of the receiver is synchronized. At the same time, the LMB signal receiving and filtering module sends the TS data packet of the program to the program TS stream merging module, and the module performs seamless splicing of the TS stream.

The FCC/RET client module sends RAMS-R and RAMS-T requests to the FCC/RET server in accordance with the RFC4585 standard and processes the RAMS-I request. When the FCC/RET client module receives the RAMS-I request, it parses each RTP packet of the unicast channel, thereby obtaining the corresponding timestamp information, and simultaneously updating the information to rtp_ts_last in real time, receiving from the LMB. The first program data packet, that is, the first TS data packet, acquires the current time value of the client and the server system, and converts it into an RTP timestamp of 45 KHz, and records the time stamp as rtp_ts_end. Determine the rtp_ts_last time value Whether the difference between the time value and the rtp_ts_end time value is greater than the first preset value, if it is greater than the first preset value, it indicates that the data packet transmitted by the unicast channel has been transmitted with the data packet transmitted by the LMB channel at the first preset. Overlap of the value time, that is, the user can already view the data of the destination channel sent from the LMB channel, and the unicast channel can be turned off at this time. Thus, a RAMS-T request is sent to close the unicast channel. It can be understood that the first preset value can be set to 1 second, or other reasonable preset time, so the specific first preset value is not limited herein.

Alternatively, the current system time value may be recorded as rtp_ts_now, and the value is converted according to a clock frequency of 45 KHz, and each RTP data packet of the unicast channel is parsed, thereby obtaining corresponding timestamp information, and at the same time, The information is updated to rtp_ts_last in real time, and it is determined whether the difference between the rtp_ts_last time value and the rtp_ts_now time value is greater than the second preset value. If the second preset value is greater than the second preset value, the broadcast signal is abnormal, and the timestamp rtp_ts_last corresponds to When the data packet fails to reach the user terminal normally, it can also send a RAMS-T request to close the unicast channel. Similarly, it can be understood that the second preset value can be set to 5 seconds, or other reasonable preset time. Therefore, the specific second preset value is not limited here.

The RTP packet parsing module parses the header information of the RTP packet to obtain the RTP packet sequence number and the timestamp, splits the RTP payload to obtain the TS, and then sends the TS filtered TS packet to the program TS stream merge module, so that the module will The TS packet of the program filtered by the LMB signal receiving and filtering module is seamlessly spliced with the TS packet obtained by the RTP packet parsing module parsing and splitting.

The seamlessly stitched program TS packets will be stored in the TS memory, from which the TS packets are acquired and played by the DVB program play module.

For ease of understanding, a method for channel switching in the present invention is described in detail in a specific application scenario, specifically:

User A pressed the cut-off button of the remote control at 9:59:58, Beijing time, and wanted to switch from the central set to the central five sets of sports programs. At this time, a channel switching request was issued, and the channel switching request was carried. The unique identifier of the central set of five to be switched, identified as (Network ID123+Service ID456+Program Number11), the server determines the TS corresponding to the program according to the identifier, and then filters out the TS packet from the TS, and the TS It consists of a TS packet of length 188 bytes. According to the RFC2250 standard definition, the TS data packet is packaged into an RTP data packet in the RTP format. And the time of the packet in the header of the RTP packet is 9:59:58:30, and the timestamp is 9719911350 by timesstamp=[(HH*3600+MM*60+SS)*45000+mm*45]. . After receiving the RAMS-R request sent by the UE, the server sends the RTP data packet to the UE through the unicast channel.

Assume that at 9:59:58 to 10:00:01, the server sends 10 TS packets to the client, setting them to 1 to 10 respectively. When 10 o'clock, starting from the LMB channel. Receiving consecutive data packets such as A, B, C, and D. When it is determined that the PCR value of the TS packet of the seventh TS is ts_pcr(N), and the PCR value of the TS packet of the A is consecutive ts_pcr(N+1), the completion is completed. Seamless stitching.

At the same time, the current time value is converted to an RTP timestamp of 36000, and the latest time from the unicast channel is RTP by the formula timesstamp=[(HH*3600+MM*60+SS)*45000+mm*45]. The data packet timestamp is 30000, and the RTP timestamp corresponding to the TS data packet sent from the LMB channel is 360000. Therefore, the unicast channel data suspension request can be sent, the unicast channel is closed, and the corresponding channel switching is completed.

The channel switching method in the embodiment of the present invention is described above. The following describes the server in the embodiment of the present invention. Referring to FIG. 7, an embodiment of the server for channel switching in the embodiment of the present invention includes:

The first receiving module 701 is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

a determining module 702, configured to determine, from the cache data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel received by the first receiving module 701;

The sending module 703 is configured to send, by using a unicast channel, the RTP data packet determined by the determining module 702 to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet. ;

The suspension module 704 is configured to stop the sending module 703 from transmitting the RTP data packet when the condition for stopping the delivery of the RTP data packet is satisfied.

In this embodiment, the first receiving module 701 receives the channel switching request sent by the user end, and the channel switching request carries the identifier of the destination channel to be switched, and the determining module 702 determines the destination received by the first receiving module 701 from the cached data. The real-time transport protocol RTP data packet corresponding to the identifier of the channel, and the sending module 703 sends the RTP data packet determined by the determining module 702 to the user end through the unicast channel. The unicast channel is a channel established by the client and the server for transmitting the RTP data packet. When the condition for stopping the delivery of the RTP data packet is satisfied, the suspension sending module 704 stops the sending module 703 from transmitting the RTP data packet.

In the embodiment of the present invention, the FCC system is deployed on the front end of the IP network, and the existing broadcast network does not need to be modified or upgraded, and the application of the FCC technology in the DVB field can be implemented, thereby significantly improving the switching speed of the live channel and improving the user experience.

Referring to FIG. 8, another embodiment of the server for channel switching in the embodiment of the present invention includes:

The first receiving module 701 is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

a determining module 702, configured to determine, from the cache data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel received by the first receiving module 701;

The sending module 703 is configured to send, by using a unicast channel, the RTP data packet determined by the determining module 702 to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet. ;

The stop sending module 704 is configured to stop the sending module 703 from sending the RTP data packet when the condition for stopping the delivery of the RTP data packet is satisfied;

The determining module 702 includes:

a first determining unit 7021, configured to determine a sequence number of the RTP data packet according to a timestamp of the RTP data packet included in a preset I frame index list, where the preset I frame index list is a slice type a correspondence table between the sequence number and the timestamp of the RTP data packet of the destination channel of the I frame;

The second determining unit 7022 is configured to determine the RTP data packet from the cached data according to the sequence number of the RTP data packet determined by the first determining unit 7021.

In the embodiment of the present invention, the server is improved by adding an I frame indexing mechanism, and the server can quickly determine the I frame type video by using the I frame indexing mechanism, thereby effectively reducing the delivery of redundant data and saving processing time. .

Referring to FIG. 9, another embodiment of the server for channel switching in the embodiment of the present invention includes:

The first receiving module 701 is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

a determining module 702, configured to determine, from the cache data, a destination received by the first receiving module 701 The identifier of the channel corresponds to the real-time transport protocol RTP data packet;

The sending module 703 is configured to send, by using a unicast channel, the RTP data packet determined by the determining module 702 to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet. ;

The stop sending module 704 is configured to stop the sending module 703 from sending the RTP data packet when the condition for stopping the delivery of the RTP data packet is satisfied;

The second receiving module 705 is configured to receive a live broadcast LMB data stream, and determine the target channel from the LMB data stream, before the determining module 702 determines a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel. Transport stream

The correcting module 706 is configured to perform system time correction of the server according to time information in a transport stream of the destination channel received by the second receiving module 705;

a packetizing module 707, configured to package the transport stream of the destination channel into an RTP data packet of the destination channel, where the RTP data packet of the destination channel includes the timestamp corrected by the correction module 706;

The cache module 708 is configured to buffer the RTP data packet of the destination channel that is packaged by the packaging module 707.

In addition, in the embodiment of the present invention, the transport stream of the destination channel is packaged into an RTP data packet, and the RTP data packet includes an RTP timestamp that can be used for seamless splicing, so that not only the FTP technology can be implemented by the video RTP data packet, but also The RTP timestamp can be used to seamlessly splicing the unicast code stream and the LMB broadcast code stream, thereby improving the fluency of the user watching the video.

Referring to FIG. 10, another embodiment of the server for channel switching in the embodiment of the present invention includes:

The first receiving module 701 is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

a determining module 702, configured to determine, from the cache data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel received by the first receiving module 701;

The sending module 703 is configured to send, by using a unicast channel, the RTP data packet determined by the determining module 702 to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet. ;

The stop sending module 704 is configured to stop the sending mode when the condition for stopping the delivery of the RTP data packet is met Block 703 sends the RTP data packet;

The second receiving module 701 is configured to receive a live broadcast LMB data stream, and determine the target channel from the LMB data stream, before the determining module 702 determines a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel. Transport stream

The correction module 706 is configured to perform system time correction of the server according to time information in a transport stream of the destination channel received by the first receiving module 701.

a packetizing module 707, configured to package the transport stream of the destination channel into an RTP data packet of the destination channel, where the RTP data packet of the destination channel includes the timestamp corrected by the correction module 706;

The cache module 708 is configured to cache an RTP data packet of the destination channel that is packaged by the packaging module 707.

The detecting module 709 is configured to: after the cache module 708 buffers the RTP data packet of the destination channel, detect a data packet of the I type frame from the RTP data packet of the destination channel;

The establishing module 710 is configured to establish, as the I frame index list, a correspondence between a sequence number and a time stamp of a data packet whose slice type is an I frame detected by the detecting module 709.

Further, in the embodiment of the present invention, a data packet of a video type slice type is an I frame is detected from an RTP data packet of a destination channel, and an I frame index list is established, thereby entering an I frame indexing mechanism, and reducing redundant data. Send, speed up the acquisition of I frame type video, further enhance the user experience.

Referring to FIG. 11, another embodiment of the server for channel switching in the embodiment of the present invention includes:

The first receiving module 701 is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

a determining module 702, configured to determine, from the cache data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel received by the first receiving module 701;

The sending module 703 is configured to send, by using a unicast channel, the RTP data packet determined by the determining module 702 to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet. ;

The suspension module 704 is configured to stop the sending module 703 from transmitting the RTP data packet when the condition for stopping the delivery of the RTP data packet is satisfied.

The stop sending module 704 includes:

The suspension sending unit 7041 is configured to stop sending the RTP data packet when receiving the unicast channel data suspension request sent by the user terminal; or stop sending the RTP packet.

Further, in the embodiment of the present invention, the condition analysis of stopping the transmission of the RTP data packet in the general case and the special case is respectively performed, so that the solution can face more situations and expand the application range in the actual application. Increase the flexibility of the program.

The user terminal in the present invention is described in detail below. Referring to FIG. 12, an embodiment of the user terminal for channel switching in the embodiment of the present invention includes:

a sending module 801, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a identifier corresponding to the identifier of the destination channel. Real-time transport protocol RTP data packet;

The first receiving module 802 is configured to receive, after the first sending module 801 sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is the client end and the server Established channel for transmitting RTP data packets;

The indication module 803 is configured to instruct the server to stop the RTP data packet received by the first receiving module 802 when the condition of stopping the delivery of the RTP data packet is satisfied;

The docking module 804 is configured to interface the RTP data packet received by the first receiving module 802 with the program data packet corresponding to the destination channel received from the LMB channel.

In this embodiment, the sending module 801 sends a channel switching request to the server, where the channel switching request carries the identifier of the destination channel to be switched, so that the server determines the real-time transport protocol RTP data packet corresponding to the identifier of the destination channel from the cached data. After the first sending module 801 sends the channel switching request, the first receiving module 802 receives the RTP data packet sent by the server from the unicast channel, and the unicast channel is a channel established by the user end and the server for transmitting the RTP data packet, and the indication is The module 803 instructs the server to stop the RTP data packet received by the first receiving module 802 when the condition for stopping the delivery of the RTP data packet is satisfied, and the docking module 804 corresponds the RTP data packet received by the first receiving module 802 to the destination channel received from the LMB channel. The program data packets are docked.

In the embodiment of the present invention, the FCC technology is improved, and the FCC system is deployed on the front end of the IP network. At the same time, the FCC system associated with the server front end is deployed on the user end, so that the existing broadcast network does not need to be modified or upgraded. To realize the application of FCC technology in the field of DVB, obviously Improve the speed of live channel switching and enhance the user experience.

Referring to FIG. 13, another embodiment of the user terminal for channel switching in the embodiment of the present invention includes:

a sending module 801, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a identifier corresponding to the identifier of the destination channel. Real-time transport protocol RTP data packet;

The first receiving module 802 is configured to receive, after the first sending module 801 sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is the client end and the server Established channel for transmitting RTP data packets;

The indication module 803 is configured to instruct the server to stop the RTP data packet received by the first receiving module 802 when the condition of stopping the delivery of the RTP data packet is satisfied;

The docking module 804 is configured to interface the RTP data packet received by the first receiving module 802 with the program data packet corresponding to the destination channel received from the LMB channel;

The second receiving module 805 is configured to receive a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel, before the sending module 801 sends a channel switching request to the server;

The determining module 806 is configured to determine, according to the preset program address table, a program address corresponding to the identifier of the destination channel received by the second receiving module 805;

The establishing module 807 is configured to establish, according to the program address determined by the determining module 806, a unicast channel for transmitting an RTP data packet from the user end to the server.

Secondly, in the embodiment of the present invention, the program address corresponding to the destination channel is determined by the unique identifier of the destination channel, and the uniqueness of the identifier can effectively and accurately determine the program address, so that the utility of the solution of the present invention is improved and operable. .

Referring to FIG. 14, another embodiment of the user terminal for channel switching in the embodiment of the present invention includes:

a sending module 801, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a identifier corresponding to the identifier of the destination channel. Real-time transport protocol RTP data packet;

The first receiving module 802 is configured to receive, after the first sending module 801 sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is the client end and the server Established channel for transmitting RTP data packets;

The indicating module 803 is configured to indicate the server when the condition for stopping the delivery of the RTP data packet is met Stopping the RTP data packet received by the first receiving module 802;

The docking module 804 is configured to interface the RTP data packet received by the first receiving module 802 with the program data packet corresponding to the destination channel received from the LMB channel;

The second receiving module 805 is configured to receive a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel, before the sending module 801 sends a channel switching request to the server;

The determining module 806 is configured to determine, according to the preset program address table, a program address corresponding to the identifier of the destination channel received by the second receiving module 805;

The establishing module 807 is configured to establish, according to the program address determined by the determining module 806, a unicast channel for transmitting an RTP data packet from the user end to the server;

The obtaining module 808 is configured to parse each RTP data packet in order after the second sending module 805 receives the RTP data packet sent by the server from the unicast channel, to obtain the RTP data packet. Timestamp contained in ;

The indication module 803 includes:

The determining unit 8031 is configured to determine, after receiving the first program data packet from the LMB channel, whether a timestamp of the last parsed RTP data packet meets a closing condition of the unicast channel;

The sending unit 8032 is configured to send a unicast channel data suspension request to the server when the determining unit 8031 determines that the closing condition of the unicast channel is satisfied.

In the embodiment of the present invention, a certain condition is set for the unicast channel to be closed. After the condition that the unicast channel is closed is determined, the unicast channel can be closed, which can save bandwidth resources and make the solution. The practicality has been further enhanced.

Referring to FIG. 15, another embodiment of the user terminal for channel switching in the embodiment of the present invention includes:

a sending module 801, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a identifier corresponding to the identifier of the destination channel. Real-time transport protocol RTP data packet;

The first receiving module 802 is configured to receive, after the first sending module 801 sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is the client end and the server Established channel for transmitting RTP data packets;

The indication module 803 is configured to instruct the server to stop the RTP data packet received by the first receiving module 802 when the condition of stopping the delivery of the RTP data packet is satisfied;

The docking module 804 is configured to interface the RTP data packet received by the first receiving module 802 with the program data packet corresponding to the destination channel received from the LMB channel;

The second receiving module 805 is configured to receive a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel, before the sending module 801 sends a channel switching request to the server;

The determining module 806 is configured to determine, according to the preset program address table, a program address corresponding to the identifier of the destination channel received by the second receiving module 805;

The establishing module 807 is configured to establish, according to the program address determined by the determining module 806, a unicast channel for transmitting an RTP data packet from the user end to the server;

The obtaining module 808 is configured to parse each RTP data packet in order after the second sending module 805 receives the RTP data packet sent by the server from the unicast channel, to obtain the RTP data packet. Timestamp contained in ;

The indication module 803 includes:

The determining unit 8031 is configured to determine, after receiving the first program data packet from the LMB channel, whether a timestamp of the last parsed RTP data packet meets a closing condition of the unicast channel;

The sending unit 8032 is configured to: when the determining unit 8031 determines that the closing condition of the unicast channel is satisfied, send a unicast channel data suspension request to the server;

The determining unit 8031 includes:

a calculating subunit 80311, configured to calculate a difference between a timestamp of the last parsed RTP data packet and a timestamp included in the first program data packet;

The first determining sub-unit 80312 is configured to determine, when the difference calculated by the calculating sub-unit 80311 is greater than the first preset value, that the closing condition of the unicast channel is met.

Further, in the embodiment of the present invention, an optional manner is proposed for the condition of closing the unicast channel, and a timeout mechanism is introduced. When the latest RTP timestamp transmitted by the live channel corresponds to the TS packet received by the LMB channel, When the RTP timestamp difference is greater than the first preset value, the unicast channel is closed, and bandwidth resources are saved, thereby improving the flexibility of the solution.

Referring to FIG. 16, another embodiment of the user terminal for channel switching in the embodiment of the present invention includes:

a sending module 801, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a identifier corresponding to the identifier of the destination channel. Real-time transport protocol RTP data packet;

The first receiving module 802 is configured to receive, after the first sending module 801 sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is the client end and the server Established channel for transmitting RTP data packets;

The indication module 803 is configured to instruct the server to stop the RTP data packet received by the first receiving module 802 when the condition of stopping the delivery of the RTP data packet is satisfied;

The docking module 804 is configured to interface the RTP data packet received by the first receiving module 802 with the program data packet corresponding to the destination channel received from the LMB channel;

The second receiving module 805 is configured to receive a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel, before the sending module 801 sends a channel switching request to the server;

The determining module 806 is configured to determine, according to the preset program address table, a program address corresponding to the identifier of the destination channel received by the second receiving module 805;

The establishing module 807 is configured to establish, according to the program address determined by the determining module 806, a unicast channel for transmitting an RTP data packet from the user end to the server;

The obtaining module 808 is configured to parse each RTP data packet in order after the second sending module 805 receives the RTP data packet sent by the server from the unicast channel, to obtain the RTP data packet. Timestamp contained in ;

The indication module 803 includes:

The determining unit 8031 is configured to determine, after receiving the first program data packet from the LMB channel, whether a timestamp of the last parsed RTP data packet meets a closing condition of the unicast channel;

The sending unit 8032 is configured to: when the determining unit 8031 determines that the closing condition of the unicast channel is satisfied, send a unicast channel data suspension request to the server;

The determining unit 8031 includes:

a comparison subunit 80313, configured to compare a difference between a current system time value and a timestamp of the last parsed RTP data packet;

The second determining sub-unit 80314 is configured to determine that the closing condition of the unicast channel is satisfied when the comparison value of the comparison sub-unit 80313 is greater than a second preset value.

Further, in the embodiment of the present invention, another alternative manner is proposed for the condition of closing the unicast channel, and the purpose is to process when the broadcast signal is abnormal, and if the cut table exceeds the second preset value, if the DVB system If the client in the middle still does not receive the broadcast signal stream, the unicast channel should be closed. The IP network resources are saved, which further enhances the flexibility of the solution in practical applications.

Referring to FIG. 17, another embodiment of the user terminal for channel switching in the embodiment of the present invention includes:

a sending module 801, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a identifier corresponding to the identifier of the destination channel. Real-time transport protocol RTP data packet;

The first receiving module 802 is configured to receive, after the first sending module 801 sends a channel switching request, the RTP data packet sent by the server from a unicast channel, where the unicast channel is the client end and the server Established channel for transmitting RTP data packets;

The indication module 803 is configured to instruct the server to stop the RTP data packet received by the first receiving module 802 when the condition of stopping the delivery of the RTP data packet is satisfied;

The docking module 804 is configured to interface the RTP data packet received by the first receiving module 802 with the program data packet corresponding to the destination channel received from the LMB channel;

The docking module 804 includes:

a discarding unit 8041, configured to discard, from the LMB channel, a data packet whose sequence number corresponding to the target channel is duplicated with a sequence number of the RTP data packet;

The playing unit 8042 is configured to arrange the program data packets corresponding to the target channel received from the LMB channel and after the discarded single 8041 element is discarded, and play the data packet after the RTP data packet.

Further, in the embodiment of the present invention, the problem of seamless docking between the unicast code stream and the LMB broadcast code stream is solved by using the time stamp provided in the TS code stream, so that the destination channel maintains the smoothness and consistency of the play. Further enhance the user experience.

FIG. 18 is a schematic structural diagram of a server according to an embodiment of the present invention. The server 900 may generate a large difference due to different configurations or performances, and may include one or more central processing units (CPU) (for example, One or more processors and memory 932, one or more storage media 930 storing application 942 or data 944 (eg, one or one storage device in Shanghai). Among them, the memory 932 and the storage medium 930 may be short-term storage or persistent storage. The program stored on storage medium 930 may include one or more modules (not shown), each of which may include a series of instruction operations in the server. Further, the central processing unit 922 can be configured to communicate with the storage medium 930 and execute on the server 900. A series of instruction operations in storage medium 930.

In the embodiment of the present invention, the central processing unit 922 included in the server further has the following functions:

Determining, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

When the condition for stopping the delivery of the RTP data packet is satisfied, the transmission of the RTP data packet is stopped.

Server 900 may also include one or more power supplies 926, one or more wired or wireless network interfaces 950, one or more transceivers 958, and/or one or more operating systems 941, such as Windows ServerTM, Mac OS XTM , UnixTM, LinuxTM, FreeBSDTM and more.

In the embodiment of the present invention, the transceiver 958 included in the server further has the following functions:

Receiving, by the user terminal, a channel switching request, where the channel switching request carries an identifier of a destination channel to be switched to;

And sending, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet.

The steps performed by the server in the above embodiment may be based on the server structure shown in FIG.

The embodiment of the present invention further provides a user terminal. As shown in FIG. 19, for the convenience of description, only parts related to the embodiment of the present invention are shown. If the specific technical details are not disclosed, please refer to the method part of the embodiment of the present invention. . The terminal may be any terminal device including a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), an in-vehicle computer, and the terminal is a mobile phone as an example:

FIG. 19 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. 19, the mobile phone includes: a radio frequency (RF) circuit 1010, a memory 1020, an input unit 1030, a display unit 1040, a sensor 1050, an audio circuit 1060, a wireless fidelity (WiFi) module 1070, and a processor 1080. And power supply 1090 and other components. It will be understood by those skilled in the art that the structure of the handset shown in FIG. 19 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 following describes the components of the mobile phone in detail with reference to FIG. 19:

The RF circuit 1010 can be used for receiving and transmitting signals during the transmission or reception of information or during a call. In particular, after receiving the downlink information of the base station, it is processed by the processor 1080. In addition, the uplink data is designed to be sent. Send to the base station. Generally, RF circuit 1010 includes, but is 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 circuit 1010 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 1020 can be used to store software programs and modules, and the processor 1080 executes various functional applications and data processing of the mobile phone by running software programs and modules stored in the memory 1020. The memory 1020 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 1020 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 storage device.

The input unit 1030 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. Specifically, the input unit 1030 may include a touch panel 1031 and other input devices 1032. The touch panel 1031, 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 1031 or near the touch panel 1031. Operation), and drive the corresponding connecting device according to a preset program. Optionally, the touch panel 1031 may 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 1080 is provided and can receive commands from the processor 1080 and execute them. In addition, the touch panel 1031 can be implemented in various types such as resistive, capacitive, infrared, and surface acoustic waves. In addition to the touch panel 1031, the input unit 1030 may also include other input devices 1032. In particular, other input devices 1032 may include, but are not limited to, physics One or more of a keyboard, function keys (such as a volume control button, a switch button, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 1040 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 1040 may include a display panel 1041. Alternatively, the display panel 1041 may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like. Further, the touch panel 1031 may cover the display panel 1041, and when the touch panel 1031 detects a touch operation thereon or nearby, the touch panel 1031 transmits to the processor 1080 to determine the type of the touch event, and then the processor 1080 according to the touch event. The type provides a corresponding visual output on display panel 1041. Although the touch panel 1031 and the display panel 1041 are used as two independent components to implement the input and input functions of the mobile phone in FIG. 18, in some embodiments, the touch panel 1031 and the display panel 1041 may be integrated. Realize the input and output functions of the phone.

The handset can also include at least one type of sensor 1050, 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 1041 according to the brightness of the ambient light, and the proximity sensor may close the display panel 1041 and/or when the mobile phone moves to the ear. Or backlight. As a kind of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in all directions (usually three axes). When it is stationary, it can detect the magnitude and direction of gravity. It can be used to identify the gesture of the mobile phone (such as horizontal and vertical screen switching, related Game, magnetometer attitude calibration), vibration recognition related functions (such as pedometer, tapping), etc.; as for the mobile phone can also be configured with gyroscopes, barometers, hygrometers, thermometers, infrared sensors and other sensors, no longer Narration.

An audio circuit 1060, a speaker 1061, and a microphone 1062 can provide an audio interface between the user and the handset. The audio circuit 1060 can transmit the converted electrical data of the received audio data to the speaker 1061, and convert it into a sound signal output by the speaker 1061; on the other hand, the microphone 1062 converts the collected sound signal into an electrical signal, by the audio circuit 1060. After receiving, it is converted into audio data, and then processed by the audio data output processor 1080, sent to the other mobile phone via the RF circuit 1010, or outputted to the memory 1020 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 1070, which provides users with wireless broadband interconnection. Web access. Although FIG. 18 shows the WiFi module 1070, it can be understood that it does not belong to the essential configuration of the mobile phone, and may be omitted as needed within the scope of not changing the essence of the invention.

The processor 1080 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 1020, and invoking data stored in the memory 1020, The phone's various functions and processing data, so that the overall monitoring of the phone. Optionally, the processor 1080 may include one or more processing units; preferably, the processor 1080 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 1080.

The mobile phone also includes a power source 1090 (such as a battery) that supplies power to various components. Preferably, the power source can be logically coupled to the processor 1080 through 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 may further include a camera, a Bluetooth module, and the like, and details are not described herein again.

In the embodiment of the present invention, the processor 1080 included in the client also has the following functions:

When the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop sending the RTP data packet;

The RTP data packet is docked with a program data packet corresponding to the destination channel received from the LMB channel.

In the embodiment of the present invention, the transceiver device included in the user terminal further has the following functions:

Receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet;

Sending a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel. .

The following describes the channel switching system in the embodiment of the present invention. Referring to FIG. 20, the channel switching system in the embodiment of the present invention includes:

Server 1101 and client 1102;

The server 1101 is configured to: receive a channel switching request sent by the user end 1102, where the channel switching request carries an identifier of a destination channel to be switched; the server 1101 determines from the cached data. a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel; the server 1101 sends the RTP data packet to the client terminal 1102 through a unicast channel, where the unicast channel is the client terminal 1102 and the server 1101 Establishing a channel for transmitting an RTP data packet; when it is satisfied that the condition of stopping the delivery of the RTP data packet is satisfied, the server 1101 stops transmitting the RTP data packet;

The user terminal 1102 is configured to: send a channel switching request to the server 1101, where the channel switching request carries an identifier of a destination channel to be switched, so that the server 1101 determines the target channel from the cached data. Corresponding real-time transport protocol RTP data packet; receiving the RTP data packet sent by the server 1101 from a unicast channel, where the unicast channel is established by the user end 1102 and the server 1101 for transmitting RTP data packets The channel is instructed to stop transmitting the RTP data packet when the condition of stopping the delivery of the RTP data packet is satisfied; and the RTP data packet is compared with the program data packet corresponding to the destination channel received from the LMB channel.

The embodiment of the present invention improves the FCC technology, and deploys the FCC system on the front end of the IP network, and does not need to modify or upgrade the existing broadcast network, but can implement the application of the FCC technology in the DVB field, thereby significantly improving the switching speed of the live channel and improving the user. Experience.

In the several embodiments provided by the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

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

In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product stored in a storage medium. A number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .

The method for channel switching provided by the present invention is described in detail above. The principles and implementations of the present invention are described in the following. The description of the above embodiments is only for helping to understand the method of the present invention. At the same time, those skilled in the art, according to the idea of the embodiments of the present invention, will have any changes in the specific embodiments and the scope of application. In summary, the content of the present specification should not be construed as the present invention. limits.

Claims (25)

1. A method for channel switching, comprising:

   Receiving, by the user terminal, a channel switching request, where the channel switching request carries an identifier of a destination channel to be switched to;

   Determining, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

   Transmitting, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and a server for transmitting an RTP data packet;

   When the condition for stopping the delivery of the RTP data packet is satisfied, the transmission of the RTP data packet is stopped.
2. The method according to claim 1, wherein the determining the RTP data packet corresponding to the identifier of the destination channel from the cache data comprises:

   Determining a sequence number of the RTP data packet according to a timestamp of the RTP data packet included in a preset I frame index list, where the preset I frame index list is the target channel with a slice type of I frame a correspondence table between the sequence number and the time stamp of the RTP data packet;

   Determining the RTP data packet from the cached data according to the sequence number of the RTP data packet.
3. The method according to claim 2, wherein the method further comprises: before determining the RTP data packet corresponding to the identifier of the destination channel from the cache data, the method further comprising:

   Receiving a live broadcast LMB data stream, and determining a transport stream of the destination channel from the LMB data stream;

   Performing system time correction of the server end according to time information in the transport stream of the destination channel;

   And compressing the transport stream of the destination channel into an RTP data packet of the destination channel, where the RTP data packet of the destination channel includes a corrected timestamp;

   Cache the RTP data packet of the destination channel.
4. The method according to claim 3, wherein after the buffering the RTP data packet of the destination channel, the method further comprises:

   And detecting, from the RTP data packet of the destination channel, a data packet whose slice type is an I frame;

   Establishing a correspondence between a sequence number and a time stamp of the data packet of the slice type I frame as the I frame index list.
5. The method according to claim 1, wherein the stopping the sending of the RTP data packet when the condition for stopping the delivery of the RTP data packet is satisfied comprises:

   Stop receiving the RTP data packet when receiving the unicast channel data suspension request sent by the user terminal; or

   After the user end tears down the unicast channel, the sending of the RTP data packet is stopped.
6. A method for channel switching, comprising:

   Sending a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel. ;

   Receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet;

   When the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop sending the RTP data packet;

   The RTP data packet is docked with a program data packet corresponding to the destination channel received from the LMB channel.
7. The method according to claim 6, wherein the method further comprises: before the sending a channel switching request to the server, the method further comprises:

   Receiving a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel;

   Determining, according to a preset program address table, a program address corresponding to the identifier of the destination channel;

   A unicast channel for transmitting RTP data packets from the client to the server is established according to the program address.
8. The method according to claim 6 or 7, wherein after the receiving, by the unicast channel, the RTP data packet sent by the server, the method further comprises:

   Parsing each RTP data packet in order to obtain a timestamp included in each of the RTP data packets;

   When the condition of stopping the delivery of the RTP data packet is satisfied, the server is instructed to stop sending the RTP data packet, including:

   After receiving the first program data packet from the LMB channel, determining whether a timestamp of the last parsed RTP data packet satisfies a closing condition of the unicast channel;

   When the shutdown condition of the unicast channel is satisfied, a unicast channel data suspension request is sent to the server.
9. The method according to claim 8, wherein the determining whether the timestamp of the last parsed RTP data packet satisfies the closing condition of the unicast channel comprises:

   Calculating a difference between a timestamp of the last parsed RTP data packet and a timestamp included in the first program data packet;

   When the difference is greater than the first preset value, determining that the off condition of the unicast channel is satisfied.
10. The method according to claim 8, wherein the determining whether the timestamp of the last parsed RTP data packet satisfies the closing condition of the unicast channel comprises:

    Comparing the difference between the current system time value and the timestamp of the last parsed RTP packet;

    When the difference is greater than the second preset value, determining that the off condition of the unicast channel is satisfied.
11. The method according to any one of claims 6 to 10, wherein the docking the RTP data packet with a program data packet corresponding to the destination channel received from the LMB channel comprises:

    And discarding, from the LMB channel, a data packet whose sequence number corresponding to the target channel is duplicated with a sequence number of the RTP data packet;

    The program data packets corresponding to the destination channel received from the LMB channel remaining after being discarded are arranged after the RTP data packet to be played.
12. A channel switching server, comprising:

    The first receiving module is configured to receive a channel switching request sent by the user end, where the channel switching request carries an identifier of the destination channel to be switched to;

    a determining module, configured to determine, from the cache data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel received by the first receiving module;

    a sending module, configured to send, by using a unicast channel, the RTP data packet determined by the determining module to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet;

    And a stop sending module, configured to stop the sending module from sending the RTP data packet when the condition for stopping the delivery of the RTP data packet is met.
13. The server according to claim 12, wherein the determining module comprises:

    a first determining unit, configured to determine a sequence number of the RTP data packet according to a timestamp of the RTP data packet included in a preset I frame index list, where the preset I frame index list is a slice type a correspondence table between the sequence number and the timestamp of the RTP data packet of the destination channel of the I frame;

    And a second determining unit, configured to determine the RTP data packet from the cached data according to the sequence number of the RTP data packet determined by the first determining unit.
14. The server according to claim 13, wherein the server further comprises:

    a second receiving module, configured to receive a live broadcast LMB data stream, and determine a transport stream of the destination channel from the LMB data stream, before the determining module determines a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel ;

    a correction module, configured to perform system time correction of the server according to time information in a transport stream of the destination channel received by the second receiving module;

    a packing module, configured to package the transport stream of the destination channel into an RTP data packet of the destination channel, where the RTP data packet of the destination channel includes a corrected time stamp of the correction module;

    a cache module, configured to cache an RTP data packet of the target channel after the packaging module is packaged.
15. The server according to claim 14, wherein the server further comprises:

    a detecting module, configured to: after the cache module caches the RTP data packet of the destination channel, detect a data packet of a slice type of an I frame from an RTP data packet of the destination channel;

    And a establishing module, configured to establish a correspondence between a sequence number and a timestamp of the data packet of the I frame detected by the detecting module, as the I frame index list.
16. The server according to claim 12, wherein the suspension module comprises:

    a stop sending unit, configured to stop sending the RTP data packet when receiving the unicast channel data suspension request sent by the user terminal; or, after the user end tears down the unicast channel, stop sending the RTP data pack.
17. A user terminal for channel switching, comprising:

    a sending module, configured to send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, in the cache data, a real-time corresponding to the identifier of the destination channel. Transport protocol RTP data packet;

    a first receiving module, configured to: after the first sending module sends a channel switching request, from the unicast Receiving, by the channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet;

    The indication module is configured to: when the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop the RTP data packet received by the first receiving module;

    And a docking module, configured to interface the RTP data packet received by the first receiving module with a program data packet corresponding to the destination channel received from the LMB channel.
18. The client according to claim 17, wherein the client further comprises:

    a second receiving module, configured to receive a channel switching instruction, where the channel switching instruction includes an identifier of the destination channel, before the sending module sends a channel switching request to the server;

    a determining module, configured to determine, according to the preset program address table, a program address corresponding to the identifier of the destination channel received by the second receiving module;

    And a establishing module, configured to establish, according to the program address determined by the determining module, a unicast channel for transmitting an RTP data packet from the user end to the server.
19. The client according to claim 17 or 18, wherein the client further comprises:

    An obtaining module, configured to parse each RTP data packet in order after the second sending module receives the RTP data packet sent by the server from the unicast channel, to obtain the content included in each RTP data packet Timestamp

    The indication module includes:

    a determining unit, configured to determine, after receiving the first program data packet from the LMB channel, whether a timestamp of the last parsed RTP data packet meets a closing condition of the unicast channel;

    And a sending unit, configured to send a unicast channel data suspension request to the server when the determining unit determines that the closing condition of the unicast channel is satisfied.
20. The user terminal according to claim 19, wherein the determining unit comprises:

    a calculating subunit, configured to calculate a difference between a timestamp of the last parsed RTP data packet and a timestamp included in the first program data packet;

    The first determining subunit is configured to determine that the closing condition of the unicast channel is satisfied when the calculated difference value of the calculating subunit is greater than the first preset value.
21. The client according to claim 19, wherein said determining unit comprises

    Comparing subunits for comparing a difference between a current system time value and a timestamp of the last parsed RTP data packet;

    a second determining subunit, configured to determine that a closing condition of the unicast channel is satisfied when a difference value of the comparing subunit comparison is greater than a second preset value.
22. The client according to any one of claims 17 to 21, wherein the docking module comprises:

    a discarding unit, configured to discard, from the LMB channel, a data packet whose sequence number corresponding to the target channel is duplicated with a sequence number of the RTP data packet;

    a playing unit, configured to: after the discarding unit discards, the program data packets corresponding to the destination channel received from the LMB channel are arranged after the RTP data packet to be played.
23. A channel switching server, comprising: a transceiver, a memory, and a processor,

    The transceiver device is configured to perform the following steps:

    Receiving, by the user terminal, a channel switching request, where the channel switching request carries an identifier of a destination channel to be switched to;

    Transmitting, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and a server for transmitting an RTP data packet;

    The processor is configured to perform the following steps:

    Determining, from the cached data, a real-time transport protocol RTP data packet corresponding to the identifier of the destination channel;

    When the condition for stopping the delivery of the RTP data packet is satisfied, the transmission of the RTP data packet is stopped.
24. A user terminal for channel switching, comprising: a transceiver, a memory, and a processor,

    The transceiver device is configured to perform the following steps:

    Receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet;

    Sending a channel switching request to the server, where the channel switching request carries an identifier of the destination channel to be switched, so that the server determines, from the cached data, that the identifier of the destination channel is Real-time transport protocol RTP packets.

    The processor is configured to perform the following steps:

    When the condition of stopping the delivery of the RTP data packet is satisfied, instructing the server to stop sending the RTP data packet;

    The RTP data packet is docked with a program data packet corresponding to the destination channel received from the LMB channel.
25. A channel switching system, comprising: a server and a client,

    The server is configured to: receive a channel switching request sent by a user end, where the channel switching request carries an identifier of a destination channel to be switched; and determine, according to the real-time transmission protocol RTP data corresponding to the identifier of the destination channel, from the cached data. And sending, by the unicast channel, the RTP data packet to the user end, where the unicast channel is a channel established by the user end and the server for transmitting an RTP data packet; when the RTP data packet is stopped, the data packet is sent When the condition is met, the sending of the RTP data packet is stopped;

    The user end is configured to: send a channel switching request to the server, where the channel switching request carries an identifier of a destination channel to be switched, so that the server determines, from the cached data, that the identifier of the destination channel is a real-time transport protocol RTP data packet; receiving, by the unicast channel, the RTP data packet sent by the server, where the unicast channel is a channel established by the client and the server for transmitting an RTP data packet; When the RTP data packet condition is sent, the server is instructed to stop sending the RTP data packet; and the RTP data packet is compared with a program data packet corresponding to the destination channel received from the LMB channel.

Images