WO2018166320A1 - 一种频道切换方法及其装置 - Google Patents

一种频道切换方法及其装置 Download PDF

Info

Publication number
WO2018166320A1
WO2018166320A1 PCT/CN2018/076535 CN2018076535W WO2018166320A1 WO 2018166320 A1 WO2018166320 A1 WO 2018166320A1 CN 2018076535 W CN2018076535 W CN 2018076535W WO 2018166320 A1 WO2018166320 A1 WO 2018166320A1
Authority
WO
WIPO (PCT)
Prior art keywords
media stream
target channel
target
channel
data slice
Prior art date
Application number
PCT/CN2018/076535
Other languages
English (en)
French (fr)
Inventor
邢刚
王志兵
魏志刚
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to JP2019550191A priority Critical patent/JP6974490B2/ja
Priority to EP18767358.7A priority patent/EP3582505B1/en
Priority to RU2019132200A priority patent/RU2753576C2/ru
Publication of WO2018166320A1 publication Critical patent/WO2018166320A1/zh
Priority to US16/564,432 priority patent/US11039203B2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4383Accessing a communication channel
    • H04N21/4384Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/23424Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637Control signals issued by the client directed to the server or network components
    • H04N21/6373Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6408Unicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/6437Real-time Transport Protocol [RTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/654Transmission by server directed to the client
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835Generation of protective data, e.g. certificates
    • H04N21/8352Generation of protective data, e.g. certificates involving content or source identification data, e.g. Unique Material Identifier [UMID]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/8547Content authoring involving timestamps for synchronizing content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234345Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements the reformatting operation being performed only on part of the stream, e.g. a region of the image or a time segment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234354Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering signal-to-noise ratio parameters, e.g. requantization
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234381Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the temporal resolution, e.g. decreasing the frame rate by frame skipping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions

Definitions

  • the present invention relates to the field of Internet Protocol Television (IPTV), and in particular, to a channel switching method and apparatus thereof.
  • IPTV Internet Protocol Television
  • an IPTV system is composed of a head end device, a Fast Channel Change (FCC) server, and a playback device, and the head end device is composed of an encoder (Encoder) and a Media Relay Function (MRF).
  • FCC Fast Channel Change
  • MRF Media Relay Function
  • the channel switching time is a very important indicator related to the user experience, and refers to the time taken between the playback of the channel by the playback device and the normal playback of the I frame by the playback device.
  • the media stream is formed by alternately spacing the three types of frames: IB, B, and P.
  • IBBPBBPIBBPBBP the playback device only receives B and P frames cannot be decoded separately, and must wait for the I frame to receive decoding. Picture.
  • the channel switching time is related to the media stream output of the head end device, the processing of the FCC server, and the buffering of the playback device.
  • the playback device After the playback device sends a channel switching request to the FCC server to switch to the target channel, the playback device receives the unicast media stream of the target channel sent by the FCC server and plays the video. The secondary channel switching is completed. However, from the perspective of the playback device, the channel switching is not completed yet.
  • the playback device joins the multicast group and receives the multicast media stream of the target channel sent by the head device. The channel switching is completed until the multicast media stream of the target channel is played.
  • the time from the FCC server to the unicast media stream to the playback device to decode the unicast media stream is between 400ms and 500ms, which affects the channel switching time to some extent.
  • the technical problem to be solved by the embodiments of the present invention is to provide a channel switching method and a device thereof, which can improve channel switching speed, shorten channel switching time, and save bandwidth.
  • an embodiment of the present invention provides a channel switching method, including:
  • the playback device sends a channel switching request to the fast channel switching FCC server to switch to the target channel;
  • the playing device receives the low bit rate media stream of the target channel that is quickly sent by the FCC server for playing;
  • the playback device engages and plays according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel.
  • channel switching speed can be improved, channel switching time can be shortened, and bandwidth can be saved; and the source code rate media stream and the low-rate media stream can be connected. , can achieve smooth playback and enhance user experience.
  • the head end device outputs at least a source rate media stream and a low bit rate media stream for a channel
  • the FCC server buffers the low bit rate media stream to receive the play
  • the channel switching request sent by the device provides a low bit rate media stream to the playing device; the head end device provides a source rate media stream to the device joining the multicast group.
  • the source channel rate media stream of the target channel and the low bit rate media stream of the target channel comprise a plurality of data slices, the data slice comprising a plurality of data packets, the data packet comprising First packet detection information; the playback device performs the process of connecting and playing according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel:
  • the playing device determines the low code rate alignment data slice and the source code alignment data slice according to the currently received source code rate media stream of the target channel and the first packet detection information of the data packet of the low channel rate media stream of the target channel. ;
  • the playback device concatenates the source code rate media stream of the target channel starting from the source code alignment data slice after the previous data slice of the low bit rate alignment data slice, and plays.
  • the alignment points in the two media streams are determined according to the first packet detection information, so as to achieve seamless connection.
  • the first packet detection information includes a first packet identifier and a timestamp
  • the playback device is configured according to the currently received source rate media stream of the target channel and a low bit rate of the target channel.
  • the first packet detection information of the media stream packet determines the low bit rate alignment data slice and the source code rate alignment data slice process is:
  • the playback device acquires the target data packet whose first packet identifier is the preset first packet identifier, the time stamp of the target data packet, and the target data packet in the source code rate media stream of the target channel that is currently received.
  • the playback device determines that the last data slice of the low bit rate media stream of the target channel is a low code rate aligned data slice.
  • the target data slice is a source code alignment data slice. The possible implementation manner is to determine the data slice with the same first packet timestamp according to the first packet identifier and the timestamp, so as to determine the alignment points in the two media streams, so as to achieve seamless connection.
  • the playing device sends a stop sending notification to the FCC server when the connection is completed, the stopping sending notification is used to notify the FCC server to stop sending the target channel to the playing device.
  • Low bit rate media stream Low bit rate media stream.
  • the playback device when receiving the fast-end notification sent by the FCC server, applies to the head-end device to join the multicast group of the target channel, and receives the multicast group from the head-end device.
  • the source rate media stream of the target channel that is, the source code rate media stream of the target channel that is sent by the head end device in a multicast manner.
  • an embodiment of the present invention provides a playback device, where the playback device has a function of implementing a behavior of a playback device in the method of the first aspect.
  • the functions may be implemented by hardware or by corresponding software implemented by hardware.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the playing device includes: a sending unit, configured to send a channel switching request to the fast channel switching FCC server to switch to the target channel; and a receiving unit, configured to receive the fast sending of the FCC server The low-rate media stream of the target channel is played; the receiving unit is further configured to: when receiving the fast-end notification sent by the FCC server, receive the source-rate media stream of the target channel from the head end device; a playing unit, configured to interface and play according to the source rate media stream of the target channel and the low bit rate media stream of the target channel.
  • the playing device includes a transceiver and a processor, and the transceiver is configured to send a channel switching request for switching to a target channel to a fast channel switching FCC server; the transceiver further And a low-rate media stream for receiving the target channel that is sent by the FCC server for playing; the transceiver is further configured to receive, when receiving the fast-end notification sent by the FCC server, receiving from the head end device a source code rate media stream of the target channel; the processor, configured to interface and play according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel.
  • the principle and the beneficial effects of the playback device can be solved by referring to the method and the beneficial effects of the first aspect.
  • the implementation of the playback device refer to the implementation of the method in the first aspect. The repetitions are not repeated here.
  • an embodiment of the present invention provides a channel switching method, including:
  • the FCC server receives a channel switching request that is sent by the playback device to switch to the target channel;
  • the FCC server performs a connection according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel, and quickly sends the connected target media stream to the playing device;
  • the low-rate media stream is quickly sent to the playback device, so that the playback device can increase the channel switching speed, shorten the channel switching time, and save bandwidth.
  • the head end device outputs at least a source rate media stream and a low bit rate media stream for a channel
  • the FCC server buffers the low bit rate media stream to receive the play
  • the channel switching request sent by the device provides a low bit rate media stream to the playing device; the head end device provides a source rate media stream to the device joining the multicast group.
  • the FCC server is in a period of time when a difference between a fast progress progress of the low bit rate media stream of the target channel and a live progress of the source channel rate media stream of the target channel is less than a threshold.
  • the playback device sends a fast-completion end notification, that is, when the fast-speed progress of the low-rate media stream of the target channel catches up with the live broadcast progress of the source-rate media stream of the target channel, the fast-transmitting end is sent to the playback device. Notifying that the playback device immediately requests the head end device to join the multicast group of the target channel to receive the source rate media stream of the target channel from the head end device.
  • the FCC server receives a stop sending notification sent by the playing device, and stops sending the low bit rate media stream of the target channel to the playing device according to the stopping sending notification.
  • an embodiment of the present invention provides an FCC server, where the FCC server has a function of implementing an FCC server behavior in the method in the third aspect.
  • the functions can be implemented by hardware or by hardware implementation of the corresponding software.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the FCC server includes: a receiving unit, configured to receive a channel switching request that is sent by the playing device to switch to a target channel, and a sending unit that is configured to send the playback device to the playback device at a preset high rate. Transmitting a low bit rate media stream of the target channel; the sending unit is further configured to send a fast sending end notification to the playing device, where the fast sending end notification is used to notify the playing device to receive the Source channel rate media stream for the target channel.
  • the FCC server includes a transceiver and a processor, where the transceiver is configured to receive a channel switching request that is sent by the playback device to switch to a target channel; the transceiver is further used to Transmitting a low bit rate media stream of the target channel to the playing device at a preset high rate; the transceiver is further configured to send a fast sending end notification to the playing device, where the fast sending end notification is used for The playback device is notified to receive the source rate media stream of the target channel from the head end device.
  • the principle and the beneficial effects of the FCC server to solve the problem can be seen in the method and the beneficial effects of the third aspect.
  • the implementation of the FCC server refer to the implementation of the method in the third aspect. The repetitions are not repeated here.
  • an embodiment of the present invention provides a channel switching method, including:
  • the FCC server receives a channel switching request that is sent by the playback device to switch to the target channel;
  • the FCC server performs a connection according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel, and quickly sends the connected target media stream to the playback device at the preset high rate;
  • the low-rate media stream and the connected target media stream are quickly sent to the playback device, so that the playback device can improve the channel switching speed, shorten the channel switching time, and save bandwidth. No need to change the playback device, just upgrade the FCC server.
  • the head end device outputs at least a source rate media stream and a low bit rate media stream for a channel
  • the FCC server buffers the low bit rate media stream to receive the play
  • the channel switching request sent by the device provides a low bit rate media stream to the playing device; the head end device provides a source rate media stream to the device joining the multicast group.
  • the source channel rate media stream of the target channel and the low bit rate media stream of the target channel comprise a plurality of data slices, the data slice comprising a plurality of data packets, the data packet comprising The first packet detection information; the FCC server performs the process of connecting according to the source channel rate media stream of the target channel and the low bit rate media stream of the target channel:
  • the FCC server determines a low code rate alignment data slice and a source code alignment data slice according to the currently received source code rate media stream of the target channel and the first packet detection information of the data packet of the low channel rate media stream of the target channel.
  • the FCC server concatenates the source rate media stream of the target channel starting from the source rate aligned data slice after the previous data slice of the low bit rate aligned data slice.
  • the alignment points in the two media streams are determined according to the first packet detection information, so as to achieve seamless connection.
  • the first packet detection information includes a first packet identifier and a timestamp
  • the FCC server according to the currently received source rate media stream of the target channel and a low bit rate of the target channel
  • the first packet detection information of the media stream packet determines the low bit rate alignment data slice and the source code rate alignment data slice process is:
  • the target data packet whose first packet identifier is the preset first packet identifier, the time stamp of the target data packet, and the target data packet in the source code rate media stream of the target channel that is currently received.
  • the FCC server determines that the last data slice of the low bit rate media stream of the target channel is a low code rate aligned data slice.
  • the target data slice is a source code alignment data slice. The possible implementation manner is to determine the data slice with the same first packet timestamp according to the first packet identifier and the timestamp, so as to determine the alignment points in the two media streams, so as to achieve seamless connection.
  • the FCC server sends a fast-closing end notification to the playing device at a time interval that is shorter than a threshold time interval of the fast-transmitting completion time of the source code alignment data slice, that is, in the When the source code rate alignment data slice is completed or after the fast transmission is completed, the fast playback end notification is sent to the playback device, and the playback device is notified to immediately apply to the head end device to join the multicast group of the target channel.
  • the headend device receives the source rate media stream of the target channel.
  • the FCC server receives a stop sending notification sent by the playing device, and stops sending the target media stream to the playing device according to the stopping sending notification.
  • the FCC server starts to send the low-rate media stream of the target channel to the playback device at a preset high rate, or applies to the head-end device during the fast-transmitting process.
  • the multicast group of the target channel receives the source rate media stream of the target channel from the head end device, that is, receives the source rate media stream of the target channel that is sent by the head end device in a multicast manner.
  • an embodiment of the present invention provides another FCC server, where the FCC server has a function of implementing the behavior of the FCC server in the method in the third aspect.
  • the functions may be implemented by hardware or by corresponding software implemented by hardware.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the FCC server includes: a receiving unit, configured to receive a channel switching request that is sent by the playing device to switch to a target channel, and a sending unit that is configured to send the playback device to the playback device at a preset high rate.
  • the receiving unit is further configured to receive a source rate media stream of the target channel from a head end device; and an interface unit, configured to: according to the source channel rate media stream of the target channel The low-rate media stream of the target channel is connected; the sending unit is further configured to quickly send the target media stream to the playback device at the preset high rate; the sending unit is further configured to Sending, by the playback device, a fast-transmission end notification, to the playback device, to send the target media stream to the playback device at a preset normal rate, where the fast-transmission end notification is used to notify the playback device to receive the target channel from the head end device.
  • the source rate media stream, the preset high rate being greater than the preset normal rate.
  • the FCC server includes a transceiver and a processor, where the transceiver is configured to receive a channel switching request that is sent by the playback device to switch to a target channel; the transceiver is further used to Transmitting a low bit rate media stream of the target channel to the playback device at a preset high rate, and receiving a source rate media stream of the target channel from a head end device; the processor, configured to use the target channel according to the target channel The source code rate media stream is coupled to the low bit rate media stream of the target channel; the transceiver is further configured to quickly send the target media stream to the playback device at the preset high rate; The device is further configured to send a fast-closing end notification to the playing device, to quickly send the target media stream to the playing device at a preset normal rate, where the fast-closing end notification is used to notify the playing device from the head end device Receiving a source rate media stream of the target channel, the preset high rate being greater than the preset normal
  • the principle and the beneficial effects of the FCC server to solve the problem can be seen in the method and the beneficial effects of the fifth aspect.
  • the implementation of the FCC server can refer to the implementation of the method in the fifth aspect. The repetitions are not repeated here.
  • a seventh aspect of the present invention provides a channel switching method, including:
  • the playback device sends a channel switching request to the fast channel switching FCC server to switch to the target channel;
  • the playing device receives the low bit rate media stream of the target channel that is quickly sent by the FCC server for playing;
  • the playback device engages and plays according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel.
  • channel switching speed can be improved, channel switching time can be shortened, and bandwidth can be saved.
  • the playing device performs the process of connecting and playing according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel:
  • the playing device connects and plays according to the data packet sequence number or time stamp of the currently received target media stream and the source channel rate media stream of the target channel.
  • the data packet sequence number can be directly connected.
  • the playing device sends a stop sending notification to the FCC server when the connection is completed, the stopping sending notification is used to notify the FCC server to stop sending the target channel to the playing device.
  • Low bit rate media stream Low bit rate media stream.
  • an embodiment of the present invention provides another playback device, where the playback device has a function of implementing a behavior of a playback device in the method of the seventh aspect.
  • the functions may be implemented by hardware or by corresponding software implemented by hardware.
  • the hardware or software includes one or more modules corresponding to the functions described above.
  • the playing device includes: a sending unit, configured to send a channel switching request for switching to a target channel to a fast channel switching FCC server, and a receiving unit, configured to receive the fast sending of the FCC server The low-rate media stream of the target channel is played; the receiving unit is further configured to receive the connected target media stream sent by the FCC server and play the same; the receiving unit is further configured to receive the FCC server Receiving, by the head end device, a source rate media stream of the target channel, and a connection playing unit, configured to perform, according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel, Connect and play.
  • the playing device includes a transceiver and a processor, and the transceiver is configured to send a channel switching request for switching to a target channel to a fast channel switching FCC server; the transceiver is further used And receiving the low-rate media stream of the target channel that is sent by the FCC server for playing; the transceiver is further configured to receive the connected target media stream sent by the FCC server and play the same; And a method for receiving, by the head end device, a source rate media stream of the target channel when receiving the fast notification end sent by the FCC server; the processor, configured to: according to the source channel rate media stream of the target channel The low bit rate media stream of the target channel is connected and played.
  • the principle and the beneficial effects of the playback device can be solved by referring to the method and the beneficial effects of the seventh aspect.
  • the playback device refer to the implementation of the method according to the seventh aspect. The repetitions are not repeated here.
  • an embodiment of the present invention provides a computer readable storage medium, comprising instructions, when executed on a computer, causing a computer to perform the channel switching method according to the first aspect or the seventh aspect.
  • an embodiment of the present invention provides a computer readable storage medium, comprising instructions, when executed on a computer, causing a computer to perform the channel switching method according to the third aspect or the fifth aspect.
  • channel switching speed can be improved, channel switching time can be shortened, and bandwidth can be saved.
  • FIG. 1 is a schematic diagram of a system architecture to which an embodiment of the present invention is applied;
  • FIG. 2 is a schematic diagram of a media stream slicing according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a media stream package provided by an embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a physical structure of a playback device according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of an entity of an FCC server according to an embodiment of the present invention.
  • FIG. 6 is a schematic flowchart of a channel switching method according to Embodiment 1 of the present invention.
  • FIG. 7 is a schematic diagram of the connection of two media streams according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a channel switching method according to Embodiment 2 of the present invention.
  • Figure 9 is a schematic diagram of the connection according to the serial number of the data packet.
  • FIG. 10 is a schematic diagram of a logical structure of a playback device according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram of a logical structure of an FCC server according to an embodiment of the present invention.
  • the system architecture may be a system architecture of an IPTV system, including a program source, a head end device 101, an FCC server 102, and a playback device 103. It should be noted that the number and configuration of the head end device, the FCC server, and the playback device in the system architecture diagram shown in FIG. 1 do not constitute a limitation on the embodiments of the present invention.
  • the head end device 101 is composed of a Media Relay Function (MRF) and an Encoder.
  • MRF Media Relay Function
  • the head end device 101 acquires the media content of the channel from the program source, performs compression coding processing on the media content, and converts the media file or the media stream required by the symbol IPTV service format.
  • the encoder compresses and encodes the media content of the channel obtained from the program source (Adaptive Bit Rate (ABR) encoding), and encapsulates the processing, and the MRF module performs real-time transmission protocol on the encoder (Real-time). Transport Protocol, RTP) Encapsulation processing.
  • ABR Adaptive Bit Rate
  • RTP Transport Protocol
  • the head end device 101 transmits the media stream to the FCC server and the playback device 103 in a multicast form.
  • the head end device 101 performs compression, encoding, encapsulation, conversion, and the like on the media content of one channel to obtain at least two media streams, including a low bit rate media stream and a source code rate media stream.
  • the headend device 101 can output at least two media streams, a low bit rate media stream and a source code rate media stream for the channel.
  • the clarity of the source rate media stream is related to the network quality of the playback device 103, the network quality is good, the source code rate media stream has high definition, and the clarity is low.
  • the bit rate of the low bit rate media stream is much smaller than the bit rate of the source code rate media stream. For example, the bit rate of the low bit rate media stream is smaller than 45% of the code rate of the source code rate media stream.
  • the slice time of at least two media streams of one channel is the same, and the slice boundaries are aligned to ensure that the playback device or the FCC server seamlessly connects the low bit rate media stream and the source code rate media stream of the channel.
  • 2 is a schematic diagram of a media stream slicing according to an embodiment of the present invention.
  • the source media rate stream and the low bit rate media stream are sliced into a plurality of data slices. For example, only the data slice numbered 1-6 is used in FIG. 2, and the data slice numbered 1 is not necessarily the first data slice of the media stream.
  • the slice size of each data slice of the source rate media stream and the low bit rate media stream is the same, indicating that the source code rate media stream and the low bit rate media stream have the same slice time; the light gray data slice 1 and the dark gray
  • the slice boundaries of data slice 1 are all on the dotted line, indicating that the source rate media stream is aligned with the slice boundary of the low bit rate media stream.
  • the source rate media stream and the low bit rate media stream are synchronously sliced according to the same slice time.
  • the specific value of the slice time is set by the head end device 101. The specific value is not limited herein.
  • the slice time defaults to 2s, that is, the slice size of each data slice is 2s. It can be understood that the slice diagram shown in FIG. 2 is obtained by the encoder.
  • FIG. 3 is a schematic diagram of a media stream package provided by an embodiment of the present invention, which is a schematic diagram of RTP encapsulation of a source rate media stream and a low bit rate media stream. Since the code rate of the source code rate media stream and the low bit rate media stream are different, the number of RTP packets included in one data slice in the source code rate media stream is different from the number of RTP packets included in one data slice in the low code rate media stream, as shown in FIG. The number of RTP packets included in one data slice in the source code rate media stream is 4, and the number of RTP packets included in one data slice in the low bit rate media stream is 2.
  • the MRF in the process of performing RTP encapsulation, the MRF extends two fields to the RTP header to identify whether it is the first RTP packet of the data slice, and the two fields include the first packet identifier field and the time stamp. Field.
  • the timestamp field can be a trunk timestamp field, which is the "T" shown in FIG. It should be noted that the package diagram shown in FIG. 3 is for example only and does not constitute a limitation on the embodiment of the present invention. It can be understood that the package diagram shown in FIG. 3 is obtained by processing by the MRF and outputted by the head end device 101.
  • the MRF uses "0" after the normal data, and indicates the effective data length in the RTP header to facilitate boundary alignment, for example, the low code rate shown in FIG. RTP 2 of data slice 1 in the media stream has a valid data length of 2.
  • the FCC server 102 is configured to buffer the media stream of the channel and send the media stream to the playback device 103 in unicast form.
  • the FCC server 102 is configured to buffer the low bit rate media stream of all channels, and send the low bit rate media stream to the playing device 103 in a unicast manner; and is also used to receive the source rate media stream from the head end device 101.
  • the source media rate media stream and the low bit rate media stream are concatenated, and the connected media stream is sent to the playback device 103 in a unicast manner.
  • the playback device 103 can receive the source code media stream sent by the head end device 101 in a multicast manner, and can also receive the low bit rate media stream sent by the FCC server 102 in a unicast manner, and can also receive the FCC server 102 to send in a unicast manner.
  • the connected media stream can also interface the source rate media stream with the low bit rate media stream.
  • the playback device 103 plays the received media stream so that the user can acquire the media content.
  • system architecture diagram shown in FIG. 1 further includes a scheduling device, configured to record the FCC server 102 address, and provide the playback device with the FCC server address corresponding to the channel.
  • a scheduling device configured to record the FCC server 102 address, and provide the playback device with the FCC server address corresponding to the channel.
  • the channel switching method and device thereof provided by the embodiments of the present invention can be applied to an IPTV scenario, and the low-rate media stream that is quickly sent by the FCC server enables the playback device to complete buffering and stable playback in a shorter time, thereby improving channel switching. Speed, shorten channel switching time while saving bandwidth.
  • DASH dynamic adaptive streaming over HTTP
  • HTTP Hypertext Transfer Protocol
  • the playing device in the embodiment of the present invention may be a digital television receiving terminal, an intelligent playing terminal, a smart TV with integrated Set Top Box (STB) function, and the like.
  • STB Set Top Box
  • FIG. 4 is a schematic structural diagram of a physical structure of a playback device according to an embodiment of the present invention.
  • the playback device 103 shown in FIG. 4 includes a processor 1031, a transceiver 1032, and a display system 1033. It should be noted that the structural diagram shown in FIG. 4 does not constitute a limitation on the embodiment of the present invention. In practical applications, the playback device may further include other components, such as a memory, an input device, an audio system, and the like.
  • the processor 1031 may be a controller, a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), and an application-specific integrated circuit (ASIC). ), Field Programmable Gate Array (FPGA) or other programmable logic device, transistor logic device, hardware component, or any combination thereof. It is possible to implement or carry out various exemplary logical blocks, modules and circuits described in connection with the disclosure of the embodiments of the invention.
  • the processor 1031 may also be a combination of computing functions, such as one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the transceiver 1032 can be a communication module, a transceiver circuit, and is configured to receive media streams, data, instructions, and the like sent by other devices, and send requests, data, and the like to other devices to implement communication between the playback device and other devices.
  • the display system 1033 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, etc., for output display of the media stream, The user presents the picture.
  • LCD liquid crystal display
  • LED light emitting diode
  • CRT cathode ray tube
  • the media stream received by the transceiver 1032 is processed by the processor 1031, and finally outputted by the display system 1033.
  • FIG. 5 it is a schematic diagram of an entity structure of an FCC server according to an embodiment of the present invention.
  • the FCC server 102 shown in FIG. 5 includes a processor 1021, a transceiver 1022, and a memory 1023. It should be noted that the structural diagram shown in FIG. 5 does not constitute a limitation on the embodiment of the present invention. In practical applications, the FCC server may further include other components.
  • the processor 1021 may be a controller, a CPU, a general purpose processor, a DSP, an ASIC, an FPGA or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. It is possible to implement or carry out various exemplary logical blocks, modules and circuits described in connection with the disclosure of the embodiments of the invention.
  • the processor 1021 can also be a combination of computing functions, for example, including one or more microprocessor combinations, a combination of a DSP and a microprocessor, and the like.
  • the transceiver 1022 may be a communication module, a transceiver circuit, and configured to receive the media stream sent by the head end device 101, send a request to the head end device 101, receive the request sent by the playback device 103, and send the media stream to the playback device 103 to implement the FCC server. Communication with the headend device, playback or being.
  • the memory 1023 may be a Read-Only Memory (ROM) or other type of static storage device that can store static information and instructions, a Random Access Memory (RAM) or other types of dynamics that can store information and instructions.
  • the storage device may also be an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Compact Disc Read-Only Memory (CD-ROM) or other optical disc storage, or a disc storage (including A compact disc, a laser disc, a compact disc, a digital versatile disc, a Blu-ray disc, etc.), a disk storage medium or other magnetic storage device, or any capable of carrying or storing a desired program code in the form of an instruction or data structure and accessible Other media, but not limited to this.
  • the memory 1023 may be stand-alone or may be integrated with the processor 1021.
  • the memory 1023 is configured to store program code for executing an embodiment of the present invention, and is controlled by the processor 1021.
  • the processor 1021 is configured to execute program code stored in the memory 1023.
  • Unicast is one of the most basic functions of a media streaming server, sending data from a single point to a single point.
  • the FCC server sends the media stream to the playback device in a unicast manner.
  • Multicast is a Transmission Control Protocol (TCP)/Internet Protocol (IP) that sends the same data from a single point to multiple points.
  • TCP Transmission Control Protocol
  • IP Internet Protocol
  • the sender only needs to address the multicast IP address.
  • UDP User Datagram Protocol
  • the router distributes the data distribution to the interested receiver by the router on the network.
  • the sender's workload remains unchanged regardless of the number of recipients.
  • Multicast can minimize the amount of data on the network. This feature makes multicast very suitable for the transmission of channel data.
  • the playback device can directly join the multicast media stream sent by the headend device by applying to join the multicast group, thereby greatly reducing the workload of the FCC server and reducing network traffic.
  • the head end device sends the media stream to the playback device and the FCC server in a multicast manner.
  • a channel refers to a specific radio broadcast frequency or a band of other radio communication frequencies.
  • a channel refers to a live channel.
  • the FCC server continuously receives the low-rate media stream from the head-end device, and buffers the low-rate media stream for a period of time locally, and the specific size of the period is determined by The manufacturer setting of the FCC server is not limited here.
  • FIG. 6 is a schematic flowchart of a channel switching method according to Embodiment 1 of the present invention, where the method includes but is not limited to the following steps:
  • Step S101 The playback device sends a channel switching request to the FCC server to switch to the target channel.
  • the playback device when receiving the channel switching instruction for switching to the target channel, the playback device sends a channel switching request to the FCC server to switch to the target channel.
  • the target channel is the target live channel.
  • the channel switching instruction may be input by a user through an input device of the playback device, for example, by a remote controller, a mouse, an STB (STB is separated from a television), a touch panel, or the like.
  • the channel switching request is used to request the FCC server to provide the playback device with a low bit rate media stream of the target channel that is locally cached by the FCC server.
  • the playing device acquires an address of the FCC server by using a scheduling device, or acquires an address of an FCC server corresponding to the target channel.
  • the channel switching request is sent to the FCC server.
  • Step S102 The FCC server receives the channel switching request.
  • the FCC server receives the channel switching request, acquires an identifier of the target channel, and reads a latest one of the target channels in a locally cached low-rate media stream according to the identifier of the target channel.
  • a complete data slice that includes an I frame. The complete data slice is taken for the playback device to be seamlessly coupled.
  • Step S103 The FCC server quickly sends the low-rate media stream of the target channel to the playback device at a preset high rate.
  • the FCC server determines the low bit rate media stream starting from the complete data slice as the low bit rate media stream of the target channel sent to the playing device. Since the low bit rate media stream of the target channel is buffered by the FCC server, there is a certain time difference between the low bit rate media stream of the target channel and the source code rate media stream of the head end device multicast transmitting the target channel. Therefore, the FCC server needs to quickly send the low-rate media stream of the target channel to the playback device at a preset high rate, so as to catch up with the source rate media of the target channel sent by the head-end device as soon as possible. flow.
  • the preset high rate is three times the transmission rate of the head end device.
  • the rate used by the FCC server to unicast the fast-transmitting media stream to the playback device is 1.N times the transmission rate of the head-end device.
  • the value of N is related to the bandwidth.
  • the value of N is 3, that is, 1.3 times speed is adopted.
  • the bandwidth occupied by the sender is the same, but the speed of the media stream is the same as that of the media stream sent by the head end device, and the fast-transmitting medium is used in the first embodiment of the present invention.
  • the stream is a low-rate media stream, and the code rate of the source media stream sent by the head-end device is small. Therefore, the first embodiment of the present invention can save bandwidth.
  • Step S104 The playback device receives the low-rate media stream of the target channel that is sent by the FCC server for playback.
  • the playback device when the playback device receives the low-rate media stream of the target channel that is sent by the FCC server, buffering, rearranging, descrambling, decoding, and I-frame broadcasting are performed to achieve stable playback. From the user's point of view, this channel switching is completed. In other words, when the user views the media content of the target channel, the user is deemed to have successfully switched to the target channel.
  • the media content played by the playback device is a low-rate media stream provided by the FCC server, the visual experience is not very good, and the FCC server may not always send the low-rate media stream to the playback device. Therefore, the playback device has to receive the source rate media stream of the target channel from the headend device to provide a better visual experience to the user.
  • Step S105 The FCC server sends a fast-closing end notification to the playing device.
  • the FCC server since the rate at which the FCC server sends the device to the playback device is faster than the rate at which the head device sends to the device, the FCC server has a low-rate media stream on the target channel.
  • a fast notification end notification is sent to the playback device.
  • the fast-closing end notification is used to notify the playback device that the fast-transmitting of the low-rate media stream of the target channel is about to end, and notify the playback device to immediately apply to the head-end device for joining the multicast of the target channel.
  • the time period of the fast-transmitting progress of the low-rate media stream of the target channel catching up with the source-rate media stream of the target channel may be referred to as a preset time period, and the low-rate of the target channel
  • the fast progress of the media stream catches up with the source code of the target channel.
  • the determination of the time point of the live broadcast progress of the media stream can utilize the chase problem algorithm in mathematics, and the preset time before the point in time can be the preset.
  • the specific value of the time period is set by the manufacturer of the FCC server, and is not limited herein.
  • the preset time period is a time period in which a difference between a fast progress progress of the low bit rate media stream of the target channel and a live broadcast progress of the source channel rate media stream of the target channel is less than a threshold, where the threshold is The specific value is set by the manufacturer of the FCC server, and is not limited herein.
  • the fast progress can be understood as which frame to send to, and the live progress can be understood as which frame to broadcast to.
  • Step S106 The playback device receives the fast notification end notification
  • the playing device receives the fast sending end notification sent by the FCC server.
  • Step S107 The playback device applies to the head end device to join the multicast group of the target channel.
  • the playback device immediately requests the head end device to join the multicast group of the target channel when receiving the fast notification end notification.
  • the playing device may apply to join the multicast group of the target channel by sending a join request of the multicast group that joins the target channel to the head end device.
  • Step S108 The head end device sends a source rate media stream of the target channel to the playing device.
  • the head end device when receiving the join request, adds the play device to a multicast group of the target channel, and sends the source channel rate source media to the play device in a multicast manner. flow.
  • Step S109 The playback device receives a source rate media stream of the target channel
  • the source channel rate media stream of the target channel is received from the head end device.
  • Step S110 The playback device connects and plays according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel.
  • the playing device is connected and played according to the currently received source rate media stream of the target channel and the low bit rate media stream of the target channel, and further, the currently received media stream is currently received. But the media stream has not yet been played.
  • the source code rate media stream of the target channel and the low bit rate media stream of the target channel include data slices, and the data slice includes a data packet (RTP packet), and the data packet includes the first packet.
  • Packet detection information the first packet detection information includes a first packet identifier and a timestamp.
  • the first packet detection information is two fields of the RTP header extension, and the first packet identifier is “F” shown in FIG. 3, and the timestamp is “T” shown in FIG. 3.
  • the RPC server unicasts the fast-transmitted media stream and the media stream sent by the head-end device multicast, so the playback device can be connected according to the RTP packet sequence number.
  • the RTP of the same RTP sequence number is not included.
  • the data slice belonging to the same data slice for example, the RTP packet with the RTP packet sequence number 9 in the source code media stream shown in FIG. 3 belongs to 3, but the RTP packet with the RTP packet sequence number 9 in the low bit rate media stream belongs to The data slice is 5, so the playback device cannot be connected according to the RTP packet sequence number, and can be connected according to the first packet detection information of the two media streams.
  • the playing device determines a low code rate alignment data slice and a source code alignment data slice according to the currently received source code rate media stream of the target channel and the first packet detection information of the low bit rate media stream of the target channel.
  • the target data packet whose first packet identifier is the preset first packet identifier, the time stamp of the target data packet, and the target data packet in the source code rate media stream of the target channel that is currently received.
  • the preset first packet identifier may have more than one data packet, and in the case where there are multiple, the data packet with the smallest "T" value is determined as the target data packet.
  • the FCC server acquires a timestamp of the first data packet of the last data slice of the currently received low bit rate media stream of the target channel. If the timestamp of the first data packet is the same as the timestamp of the target data packet, determining that the last data slice of the low bit rate media stream of the target channel is a low code rate aligned data slice, the target data Slices are aligned to data slices for source rate.
  • FIG. 7 is a schematic diagram of the connection of two media streams according to an embodiment of the present invention
  • the data slice 3 is determined to be the source code rate alignment data slice, that is, the data slice in which the italic bold font is located in FIG.
  • the data slice 3 of the low bit rate media stream is the same as the media content of the data slice 3 of the source rate media stream, and is the same data slice. It should be noted that the connection diagram shown in FIG. 7 is for example and does not constitute a limitation on the embodiment of the present invention.
  • the playback device When the playback device determines the low bit rate alignment data slice and the source code alignment data slice, the playback device will connect the source rate media stream of the target channel starting from the source code alignment data slice. After the low data rate aligns the previous data slice of the data slice.
  • the low code rate alignment data slice is the data slice 3 in the low bit rate media stream
  • the source code rate alignment data slice is the data slice 3 in the source rate media stream
  • the data slice from the source rate media stream is sliced 3
  • the initial source rate media stream is coupled to the data slice 2 in the low bit rate media stream to obtain the media stream indicated by the large black arrow shown in FIG. It can be seen from FIG. 7 that the media stream after the convergence is continuous, thus achieving a seamless connection between the low bit rate media stream and the source code rate media stream.
  • the playing device sends a stop sending notification to the FCC server when the connection is completed, and the FCC server stops sending the low bit rate media stream of the target channel to the playing device when receiving the stop sending notification.
  • the playing device sends the connected media stream to the play stream pipeline, and continues to play continuously, and the current channel switching is completed. Since the low bit rate media stream of the target channel seamlessly interfaces with the source rate media stream of the target channel, the playback device switches from the low bit rate media stream of the target channel to the target channel The source code rate media stream can be played smoothly, and the user does not perceive the media stream interruption or switching.
  • the high-rate fast-transmitting low-rate media stream through the FCC server can improve the channel switching speed, shorten the channel switching time, and save bandwidth.
  • FIG. 7 is a schematic flowchart of a channel switching method according to Embodiment 2 of the present invention, where the method includes but is not limited to the following steps:
  • Step S201 The playback device sends a channel switching request to the FCC server to switch to the target channel.
  • Step S202 The FCC server receives the channel switching request.
  • Step S203 The FCC server quickly sends the low-rate media stream of the target channel to the playback device at a preset high rate.
  • Step S204 The playback device receives the low bit rate media stream of the target channel that is quickly sent by the FCC server for playing.
  • Step S205 The FCC server applies to the head end device to join the multicast group of the target channel.
  • the FCC server when the FCC server starts to send the low-rate media stream of the target channel to the playback device, the FCC server applies to the head-end device to join the multicast group of the target channel, and may also In the process of quickly transmitting the low bit rate media stream of the target channel, the playback device applies to the head end device to join the multicast group of the target channel.
  • Step S206 The head end device sends a source rate media stream of the target channel to the FCC server.
  • the head end device when receiving the join request sent by the FCC server, adds the FCC server to a multicast group of the target channel, and sends the multicast group to the FCC server.
  • Source channel rate media stream for the target channel.
  • Step S207 The FCC server receives a source rate media stream of the target channel
  • the source code rate media stream of the target channel is received from the head end device.
  • Step S208 The FCC server performs convergence according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel;
  • the process of the FCC server connecting the source code rate media stream of the target channel and the low bit rate media stream of the target channel is the same as the process of the playback device in the first embodiment of the present invention. A specific description of the connection process in step S108 will not be repeated here.
  • Step S209 The FCC server quickly sends the connected target media stream to the playback device at the preset high rate
  • the target media stream may be a media stream indicated by the large black arrow shown in FIG. 7.
  • the FCC server quickly sends the target media stream to the playback device at the preset high rate.
  • Step S210 The FCC server sends the target media stream to the playing device at a preset normal rate.
  • the FCC server aligns the data slice at the source code rate because the FCC server sends the fast rate to the playback device at the preset high rate more than the rate that the head end device sends to the playback device.
  • the target media stream is quickly sent to the playback device at the preset high rate, and the target media stream is quickly sent to the playback device at a preset normal rate.
  • the preset high rate is three times the transmission rate of the head end device
  • the preset normal rate is 1.N times the head end transmission rate.
  • the value of the source code rate alignment data slice may be referred to as a preset time period when the data slice is completed or not.
  • the specific value of the time period is set by the manufacturer of the FCC server, and is not limited herein.
  • the preset time period is a time period in which an interval time of a fast-transmission completion time point of the data slice aligned with the source code rate is less than a threshold.
  • Step S211 The FCC server sends a fast sending end notification to the playing device.
  • the FCC server sends a fast-closing end notification to the playback device when the source code rate alignment data slice completion is completed or after.
  • the fast-closing end notification is used to notify the playback device that the fast transmission is about to end, and notify the playback device to immediately apply to the head-end device for joining the multicast group of the target channel to receive the location from the head-end device.
  • the source code rate media stream of the target channel.
  • step S210 and step S211 are performed simultaneously.
  • Step S212 The playback device receives the target media stream that is quickly sent by the FCC server for playing.
  • the playing device first receives the target media stream that is quickly sent by the FCC server at the preset high rate, and then receives the target media stream that is quickly sent by the FCC server at the preset normal rate. .
  • Step S213 The playback device receives the fast notification end notification
  • Step S214 The playback device applies to the head end device to join a multicast group of the target channel.
  • Step S215 The head end device sends a source rate media stream of the target channel to the playing device.
  • Step S216 The playback device is connected to the source rate media stream of the target channel
  • step S214 to step S216 in the second embodiment of the present invention refer to the detailed description of step S107 to step S109 in the first embodiment of the present invention, and details are not described herein again. It should be noted that there is a certain time difference between the source code rate media stream of the target channel received by the playback device in step S216 and the source code rate media stream of the target channel received by the FCC server in step S207.
  • the receiving device sends a stop sending notification to the FCC server when receiving the source rate media stream of the target channel sent by the head end device.
  • the FCC server stops transmitting the target media stream to the playback device when receiving the stop sending notification.
  • the stop sending notification carries the identifier information of the first RTP packet of the source rate media stream of the target channel received from the head end device, and the identifier information may be an RTP packet sequence number and a time stamp. Wait.
  • the FCC server determines whether all the RTP packets before the first RTP packet have been sent to the playing device by comparing the RTP packet sequence number or the timestamp size, etc., if it is determined If the result is no, the FCC server continues to send to the playback device; if the determination is yes, the transmission to the playback device is stopped.
  • Step S217 The playback device connects and plays according to the target media stream and the source code rate media stream of the target channel;
  • the playing device connects and plays according to an RTP packet sequence number or a time stamp of the source media stream of the target media stream and the target channel currently received.
  • FIG. 9 which is a schematic diagram of the connection according to the data packet serial number, the data packet starting from the data packet 7 in the source rate media stream is connected to the data packet 6 in the target media stream.
  • the high-rate fast-transmitting low-rate media stream through the FCC server can improve the channel switching speed, shorten the channel switching time, and save bandwidth.
  • the first embodiment shown in FIG. 6 has a seamless connection between the low-rate media stream and the source-rate media stream by the playback device, and the FCC server and the playback device are modified; the second embodiment shown in FIG.
  • the FCC server seamlessly links the low-rate media stream to the source-rate media stream, and the FCC server has changed.
  • FIG. 10 is a schematic diagram of a logical structure of a playback device according to an embodiment of the present invention.
  • the playback device 303 shown in FIG. 10 includes a transmitting unit 3031, a receiving unit 3032, and a docking playback unit 3033.
  • the sending unit 3031 is configured to send a channel switching request to the fast channel switching FCC server to switch to the target channel
  • the receiving unit 3032 is configured to receive the target channel that is sent by the FCC server.
  • the low-rate media stream is played;
  • the receiving unit 3032 is further configured to: when receiving the fast-end notification sent by the FCC server, receive the source-rate media stream of the target channel from the head-end device; 3033.
  • the method is used to connect and play according to a source rate media stream of the target channel and a low bit rate media stream of the target channel.
  • the sending unit 3031 is configured to implement step S101 in the embodiment shown in FIG. 6; the receiving unit 3032 is configured to implement step S104, step S106, and step S109 in the embodiment shown in FIG. 6; Step S110 in the embodiment shown in FIG. 6 is implemented.
  • the sending unit 3031 is configured to send a channel switching request to the fast channel switching FCC server to switch to the target channel
  • the receiving unit 3032 is configured to receive the target channel that is sent by the FCC server.
  • the low-rate media stream is played;
  • the receiving unit 3032 is further configured to receive the connected target media stream sent by the FCC server and play the same;
  • the receiving unit 3032 is further configured to send the FCC server after receiving Receiving the source code rate media stream of the target channel from the head end device;
  • the connection playing unit 3033 configured to perform, according to the source code rate media stream of the target channel and the low bit rate media stream of the target channel Connect and play.
  • the sending unit 3031 is configured to implement step S201 in the embodiment shown in FIG. 8;
  • the receiving unit 3032 is configured to implement step S204, step S211, step S213, and step S216 in the embodiment shown in FIG. 8;
  • the unit 3033 is for implementing step S217 in the embodiment shown in FIG.
  • the transmitting unit 3031 and the receiving unit 3032 shown in FIG. 10 correspond to the transceiver 1032 of the playback device shown in FIG. 4, and the connected playback unit 3033 shown in FIG. 10 corresponds to the processor 1031 of the playback device shown in FIG.
  • FIG. 11 is a schematic diagram showing the logical structure of an FCC server according to an embodiment of the present invention.
  • the FCC server 302 shown in FIG. 11 includes a receiving unit 3021 and a transmitting unit 3022.
  • the receiving unit 3021 is configured to receive a channel switching request that is sent by the playing device to the target channel
  • the sending unit 3022 is configured to quickly send the low-rate media stream of the target channel to the playing device at a preset high rate.
  • the sending unit 3022 is further configured to send a fast sending end notification to the playing device, where the fast sending end notification is used to notify the playing device to receive the source rate media stream of the target channel from the head end device.
  • the receiving unit 3021 is configured to implement step S102 in the embodiment shown in FIG. 6; the sending unit 3022 is configured to implement step S103 and step S105 in the embodiment shown in FIG. 6.
  • the FCC server 302 shown in FIG. 11 includes a receiving unit 3021, a transmitting unit 3022, and an engaging unit 3023.
  • the receiving unit 3021 is configured to receive a channel switching request that is sent by the playing device to the target channel, and the sending unit 3022 is configured to quickly send the low-rate media stream of the target channel to the playing device at a preset high rate.
  • the receiving unit 3021 is further configured to receive a source rate media stream of the target channel from the head end device, and the connecting unit 3023 is configured to perform, according to the source rate media stream of the target channel and the low bit rate media stream of the target channel.
  • the sending unit 3022 is further configured to quickly send the target media stream to the playing device at the preset high rate; the sending unit 3022 is further configured to send a fast sending end notification to the playing device.
  • the target media stream Transmitting the target media stream to the playback device at a preset normal rate, where the fast-completion notification is used to notify the playback device to receive the source rate media stream of the target channel from the head end device, the preset The high rate is greater than the preset normal rate.
  • the receiving unit 3021 is configured to implement step S202 and step S207 in the embodiment shown in FIG. 8; the sending unit 3022 is configured to implement step S203, step S209, step S210, and step S212 in the embodiment shown in FIG.
  • the connection unit 3023 is used to implement step S208 in the embodiment shown in FIG.
  • the receiving unit 3021 and the transmitting unit 3022 shown in FIG. 11 correspond to the transceiver 1022 of the FCC server shown in FIG. 5.
  • the connecting unit 3023 shown in FIG. 11 corresponds to the processor 1021 of the FCC server shown in FIG. 5.
  • first possible implementation manner of FIG. 10 is combined with the first possible implementation manner of FIG. 11 to implement the embodiment shown in FIG. 6.
  • the second possible implementation manner of FIG. 10 is The second possible implementation of Figure 11 is combined to implement the embodiment shown in Figure 8.
  • the computer program product includes one or more computer instructions.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center By wired (for example, coaxial cable, optical fiber, digital subscriber line (DSL), or wireless (such as infrared, wireless, microwave, etc.) to another website, computer, server or data center transmission.
  • the computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD (Digital Video Disk), or a semiconductor medium (for example, a solid state hard disk).
  • SSD Solid State Disk

Abstract

本发明实施例公开了一种频道切换方法及其装置,其中方法包括:播放设备向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;所述播放设备接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述播放设备在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。采用本发明实施例,能够提升频道切换速度,缩短频道切换时间,同时节省带宽。

Description

一种频道切换方法及其装置
本申请要求于2017年3月13日提交中国专利局、申请号为201710147526.6、发明名称为“一种频道切换方法及其装置”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本发明涉及交互式网络电视(Internet Protocol Television,IPTV)领域,尤其涉及一种频道切换方法及其装置。
背景技术
一般地,IPTV系统由头端设备、快速频道切换(Fast Channel Change,FCC)服务器和播放设备组成,头端设备由编码器(Encoder)和媒体中继功能(Media Relay Function,MRF)组成。
在IPTV系统中,频道切换时间是一个涉及到用户体验的非常重要的指标,是指从播放设备发起频道切换到播放设备正常播放I帧之间耗费的时间。媒体流是以I、B、P三种类型的帧交替间隔排列形成的,例如IBBPBBPIBBPBBP,播放设备只接收到B、P帧无法单独解码,必须等接收到I帧时,才能开始解码并播放出画面。频道切换时间与头端设备的媒体流输出、FCC服务器的处理、播放设备的缓存等环节均有关系。
目前,在典型的频道切换过程流程中,播放设备在向FCC服务器发送切换至目标频道的频道切换请求后,接收FCC服务器发送的目标频道的单播媒体流并进行播放,从用户角度看,本次频道切换完成。但是从播放设备角度看,本次频道切换还未完成,播放设备在接收到FCC服务器下发的快发结束通知时,加入组播组,接收头端设备发送的目标频道的组播媒体流,直到目标频道的组播媒体流播放时,本次频道切换完成。
在上述频道切换流程中,从FCC服务器开始向播放设备发送单播媒体流到播放设备解码播放单播媒体流的耗时在400ms-500ms之间,在一定程度上影响了频道切换时间。
发明内容
本发明实施例所要解决的技术问题在于,提供一种频道切换方法及其装置,能够提升频道切换速度,缩短频道切换时间,同时节省带宽。
第一方面,本发明实施例提供了一种频道切换方法,包括:
播放设备向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;
所述播放设备接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;
所述播放设备在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;
所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
本发明实施例第一方面,通过接收FCC服务器快发的低码率媒体流,可以提升频道切换速度,缩短频道切换时间,同时节省带宽;通过将源码率媒体流和低码率媒体流进行衔接,能够实现流畅播放,提升用户体验。
在一种可能实现的方式中,所述头端设备针对一个频道至少输出源码率媒体流和低码率媒体流,所述FCC服务器对低码率媒体流进行缓冲,以便在接收到所述播放设备发送的频道切换请求时,向所述播放设备提供低码率媒体流;所述头端设备对加入组播组的设备提供源码率媒体流。
在一种可能实现的方式中,所述目标频道的源码率媒体流和所述目标频道的低码率媒体流包括若干个数据切片,所述数据切片包括若干个数据包,所述数据包包括首包检测信息;所述播放设备根据所述目标频道的源码率媒体流和所述所述目标频道的低码率媒体流进行衔接并播放的过程为:
所述播放设备根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片;
所述播放设备将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后,并播放。该种可能实现的方式,根据首包检测信息确定两个媒体流中的对齐点,以便实现无缝衔接。
在一种可能实现的方式中,所述首包检测信息包括首包标识和时间戳,所述播放设备根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片的过程为:
所述播放设备在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片;
所述播放设备获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;
若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则所述播放设备确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。该种可能实现的方式,具体根据首包标识和时间戳确定出首包时间戳相同的数据切片,从而确定出两个媒体流中的对齐点,以便实现无缝衔接。
在一种可能实现的方式中,所述播放设备在完成衔接时向所述FCC服务器发送停止发送通知,所述停止发送通知用于通知所述FCC服务器停止向所述播放设备发送所述目标频道的低码率媒体流。
在一种可能实现的方式中,所述播放设备在接收到所述FCC服务器发送的快发结束通知时,向头端设备申请加入所述目标频道的组播组,从所述头端设备接收所述目标频道的源码率媒体流,即接收所述头端设备以组播形式发送的所述目标频道的源码率媒体流。
第二方面,本发明实施例提供了一种播放设备,所述播放设备具有实现第一方面所述方法中播放设备行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能实现的方式中,所述播放设备包括:发送单元,用于向快速频道切换FCC 服务器发送切换至目标频道的频道切换请求;接收单元,用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述接收单元,还用于在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;衔接播放单元,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
在另一种可能实现的方式中,所述播放设备包括收发器和处理器,所述收发器,用于向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;所述收发器,还用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述收发器,还用于在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;所述处理器,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
基于同一发明构思,所述播放设备解决问题的原理以及有益效果可以参见第一方面所述的方法以及所带来的有益效果,所述播放设备的实施可以参见第一方面所述方法的实施,重复之处不再赘述。
第三方面,本发明实施例提供了一种频道切换方法,包括:
FCC服务器接收播放设备发送的切换至目标频道的频道切换请求;
所述FCC服务器以预设高速率向所述播放设备快发所述目标频道的低码率媒体流,并从头端设备接收所述目标频道的源码率媒体流;
所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接,并向所述播放设备快发衔接的目标媒体流;
所述FCC服务器向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备发送所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流,所述预设高速率大于所述预设正常速率。
本发明实施例第三方面,通过向播放设备快发低码率媒体流,以便播放设备能够提升频道切换速度,缩短频道切换时间,同时节省带宽。
在一种可能实现的方式中,所述头端设备针对一个频道至少输出源码率媒体流和低码率媒体流,所述FCC服务器对低码率媒体流进行缓冲,以便在接收到所述播放设备发送的频道切换请求时,向所述播放设备提供低码率媒体流;所述头端设备对加入组播组的设备提供源码率媒体流。
在一种可能实现的方式中,所述FCC服务器在所述目标频道的低码率媒体流的快发进度与所述目标频道的源码率媒体流的直播进度之差小于阈值的时间段向所述播放设备发送快发结束通知,即在所述目标频道的低码率媒体流的快发进度快赶上所述目标频道的源码率媒体流的直播进度时向所述播放设备发送快发结束通知,通知所述播放设备立即向所述头端设备申请加入所述目标频道的组播组,以从所述头端设备接收所述目标频道的源码率媒体流。
在一种可能实现的方式中,所述FCC服务器接收所述播放设备发送的停止发送通知,并根据所述停止发送通知停止向所述播放设备发送所述目标频道的低码率媒体流。
第四方面,本发明实施例提供了一种FCC服务器,所述FCC服务器具有实现第三方面所述方法中FCC服务器行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相 应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能实现的方式中,所述FCC服务器包括:接收单元,用于接收播放设备发送的切换至目标频道的频道切换请求;发送单元,用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;所述发送单元,还用于向所述播放设备发送快发结束通知,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流。
在另一种可能实现的方式中,所述FCC服务器包括收发器和处理器,所述收发器,用于接收播放设备发送的切换至目标频道的频道切换请求;所述收发器,还用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;所述收发器,还用于向所述播放设备发送快发结束通知,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流。
基于同一发明构思,所述FCC服务器解决问题的原理以及有益效果可以参见第三方面所述的方法以及所带来的有益效果,所述FCC服务器的实施可以参见第三方面所述方法的实施,重复之处不再赘述。
第五方面,本发明实施例提供一种频道切换方法,包括:
FCC服务器接收播放设备发送的切换至目标频道的频道切换请求;
所述FCC服务器以预设高速率向所述播放设备快发所述目标频道的低码率媒体流,并从头端设备接收所述目标频道的源码率媒体流;
所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接,并以所述预设高速率向所述播放设备快发衔接的目标媒体流;
所述FCC服务器向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备快发所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流,所述预设高速率大于所述预设正常速率。
本发明实施例第五方面,通过向播放设备快发低码率媒体流和衔接的目标媒体流,以便播放设备能够提升频道切换速度,缩短频道切换时间,同时节省带宽。无需改动播放设备,只需对FCC服务器进行升级改造。
在一种可能实现的方式中,所述头端设备针对一个频道至少输出源码率媒体流和低码率媒体流,所述FCC服务器对低码率媒体流进行缓冲,以便在接收到所述播放设备发送的频道切换请求时,向所述播放设备提供低码率媒体流;所述头端设备对加入组播组的设备提供源码率媒体流。
在一种可能实现的方式中,所述目标频道的源码率媒体流和所述目标频道的低码率媒体流包括若干个数据切片,所述数据切片包括若干个数据包,所述数据包包括首包检测信息;所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接的过程为:
所述FCC服务器根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片;
所述FCC服务器将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后。该种可能实现的方式,根据首包检测信息确定两个媒体流中的对齐点,以便实现无缝衔接。
在一种可能实现的方式中,所述首包检测信息包括首包标识和时间戳,所述FCC服务器根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片的过程为:
所述FCC服务器在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片;
所述FCC服务器获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;
若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则所述FCC服务器确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。该种可能实现的方式,具体根据首包标识和时间戳确定出首包时间戳相同的数据切片,从而确定出两个媒体流中的对齐点,以便实现无缝衔接。
在一种可能实现的方式中,所述FCC服务器在与所述源码率对齐数据切片的快发完成时间点的间隔时间小于阈值的时间段向所述播放设备发送快发结束通知,即在所述源码率对齐数据切片快发完成时或之后,向所述播放设备发送快发结束通知,通知所述播放设备立即向所述头端设备申请加入所述目标频道的组播组,以从所述头端设备接收所述目标频道的源码率媒体流。
在一种可能实现的方式中,所述FCC服务器接收所述播放设备发送的停止发送通知,并根据所述停止发送通知停止向所述播放设备发送所述目标媒体流。
在一种可能实现的方式中,所述FCC服务器开始以预设高速率向所述播放设备快发所述目标频道的低码率媒体流时或快发过程中,向头端设备申请加入所述目标频道的组播组,从所述头端设备接收所述目标频道的源码率媒体流,即接收所述头端设备以组播形式发送的所述目标频道的源码率媒体流。
第六方面,本发明实施例提供另一种FCC服务器,所述FCC服务器具有实现第三方面所述方法中FCC服务器行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能实现的方式中,所述FCC服务器包括:接收单元,用于接收播放设备发送的切换至目标频道的频道切换请求;发送单元,用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;所述接收单元,还用于从头端设备接收所述目标频道的源码率媒体流;衔接单元,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接;所述发送单元,还用于以所述预设高速率向所述播放设备快发衔接的目标媒体流;所述发送单元,还用于向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备快发所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流,所述预设高速率大于所述预设正常速率。
在另一种可能实现的方式中,所述FCC服务器包括收发器和处理器,所述收发器,用于接收播放设备发送的切换至目标频道的频道切换请求;所述收发器,还用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流,并从头端设备接收所述目标频道的源码率媒体流;所述处理器,用于根据所述目标频道的源码率媒体流和所述目标频道的低 码率媒体流进行衔接;所述收发器,还用于以所述预设高速率向所述播放设备快发衔接的目标媒体流;所述收发器,还用于向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备快发所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流,所述预设高速率大于所述预设正常速率。
基于同一发明构思,所述FCC服务器解决问题的原理以及有益效果可以参见第五方面所述的方法以及所带来的有益效果,所述FCC服务器的实施可以参见第五方面所述方法的实施,重复之处不再赘述。
第七方面,本发明实施例提供一种频道切换方法,包括:
播放设备向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;
所述播放设备接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;
所述播放设备接收所述FCC服务器发送的衔接的目标媒体流并播放;
所述播放设备在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;
所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
本发明实施例第七方面,通过接收FCC服务器快发的低码率媒体流和目标媒体流,可以提升频道切换速度,缩短频道切换时间,同时节省带宽。
在一种可能实现的方式中,所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放的过程为:
所述播放设备根据当前接收到的所述目标媒体流和所述目标频道的源码率媒体流的数据包序号或时间戳进行衔接并播放。该种可能实现的方式中,由于目标媒体流和源码率媒体流的码率相同,可直接根据数据包序号进行衔接。
在一种可能实现的方式中,所述播放设备在完成衔接时向所述FCC服务器发送停止发送通知,所述停止发送通知用于通知所述FCC服务器停止向所述播放设备发送所述目标频道的低码率媒体流。
第八方面,本发明实施例提供另一种播放设备,所述播放设备具有实现第七方面所述方法中播放设备行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能实现的方式中,所述播放设备包括:发送单元,用于向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;接收单元,用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述接收单元,还用于接收所述FCC服务器发送的衔接的目标媒体流并播放;所述接收单元,还用于在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;衔接播放单元,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
在一种可能实现的方式中,所述播放设备包括收发器和处理器,所述收发器,用于向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;所述收发器,还用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述收发器,还用于接收所述FCC服务器发送的衔接的目标媒体流并播放;所述收发器,还用于在接收到所述FCC 服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;所述处理器,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
基于同一发明构思,所述播放设备解决问题的原理以及有益效果可以参见第七方面所述的方法以及所带来的有益效果,所述播放设备的实施可以参见第七方面所述方法的实施,重复之处不再赘述。
第九方面,本发明实施例提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如第一方面或第七方面所述的频道切换方法。
第十方面,本发明实施例提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如第三方面或第五方面所述的频道切换方法。
通过实施本发明实施例,能够提升频道切换速度,缩短频道切换时间,同时节省带宽。
附图说明
为了更清楚地说明本发明实施例或背景技术中的技术方案,下面将对本发明实施例或背景技术中所需要使用的附图进行说明。
图1是应用本发明实施例的系统架构示意图;
图2是本发明实施例提供的媒体流切片示意图;
图3是本发明实施例提供的媒体流封装示意图;
图4是本发明实施例提供的播放设备的实体结构示意图;
图5是本发明实施例提供的FCC服务器的实体结构示意图;
图6是本发明实施例一提供的频道切换方法的流程示意图;
图7是本发明实施例提供的两路媒体流的衔接示意图;
图8是本发明实施例二提供的频道切换方法的流程示意图;
图9是根据数据包序号进行衔接的示意图;
图10是本发明实施例提供的播放设备的逻辑结构示意图;
图11是本发明实施例提供的FCC服务器的逻辑结构示意图。
具体实施方式
下面结合本发明实施例中的附图对本发明实施例进行描述。
请参见图1,是应用本发明实施例的系统架构示意图,该系统架构可为IPTV系统的系统架构,包括节目源、头端设备101、FCC服务器102和播放设备103。需要说明的是,图1所示系统架构示意图中头端设备、FCC服务器和播放设备的数量和形态并不构成对本发明实施例的限定。
其中,头端设备101由媒体中继功能(Media Relay Function,MRF)和编码器(Encoder)组成。头端设备101从节目源获取频道的媒体内容,对媒体内容进行压缩编码处理,转换为符号IPTV业务格式要求的媒体文件或媒体流。编码器对从节目源获取的频道的媒体内容进行压缩、编码(自适应码率(Adaptive Bit Rate,ABR)编码)、封装处理,MRF模块对编码器处理后的进行实时传输协议(Real-time Transport Protocol,RTP)封装处理。
头端设备101以组播形式向FCC服务器和播放设备103发送媒体流。在本发明实施例中,头端设备101对一个频道的媒体内容进行压缩、编码、封装、转换等处理得到至少两路媒体流,包括低码率媒体流和源码率媒体流。头端设备101可针对该频道输出至少两路媒体流,低码率媒体流和源码率媒体流。其中,源码率媒体流的清晰度与播放设备103的网络质量有关,网络质量好,源码率媒体流的清晰度高,反之清晰度低。低码率媒体流的码率比源码率媒体流的码率小很多,例如低码率媒体流的码率比源码率媒体流的码率的45%还小。
一个频道的至少两路媒体流的切片时间相同,且切片边界相齐,以保证播放设备或FCC服务器对该频道的低码率媒体流和源码率媒体流进行无缝衔接。请参见图2,是本发明实施例提供的媒体流切片示意图,为头端设备101可输出的两路媒体流的切片情况,源码率媒体流和低码率媒体流被切成若干个数据切片,图2中仅用编号为1-6的数据切片进行举例,编号为1的数据切片并不一定是媒体流的第一个数据切片。图2中,源码率媒体流和低码率媒体流的每个数据切片的切片大小相同,表明源码率媒体流和低码率媒体流的切片时间相同;浅灰色的数据切片1和深灰色的数据切片1的切片边界均在虚线上,表示源码率媒体流和低码率媒体流的切片边界相齐。换言之,按照相同的切片时间对源码率媒体流和低码率媒体流进行同步切片。其中,切片时间的具体数值由头端设备101设定,具体数值在此不作限定,例如切片时间默认为2s,即每个数据切片的切片大小为2s。可以理解的是,图2所示的切片示意图是编码器进行处理得到的。
请参见图3,是本发明实施例提供的媒体流封装示意图,为源码率媒体流和低码率媒体流的RTP封装示意图。由于源码率媒体流与低码率媒体流的码率不同,源码率媒体流中一个数据切片包括的RTP包数量与低码率媒体流中一个数据切片包括的RTP包数量不同,如图3所示,源码率媒体流中一个数据切片包括的RTP包数量为4,低码率媒体流中一个数据切片包括的RTP包数量为2。本发明实施例中,MRF在进行RTP封装的过程中,对RTP包头扩展了两个字段,用于标识是否为数据切片的第一个RTP包,这两个字段包括首包标识字段和时间戳字段。首包标识字段即为图3所示的“F”,“F=1”的RTP包表示为数据切片的第一个RTP。时间戳字段可以为主(Trunk)时间戳字段,即为图3所示的“T”。需要说明的是,图3所示的封装示意图仅用于举例,并不构成对本发明实施例的限定。可以理解的是,图3所示的封装示意图是MRF进行处理得到的,为头端设备101输出的。
对于一个数据切片中剩余的数据小于一个RTP包的情况,MRF采用在正常数据后补“0”,并在RTP头中标明有效数据长度,方便进行边界对齐,例如,图3所示低码率媒体流中数据切片1的RTP 2,其有效数据长度为2。
FCC服务器102用于缓存频道的媒体流,以单播形式向播放设备103发送媒体流。应用在本发明实施例中,FCC服务器102用于缓存所有频道的低码率媒体流,以单播形式向播放设备103发送低码率媒体流;还用于从头端设备101接收源码率媒体流,对源码率媒体流和低码率媒体流进行衔接,以单播形式向播放设备103发送衔接的媒体流。
播放设备103可接收头端设备101以组播形式发送的源码率媒体流,也可接收FCC服务器102以单播形式发送的低码率媒体流,还可以接收FCC服务器102以单播形式发送的衔接的媒体流,还可对源码率媒体流和低码率媒体流进行衔接。播放设备103对接收到的 媒体流进行播放,以便用户能够获取媒体内容。
可选地,图1所示的系统架构示意图还包括调度设备,用于记录FCC服务器102地址,并向播放设备提供频道对应的FCC服务器地址。
本发明实施例提供的频道切换方法及其装置,可以应用于IPTV场景中,通过FCC服务器快发的低码率媒体流使得播放设备能在更短时间内完成缓冲并稳定播放,能够提升频道切换速度,缩短频道切换时间,同时节省带宽。随着4k超高清格式的流行,基于超文本传输协议(Hyper Text Transfer Protocol,HTTP)的动态自适应码流(Dynamic Adaptive Streaming over HTTP,DASH)编码格式开始普及,本发明实施例还可以应用于DASH ABR的场景下,同样可以达到提升频道切换速度,节省带宽的效果。
本发明实施例中的播放设备可以是数字电视接收终端、智能播放终端、集成机顶盒(Set Top Box,STB)功能的智能电视等。
请参见图4,是本发明实施例提供的播放设备的实体结构示意图。图4所示的播放设备103包括处理器1031、收发器1032和显示系统1033。需要说明的是,图4所示的结构示意图并不构成对本发明实施例的限定,实际应用中,播放设备可能还包括其它部件,例如存储器、输入设备、音频系统等。
其中,处理器1031可以是可以是控制器,中央处理器(Central Processing Unit,CPU),通用处理器,数字信号处理器(Digital Signal Processor,DSP),专用集成电路(Application-Specific Integrated Circuit,ASIC),现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器1031也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。
收发器1032可以是通信模块、收发电路,用于接收其它设备发送的媒体流、数据、指令等,以及向其它设备发送请求、数据等,实现播放设备与其它设备之间的通信。
显示系统1033可以是液晶显示器(Liquid Crystal Display,LCD)、发光二极管(Light Emitting Diode,LED)显示设备、阴极射线管(Cathode Ray Tube,CRT)显示设备等,用于媒体流的输出显示,向用户呈现画面。
应用在本发明实施例中,收发器1032接收的媒体流由处理器1031进行相应处理,最终由显示系统1033进行输出显示。
请参见图5,是本发明实施例提供的FCC服务器的实体结构示意图。图5所示的FCC服务器102包括处理器1021、收发器1022和存储器1023。需要说明的是,图5所示的结构示意图并不构成对本发明实施例的限定,实际应用中,FCC服务器可能还包括其它部件。
其中,处理器1021可以是可以是控制器,CPU,通用处理器,DSP,ASIC,FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明实施例公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器1021也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。
收发器1022可以是通信模块、收发电路,用于接收头端设备101发送的媒体流,向 头端设备101发送请求,接收播放设备103发送的请求,向播放设备103发送媒体流,实现FCC服务器与头端设备、播放还是被之间的通信。
存储器1023可以是只读存储器(Read-Only Memory,ROM)或可存储静态信息和指令的其它类型的静态存储设备,随机存储器(Random Access Memory,RAM)或可存储信息和指令的其它类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够存取的任何其它介质,但不限于此。存储器1023可以是独立存在的,也可以和处理器1021集成在一起。
应用在本发明实施例中,存储器1023用于存储执行本发明实施例的程序代码,并由处理器1021来控制执行。处理器1021用于执行存储器1023中存储的程序代码。
下面将对本发明实施例中涉及的名称进行描述。
单播(Unicast)是媒体流服务器最基本的功能之一,从一个单点向一个单点发送数据。本发明实施例中,FCC服务器以单播形式向播放设备发送媒体流。
组播(Multi Cast)是传输控制协议(Transmission Control Protocol,TCP)/因特网互联协议(Internet Protocol,IP)中,从一个单点向多点发送相同的数据,发送者只需要向组播IP地址发送一份组播用户数据报协议(User Datagram Protocol,UDP)包,然后由网络上的路由器把数据分发复制到感兴趣的接收者,不管接收者的数量,发送者的工作负荷不变,同时,组播可以把网络上的数据量减到最小。这一特性,使得组播非常适用于频道数据的传输。如果网络支持组播协议,播放设备可以通过申请加入组播组,直接接收头端设备发送的组播媒体流,从而大大减轻FCC服务器的工作负荷和降低网络流量。本发明实施例中,头端设备以组播形式向播放设备、FCC服务器发送媒体流。
频道是指特定的无线电广播频率或其它无线电通讯频率的波段,在本发明实施例中,频道指直播频道。
下面将结合附图6-附图9对本发明实施例提供的频道切换方法进行详细介绍。需要说明的是,本发明实施例实施例的前提条件是,FCC服务器从头端设备持续地接收低码率媒体流,并在本地将低码率媒体流缓冲一段时间,该段时间的具体大小由FCC服务器的制造厂商设定,在此不作限定。
请参见图6,是本发明实施例一提供的频道切换方法的流程示意图,该方法包括但不限于如下步骤:
步骤S101:播放设备向FCC服务器发送切换至目标频道的频道切换请求;
具体地,播放设备在接收到切换至目标频道的频道切换指令时,向FCC服务器发送切换至所述目标频道的频道切换请求。其中,目标频道即为目标直播频道。
所述频道切换指令可以由用户通过所述播放设备的输入装置输入,例如通过遥控器、鼠标、STB(STB与电视机分离)、触控面板等装置输入。
所述频道切换请求用于请求所述FCC服务器向所述播放设备提供所述FCC服务器在本地缓存的所述目标频道的低码率媒体流。
可选地,所述播放设备在向所述FCC服务器发送所述频道切换请求之前,通过调度设备获取所述FCC服务器的地址,或获取所述目标频道对应的FCC服务器的地址。在获取到所述FCC服务器的地址情况下,向所述FCC服务器发送所述频道切换请求。
步骤S102:所述FCC服务器接收所述频道切换请求;
具体地,所述FCC服务器接收所述频道切换请求,并获取所述目标频道的标识,根据所述目标频道的标识在本地缓存的低码率媒体流中读取所述目标频道的最近的一个完整的数据切片,该完整的数据切片包括I帧。取完整的数据切片是为了之后所述播放设备能进行无缝衔接。
步骤S103:所述FCC服务器以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;
具体地,所述FCC服务器将从上述完整的数据切片开始的低码率媒体流确定为向所述播放设备发送的所述目标频道的低码率媒体流。由于所述目标频道的低码率媒体流是所述FCC服务器缓存的,因此所述目标频道的低码率媒体流与头端设备组播发送所述目标频道的源码率媒体流存在一定的时间差,因此所述FCC服务器需以预设高速率向所述播放设备快发所述目标频道的低码率媒体流,以便能尽快赶上所述头端设备发送的所述目标频道的源码率媒体流。
示例性地,所述预设高速率是所述头端设备发送速率的3倍。目前,FCC服务器在向播放设备单播快发媒体流时采用的速率是头端设备发送速率的1.N倍,N的取值与带宽有关,通常N的取值为3,即采用1.3倍速率进行单播快发。因此,采用3倍高速率可以提升频道切换速度,缩短频道切换时间。由于低码率媒体流的码率比源码率媒体流的码率的45%还小,3*0.45=1.35,由于1.35与1.3接近,因此采用1.35进行快发所占用的带宽与采用1.3进行快发所占用的带宽持平,但是由于采用1.3快发时,快发的是媒体流与头端设备发送的媒体流的码率相同,而本发明实施例一采用1.35快发时,快发的媒体流为低码率媒体流,比头端设备发送的源码媒体流的码率小,因此本发明实施例一还可以节省带宽。
步骤S104:所述播放设备接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;
具体地,所述播放设备在接收到所述FCC服务器快发的所述目标频道的低码率媒体流时,进行缓冲、重排、解扰、解码、I帧播出等操作,实现稳定播放,从用户角度看,本次频道切换完成。换言之,用户在观看到所述目标频道的媒体内容时,便认为已经成功切换到所述目标频道了。但是,此时所述播放设备播放的媒体内容为所述FCC服务器提供的低码率媒体流,视觉体验不是很好,并且所述FCC服务器不可能一直向所述播放设备发送低码率媒体流,因此所述播放设备还得从所述头端设备接收所述目标频道的源码率媒体流,以向用户提供更好的视觉体验。
步骤S105:所述FCC服务器向所述播放设备发送快发结束通知;
具体地,由于所述FCC服务器向所述播放设备快发的速率大于所述头端设备向所述播放设备发送的速率,因此所述FCC服务器在所述目标频道的低码率媒体流的快发进度快赶上所述目标频道的源码率媒体流的直播进度时,向所述播放设备发送快发结束通知。所述 快发结束通知用于告知所述播放设备所述目标频道的低码率媒体流的快发即将结束,通知所述播放设备立即向所述头端设备申请加入所述目标频道的组播组,以从所述头端设备接收所述目标频道的源码率媒体流。
其中,所述目标频道的低码率媒体流的快发进度快赶上所述目标频道的源码率媒体流的直播进度的时间段可以称为预设时间段,所述目标频道的低码率媒体流的快发进度赶上所述目标频道的源码率媒体流的直播进度的时间点的确定可利用数学中的追击问题算法,能赶上的时间点之前的一段时间即为所述预设时间段,该段时间的具体数值由所述FCC服务器的制造厂商设定,在此不作限定限定。
可选地,所述预设时间段为所述目标频道的低码率媒体流的快发进度与所述目标频道的源码率媒体流的直播进度之差小于阈值的时间段,所述阈值的具体数值由所述FCC服务器的制造厂商设定,在此不作限定。快发进度可以理解为快发到哪个帧,直播进度可以理解为直播到哪个帧。
步骤S106:所述播放设备接收所述快发结束通知;
具体地,所述播放设备接收所述FCC服务器发送的所述快发结束通知。
步骤S107:所述播放设备向头端设备申请加入所述目标频道的组播组;
具体地,所述播放设备在接收到所述快发结束通知时,立即向所述头端设备申请加入所述目标频道的组播组。所述播放设备可通过向所述头端设备发送加入所述目标频道的组播组的加入请求来申请加入所述目标频道的组播组。
步骤S108:所述头端设备向所述播放设备发送所述目标频道的源码率媒体流;
具体地,所述头端设备在接收到所述加入请求时,将所述播放设备加入所述目标频道的组播组,以组播形式向所述播放设备发送所述目标频道的源码率媒体流。
步骤S109:所述播放设备接收所述目标频道的源码率媒体流;
具体地,所述播放设备加入所述目标频道的组播组后,从所述头端设备接收所述目标频道的源码率媒体流。
步骤S110:所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放;
具体地,所述播放设备根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放,进一步地,当前接收到的媒体流为当前接收到但是还未播放的媒体流。
由图2和图3可知,所示目标频道的源码率媒体流和所述目标频道的低码率媒体流包括数据切片,所述数据切片包括数据包(RTP包),所述数据包包括首包检测信息,所述首包检测信息包括首包标识和时间戳。所述首包检测信息即为RTP包头扩展的两个字段,所述首包标识即为图3所示的“F”,所述时间戳即为图3所示的“T”。
目前,由于FCC服务器单播快发的媒体流与头端设备组播发送的媒体流,因此播放设备可根据RTP包序号进行衔接,但是本发明实施例一中,同一RTP序号的RTP包括并不是属于同一数据切片,例如图3所示的源码率媒体流中的RTP包序号为9的RTP包所属的数据切片为3,但是低码率媒体流中的RTP包序号为9的RTP包所属的数据切片为5,因此播放设备不能根据RTP包序号进行衔接,可根据两路媒体流的首包检测信息进行衔接。
首先,所述播放设备根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片。所述FCC服务器在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片。其中,所述预设首包标识即为图3所示封装示意图中的“F=1”,即任意一个数据切片的第一个RTP包的首包标识字段的值,所述首包标识为所述预设首包标识的数据包可能不止一个,在存在多个的情况下,将“T”值最小的数据包确定为所述目标数据包。所述FCC服务器获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳。若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。
请参见图7,是本发明实施例提供的两路媒体流的衔接示意图,源码率媒体流的数据切片3的“F=1,T=5”,低码率媒体流的最后一个数据切片3的第一个RTP包5的时间戳为“T=5”,两者的时间戳相同,那么将低码率媒体流的数据切片3确定为所述低码率对齐数据切片,源码率媒体流的数据切片3确定为所述源码率对齐数据切片,即为图7中斜体加粗字体所在的数据切片。可以理解的是,低码率媒体流的数据切片3与源码率媒体流的数据切片3的媒体内容相同,为同一数据切片。需要说明的是,图7所示的衔接示意图用于举例,并不构成对本发明实施例的限定。
若所述第一数据包的时间戳与所述目标数据包的时间戳不相同,则所述播放设备在当前接收到的所述目标频道的源码率媒体流中继续读取“F=1”的RTP包,该RTP包的时间戳,以及该RTP包所属的数据切片;获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;若此时的第一个数据包的时间戳与该RTP包的时间戳相同,则可以确定低码率对齐数据切片和源码率对齐数据切片;若不相同,则按照上述流程再次搜寻直到确定出低码率对齐数据切片和源码率对齐数据切片。
在所述播放设备确定出所述低码率对齐数据切片和所述源码率对齐数据切片时,所述播放设备将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后。可参见图7,低码率对齐数据切片为低码率媒体流中的数据切片3,源码率对齐数据切片为源码率媒体流中的数据切片3,将从源码率媒体流中的数据切片3开始的源码率媒体流衔接在低码率媒体流中的数据切片2之后,得到图7所示黑色大箭头所指的媒体流。由图7可知,衔接之后的媒体流是连续的,因此实现了低码率媒体流与源码率媒体流之间的无缝衔接。
所述播放设备在完成衔接时向所述FCC服务器发送停止发送通知,所述FCC服务器在接收到所述停止发送通知时,停止向所述播放设备发送所述目标频道的低码率媒体流。
所述播放设备将衔接的媒体流送入播放流管道,继续持续播放,至此本次频道切换完成。由于所述目标频道的低码率媒体流与所述目标频道的源码率媒体流进行了无缝衔接,因此所述播放设备在从所述目标频道的低码率媒体流切换至所述目标频道的源码率媒体流时,能够流畅地播放,用户不会感知到媒体流中断或切换。
在图6所示的实施例一中,通过FCC服务器的高速率快发低码率媒体流可以提升频道 切换速度,缩短频道切换时间,同时节省带宽。
请参见图7,是本发明实施例二提供的频道切换方法的流程示意图,该方法包括但不限于如下步骤:
步骤S201:播放设备向FCC服务器发送切换至目标频道的频道切换请求;
步骤S202:所述FCC服务器接收所述频道切换请求;
步骤S203:所述FCC服务器以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;
步骤S204:所述播放设备接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;
本发明实施例二中的步骤S201-步骤S204的实现过程可参见本发明实施例一中的步骤S101-步骤S104的具体描述,在此不再赘述。
步骤S205:所述FCC服务器向头端设备申请加入所述目标频道的组播组;
具体地,所述FCC服务器在开始向所述播放设备快发所述目标频道的低码率媒体流时,向所述头端设备申请加入所述目标频道的组播组,也可在向所述播放设备快发所述目标频道的低码率媒体流的过程中,向所述头端设备申请加入所述目标频道的组播组。
步骤S206:所述头端设备向所述FCC服务器发送所述目标频道的源码率媒体流;
具体地,所述头端设备在接收到所述FCC服务器发送的所述加入请求时,将所述FCC服务器加入所述目标频道的组播组,以组播形式向所述FCC服务器发送所述目标频道的源码率媒体流。
步骤S207:所述FCC服务器接收所述目标频道的源码率媒体流;
具体地,所述FCC服务器加入所述目标频道的组播组后,从所述头端设备接收所述目标频道的源码率媒体流。
步骤S208:所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接;
所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接的过程与本发明实施例一中播放设备进行衔接的过程相同,可参见本发明实施例一中步骤S108对衔接过程的具体描述,在此不再赘述。
步骤S209:所述FCC服务器以所述预设高速率向所述播放设备快发衔接的目标媒体流;
其中,所述目标媒体流可为图7所示黑色大箭头所指的媒体流。所述FCC服务器以所述预设高速率向所述播放设备快发所述目标媒体流。
步骤S210:所述FCC服务器以预设正常速率向所述播放设备发送所述目标媒体流;
具体地,由于所述FCC服务器以所述预设高速率向所述播放设备快发的速率大于所述头端设备向所述播放设备发送的速率,因此所述FCC服务器在源码率对齐数据切片快发完成时或之后,停止以所述预设高速率向所述播放设备快发所述目标媒体流,以预设正常速率向所述播放设备快发所述目标媒体流。示例性地,所述预设高速率是所述头端设备发送速率的3倍,所述预设正常速率是所述头端发送速率的1.N倍。
其中,所述源码率对齐数据切片快发完成时或之后可以称为预设时间段,该段时间的 具体数值由所述FCC服务器的制造厂商设定,在此不作限定限定。可选地,所述预设时间段为与所述源码率对齐数据切片的快发完成时间点的间隔时间小于阈值的时间段。
步骤S211:所述FCC服务器向所述播放设备发送快发结束通知;
具体地,所述FCC服务器在源码率对齐数据切片快发完成时或之后,向所述播放设备发送快发结束通知。所述快发结束通知用于告知所述播放设备快发即将结束,通知所述播放设备立即向所述头端设备申请加入所述目标频道的组播组,以从所述头端设备接收所述目标频道的源码率媒体流。
需要说明的是,步骤S210与步骤S211同时执行。
步骤S212:所述播放设备接收所述FCC服务器快发的所述目标媒体流进行播放;
具体地,所述播放设备先接收所述FCC服务器以所述预设高速率快发的所述目标媒体流,随后接收所述FCC服务器以所述预设正常速率快发的所述目标媒体流。
步骤S213:所述播放设备接收所述快发结束通知;
步骤S214:所述播放设备向所述头端设备申请加入所述目标频道的组播组;
步骤S215:所述头端设备向所述播放设备发送所述目标频道的源码率媒体流;
步骤S216:所述播放设备接所述目标频道的源码率媒体流;
本发明实施例二中的步骤S214-步骤S216的实现过程可参见本发明实施例一中的步骤S107-步骤S109的具体描述,在此不再赘述。需要说明的是,步骤S216中所述播放设备接收到的所述目标频道的源码率媒体流与步骤S207中所述FCC服务器接收到的所述目标频道的源码率媒体流存在一定的时间差。
所述播放设备在接收到所述头端设备发送的所述目标频道的源码率媒体流时,向所述FCC服务器发送停止发送通知。所述FCC服务器在接收到所述停止发送通知时,停止向所述播放设备发送所述目标媒体流。
可选地,所述停止发送通知携带从所述头端设备接收到的所述目标频道的源码率媒体流的第一个RTP包的标识信息,所述标识信息可以为RTP包序号、时间戳等。所述FCC服务器在接收到所述停止发送通知时,通过比较RTP包序号或时间戳大小等方法来判断所述第一个RTP包之前的所有RTP包是否已发送至所述播放设备,若判断结果为否,则所述FCC服务器继续向所述播放设备发送;若判断结果为是,则停止向所述播放设备发送。
步骤S217:所述播放设备根据所述目标媒体流和所述目标频道的源码率媒体流进行衔接并播放;
具体地,所述播放设备根据当前接收到所述目标媒体流和所述目标频道的源码率媒体流的RTP包序号或时间戳进行衔接并播放。请参见图9,是根据数据包序号进行衔接的示意图,将源码率媒体流中从数据包7开始的数据包衔接在目标媒体流中的数据包6之后。
在图8所示的实施例一中,通过FCC服务器的高速率快发低码率媒体流可以提升频道切换速度,缩短频道切换时间,同时节省带宽。
需要说明的是,图6所示的实施例一由播放设备进行低码率媒体流和源码率媒体流的无缝衔接,FCC服务器和播放设备均有改动;图8所示的实施例二由FCC服务器进行低码率媒体流和源码率媒体流的无缝衔接,FCC服务器有所改动。
请参见图10,是本发明实施例提供的播放设备的逻辑结构示意图。图10所示的播放设备303包括发送单元3031、接收单元3032和衔接播放单元3033。
在第一种可能实现的方式中,发送单元3031,用于向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;接收单元3032,用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述接收单元3032,还用于在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;衔接播放单元3033,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
需要说明的是,发送单元3031用于实现图6所示实施例中的步骤S101;接收单元3032用于实现图6所示实施例中的步骤S104、步骤S106和步骤S109;衔接播放单元3033用于实现图6所示实施例中的步骤S110。
在第二种可能实现的方式中,发送单元3031,用于向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;接收单元3032,用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;所述接收单元3032,还用于接收所述FCC服务器发送的衔接的目标媒体流并播放;所述接收单元3032,还用于在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;衔接播放单元3033,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
需要说明的是,发送单元3031用于实现图8所示实施例中的步骤S201;接收单元3032用于实现图8所示实施例中的步骤S204、步骤S211、步骤S213和步骤S216;衔接播放单元3033用于实现图8所示实施例中的步骤S217。
图10所示的发送单元3031和接收单元3032对应图4所示播放设备的收发器1032,图10所示的衔接播放单元3033对应图4所示播放设备的处理器1031。
请参见图11,是本发明实施例提供的FCC服务器的逻辑结构示意图。
在第一种可能实现的方式中,图11所示的FCC服务器302包括接收单元3021和发送单元3022。接收单元3021,用于接收播放设备发送的切换至目标频道的频道切换请求;发送单元3022,用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;所述发送单元3022,还用于向所述播放设备发送快发结束通知,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流。
需要说明的是,接收单元3021用于实现图6所示实施例中的步骤S102;发送单元3022用于实现图6所示实施例中的步骤S103和步骤S105。
在第一种可能实现的方式中,图11所示的FCC服务器302包括接收单元3021、发送单元3022和衔接单元3023。
接收单元3021,用于接收播放设备发送的切换至目标频道的频道切换请求;发送单元3022,用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流;所述接收单元3021,还用于从头端设备接收所述目标频道的源码率媒体流;衔接单元3023,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接;所述发送单元3022,还用于以所述预设高速率向所述播放设备快发衔接的目标媒体流;所述发送单元3022,还用于向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备快发所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的 源码率媒体流,所述预设高速率大于所述预设正常速率。
需要说明的是,接收单元3021用于实现图8所示实施例中的步骤S202和步骤S207;发送单元3022用于实现图8所示实施例中的步骤S203、步骤S209、步骤S210和步骤S212;衔接单元3023用于实现图8所示实施例中的步骤S208。
图11所示的接收单元3021和发送单元3022对应图5所示FCC服务器的收发器1022,图11所示的衔接单元3023对应图5所示FCC服务器的处理器1021。
需要说明的是,图10的第一种可能实现的方式与图11的第一种可能实现的方式结合在一起,实现图6所示的实施例;图10的第二种可能实现的方式与图11的第二种可能实现的方式结合在一起,实现图8所示的实施例。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(英文:Digital Subsciber line,简称:DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD(英文:Digital Video Disk,中文:数字视频光盘))、或者半导体介质(例如固态硬盘(英文:Solid State Disk,简称:SSD)等。

Claims (20)

  1. 一种频道切换方法,其特征在于,包括:
    播放设备向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;
    所述播放设备接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;
    所述播放设备在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;
    所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
  2. 如权利要求1所述的方法,其特征在于,所述播放设备根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放,包括:
    所述播放设备根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片;
    所述播放设备将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后,并播放。
  3. 如权利要求2所述的方法,其特征在于,所述首包检测信息包括首包标识和时间戳;
    所述播放设备根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片,包括:
    所述播放设备在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片;
    所述播放设备获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;
    若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则所述播放设备确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。
  4. 如权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
    所述播放设备在完成衔接时向所述FCC服务器发送停止发送通知,所述停止发送通知用于通知所述FCC服务器停止向所述播放设备发送所述目标频道的低码率媒体流。
  5. 一种频道切换方法,其特征在于,包括:
    FCC服务器接收播放设备发送的切换至目标频道的频道切换请求;
    所述FCC服务器以预设高速率向所述播放设备快发所述目标频道的低码率媒体流,并从头端设备接收所述目标频道的源码率媒体流;
    所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接,并以所述预设高速率向所述播放设备快发衔接的目标媒体流;
    所述FCC服务器向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备 快发所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流,所述预设高速率大于所述预设正常速率。
  6. 如权利要求5所述的方法,其特征在于,所述FCC服务器根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接,包括:
    所述FCC服务器根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片;
    所述FCC服务器将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后。
  7. 如权利要求6所述的方法,其特征在于,所述首包检测信息包括首包标识和时间戳;
    所述FCC服务器根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片,包括:
    所述FCC服务器在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片;
    所述FCC服务器获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;
    若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则所述FCC服务器确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。
  8. 如权利要求6或7所述的方法,其特征在于,所述FCC服务器向所述播放设备发送快发结束通知,包括:
    所述FCC服务器在与所述源码率对齐数据切片的快发完成时间点的间隔时间小于阈值的时间段向所述播放设备发送快发结束通知。
  9. 如权利要求5-8任一项所述的方法,其特征在于,所述方法还包括:
    所述FCC服务器接收所述播放设备发送的停止发送通知,并根据所述停止发送通知停止向所述播放设备发送所述目标媒体流。
  10. 一种播放设备,其特征在于,包括处理器和收发器,
    所述收发器,用于向快速频道切换FCC服务器发送切换至目标频道的频道切换请求;
    所述收发器,还用于接收所述FCC服务器快发的所述目标频道的低码率媒体流进行播放;
    所述收发器,还用于在接收到所述FCC服务器发送的快发结束通知时,从头端设备接收所述目标频道的源码率媒体流;
    所述处理器,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接并播放。
  11. 如权利要求10所述的播放设备,其特征在于,所述处理器具体用于根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检 测信息确定低码率对齐数据切片和源码率对齐数据切片;将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后,并播放。
  12. 如权利要求11所述的播放设备,其特征在于,所述首包检测信息包括首包标识和时间戳;
    所述处理器具体用于在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片;获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。
  13. 如权利要求10-12任一项所述的播放设备,其特征在于,
    所述收发器,还用于在完成衔接时向所述FCC服务器发送停止发送通知,所述停止发送通知用于通知所述FCC服务器停止向所述播放设备发送所述目标频道的低码率媒体流。
  14. 一种FCC服务器,其特征在于,包括处理器和收发器,
    所述收发器,用于接收播放设备发送的切换至目标频道的频道切换请求;
    所述收发器,还用于以预设高速率向所述播放设备快发所述目标频道的低码率媒体流,并从头端设备接收所述目标频道的源码率媒体流;
    所述处理器,用于根据所述目标频道的源码率媒体流和所述目标频道的低码率媒体流进行衔接;
    所述收发器,还用于以所述预设高速率向所述播放设备快发衔接的目标媒体流;
    所述收发器,还用于向所述播放设备发送快发结束通知,以预设正常速率向所述播放设备快发所述目标媒体流,所述快发结束通知用于通知所述播放设备从头端设备接收所述目标频道的源码率媒体流,所述预设高速率大于所述预设正常速率。
  15. 如权利要求14所述的FCC服务器,其特征在于,所述处理器具体用于根据当前接收到的所述目标频道的源码率媒体流和所述目标频道的低码率媒体流的数据包的首包检测信息确定低码率对齐数据切片和源码率对齐数据切片;将从所述源码率对齐数据切片开始的所述目标频道的源码率媒体流衔接在所述低码率对齐数据切片的前一个数据切片之后。
  16. 如权利要求15所述的FCC服务器,其特征在于,所述首包检测信息包括首包标识和时间戳;
    所述处理器具体用于在当前接收到的所述目标频道的源码率媒体流中获取所述首包标识为预设首包标识的目标数据包、所述目标数据包的时间戳以及所述目标数据包所属的目标数据切片;获取当前接收到的所述目标频道的低码率媒体流的最后一个数据切片的第一个数据包的时间戳;若所述第一数据包的时间戳与所述目标数据包的时间戳相同,则确定所述目标频道的低码率媒体流的最后一个数据切片为低码率对齐数据切片,所述目标数据切片为源码率对齐数据切片。
  17. 如权利要求15或16所述的FCC服务器,其特征在于,所述收发器具体用于在与所述源码率对齐数据切片的快发完成时间点的间隔时间小于阈值的时间段向所述播放设备发送快发结束通知。
  18. 如权利要求14-17任一项所述的FCC服务器,其特征在于,
    所述收发器,还用于接收所述播放设备发送的停止发送通知,并根据所述停止发送通知停止向所述播放设备发送所述目标媒体流。
  19. 一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1-4任一项所述的频道切换方法。
  20. 一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求5-9任一项所述的频道切换方法。
PCT/CN2018/076535 2017-03-13 2018-02-12 一种频道切换方法及其装置 WO2018166320A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019550191A JP6974490B2 (ja) 2017-03-13 2018-02-12 チャネル変更方法およびその装置
EP18767358.7A EP3582505B1 (en) 2017-03-13 2018-02-12 Channel changing method, and apparatus
RU2019132200A RU2753576C2 (ru) 2017-03-13 2018-02-12 Способ изменения канала и соответствующее устройство
US16/564,432 US11039203B2 (en) 2017-03-13 2019-09-09 Channel changing method and apparatus thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710147526.6A CN106961625B (zh) 2017-03-13 2017-03-13 一种频道切换方法及其装置
CN201710147526.6 2017-03-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/564,432 Continuation US11039203B2 (en) 2017-03-13 2019-09-09 Channel changing method and apparatus thereof

Publications (1)

Publication Number Publication Date
WO2018166320A1 true WO2018166320A1 (zh) 2018-09-20

Family

ID=59470420

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/076535 WO2018166320A1 (zh) 2017-03-13 2018-02-12 一种频道切换方法及其装置

Country Status (6)

Country Link
US (1) US11039203B2 (zh)
EP (1) EP3582505B1 (zh)
JP (1) JP6974490B2 (zh)
CN (1) CN106961625B (zh)
RU (1) RU2753576C2 (zh)
WO (1) WO2018166320A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109756745A (zh) * 2018-12-06 2019-05-14 北京东方广视科技股份有限公司 一种直播流数据的发送方法、直播加速服务器及终端

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106961625B (zh) * 2017-03-13 2020-02-21 华为技术有限公司 一种频道切换方法及其装置
CN108540734B (zh) * 2018-05-16 2021-02-02 中央电视台 一种4k视音频信号的切换方法、装置、系统及电子设备
CN108770025B (zh) * 2018-05-31 2020-01-31 西安电子科技大学 基于ran切片的异构无线网络切换方法
KR102531337B1 (ko) * 2018-07-16 2023-05-11 주식회사 케이티 방송 채널을 제공하는 장치, 서버 및 방법
CN109672887B (zh) * 2019-03-06 2021-04-09 北京奇艺世纪科技有限公司 一种视频编码方法及装置
CN111866526B (zh) * 2019-04-29 2021-10-15 华为技术有限公司 一种直播业务处理方法和装置
CN110505500A (zh) * 2019-08-06 2019-11-26 咪咕视讯科技有限公司 一种缓存数据发送处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009130732A (ja) * 2007-11-26 2009-06-11 Brother Ind Ltd 情報配信システムにおける端末装置、その情報処理プログラム及び情報処理方法
CN102970585A (zh) * 2012-11-30 2013-03-13 武汉市烽视威科技有限公司 一种流媒体快速频道切换的方法
CN105144727A (zh) * 2013-03-13 2015-12-09 苹果公司 用于快速切换的编解码技术
CN105376613A (zh) * 2015-12-10 2016-03-02 华为技术有限公司 一种快速频道切换方法、服务器及iptv系统
CN106961625A (zh) * 2017-03-13 2017-07-18 华为技术有限公司 一种频道切换方法及其装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7783160B2 (en) * 2002-11-20 2010-08-24 Lg Electronics Inc. Recording medium having data structure for managing reproduction of interleaved multiple reproduction path video data recorded thereon and recording and reproducing methods and apparatuses
US7430222B2 (en) * 2004-02-27 2008-09-30 Microsoft Corporation Media stream splicer
US20090064242A1 (en) * 2004-12-23 2009-03-05 Bitband Technologies Ltd. Fast channel switching for digital tv
EP1855478A1 (en) 2006-05-09 2007-11-14 Alcatel Lucent Method for fast zapping between tv channels
CN101518082B (zh) * 2006-07-28 2012-11-28 汤姆森研究基金有限公司 用于数字视频的快速频道转换的方法和装置
CN101212407A (zh) * 2006-12-28 2008-07-02 中兴通讯股份有限公司 组播频道快速启动的方法
US8700792B2 (en) * 2008-01-31 2014-04-15 General Instrument Corporation Method and apparatus for expediting delivery of programming content over a broadband network
US20100115566A1 (en) * 2008-10-30 2010-05-06 Raziel Haimi-Cohen Fast Channel Change Request Processing
US20120030707A1 (en) * 2009-03-31 2012-02-02 Telefonaktiebolaget Lm Ericsson (Publ) Methods and Arrangements for Channel Change in an IPTV Network
US8161515B2 (en) * 2009-05-13 2012-04-17 Alcatel Lucent Fast channel change handling of late multicast join
CN103329558B (zh) * 2011-01-26 2017-06-09 瑞典爱立信有限公司 单播多播iptv网络中实现快速信道更改的方法和服务器
CN102271281B (zh) * 2011-08-08 2013-07-10 华为技术有限公司 快速频道切换的实现方法和装置
US9042441B2 (en) * 2012-04-25 2015-05-26 At&T Intellectual Property I, Lp Apparatus and method for media streaming
US20140223502A1 (en) * 2013-02-06 2014-08-07 General Instrument Corporation Method of Operating an IP Client
CN104811790A (zh) * 2015-05-14 2015-07-29 国网黑龙江省电力有限公司信息通信公司 一种结合单播和组播以加快数字电视机顶盒换台速度的方法
CN107566855B (zh) * 2016-06-30 2020-11-10 华为技术有限公司 频道快速切换的方法、服务器和机顶盒
CN106454394B (zh) * 2016-08-03 2020-04-03 华为技术有限公司 一种dvb频道的快速切换方法以及设备和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009130732A (ja) * 2007-11-26 2009-06-11 Brother Ind Ltd 情報配信システムにおける端末装置、その情報処理プログラム及び情報処理方法
CN102970585A (zh) * 2012-11-30 2013-03-13 武汉市烽视威科技有限公司 一种流媒体快速频道切换的方法
CN105144727A (zh) * 2013-03-13 2015-12-09 苹果公司 用于快速切换的编解码技术
CN105376613A (zh) * 2015-12-10 2016-03-02 华为技术有限公司 一种快速频道切换方法、服务器及iptv系统
CN106961625A (zh) * 2017-03-13 2017-07-18 华为技术有限公司 一种频道切换方法及其装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3582505A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109756745A (zh) * 2018-12-06 2019-05-14 北京东方广视科技股份有限公司 一种直播流数据的发送方法、直播加速服务器及终端
CN109756745B (zh) * 2018-12-06 2021-06-15 北京东方广视科技股份有限公司 一种直播流数据的发送方法、直播加速服务器及终端

Also Published As

Publication number Publication date
CN106961625B (zh) 2020-02-21
US20200007928A1 (en) 2020-01-02
EP3582505B1 (en) 2023-07-05
EP3582505C0 (en) 2023-07-05
US11039203B2 (en) 2021-06-15
RU2753576C2 (ru) 2021-08-17
RU2019132200A (ru) 2021-04-14
EP3582505A4 (en) 2020-02-26
CN106961625A (zh) 2017-07-18
JP2020511084A (ja) 2020-04-09
RU2019132200A3 (zh) 2021-04-14
JP6974490B2 (ja) 2021-12-01
EP3582505A1 (en) 2019-12-18

Similar Documents

Publication Publication Date Title
WO2018166320A1 (zh) 一种频道切换方法及其装置
US20160337424A1 (en) Transferring media data using a websocket subprotocol
US10554707B2 (en) Method and system for self-detection and efficient transmission of real-time popular recorded over-the-top streams over communication networks
WO2017096935A1 (zh) 一种快速频道切换方法、服务器及iptv系统
US20180176278A1 (en) Detecting and signaling new initialization segments during manifest-file-free media streaming
US10356483B2 (en) System and method to transmit data packets via a cellular network
WO2018001184A1 (zh) 频道快速切换的方法、服务器和机顶盒
US9049481B2 (en) Fine-tuning the time for leaving/joining a multicast session during channel changes
CN111031385B (zh) 视频播放的方法及装置
WO2018103696A1 (zh) 媒体文件的播放方法、服务端、客户端及系统
US11050805B2 (en) Method of controlling stream buffer in media playback device and related buffering device
CN113727199A (zh) 一种hls切片快速起播方法
CN111866526B (zh) 一种直播业务处理方法和装置
CN113905257A (zh) 视频码率切换方法、装置、电子设备及存储介质
JP5610743B2 (ja) コンテンツ受信方法及び装置
CN110933476A (zh) 一种基于Relay的HLS首屏时间优化方案
KR102349451B1 (ko) 멀티미디어의 전송 또는 수신 방법 및 그 장치
CN113079386B (zh) 一种视频在线播放方法、装置、电子设备及存储介质
CN113438513A (zh) 一种视频分辨率切换方法、装置、设备及存储介质
WO2016101626A1 (zh) 一种频道码流处理方法、装置、终端及系统
KR20220068636A (ko) 초저지연 ott 서비스를 제공하는 시스템 및 동작 방법
CN116170612A (zh) 一种直播的实现方法、边缘节点、电子设备及存储介质
WO2016162732A1 (en) Method and apparatus for providing current manifest information for broadcasted content delivered via a wireless communication network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18767358

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019550191

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018767358

Country of ref document: EP

Effective date: 20190912