CN109982098B - IPTV channel switching method and system - Google Patents

IPTV channel switching method and system Download PDF

Info

Publication number
CN109982098B
CN109982098B CN201910181498.9A CN201910181498A CN109982098B CN 109982098 B CN109982098 B CN 109982098B CN 201910181498 A CN201910181498 A CN 201910181498A CN 109982098 B CN109982098 B CN 109982098B
Authority
CN
China
Prior art keywords
channel list
stream
user
address
audio
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201910181498.9A
Other languages
Chinese (zh)
Other versions
CN109982098A (en
Inventor
李亮
刘强
姜超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fiberhome Telecommunication Technologies Co Ltd
Original Assignee
Fiberhome Telecommunication Technologies Co Ltd
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 Fiberhome Telecommunication Technologies Co Ltd filed Critical Fiberhome Telecommunication Technologies Co Ltd
Priority to CN201910181498.9A priority Critical patent/CN109982098B/en
Publication of CN109982098A publication Critical patent/CN109982098A/en
Application granted granted Critical
Publication of CN109982098B publication Critical patent/CN109982098B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • 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 encoded video stream packets from an IP network
    • H04N21/4383Accessing a communication channel
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

The invention discloses a method and a system for switching IPTV channels, which relate to the technical field of IPTV video playing, and are used for preloading and constructing a user-defined channel list when receiving original channel list information sent by an IPTV server; before a TS stream request is initiated, the memory resources of the terminal are reasonably utilized through the TS stream code rate in the user-defined channel list and whether the TS stream buffer area with the proper size is applied for fast stream sending or not. When a TS stream request is initiated, a live broadcast address in a user-defined channel list is used for requesting, and the problem that channel switching is slow due to the fact that multicast has no stream or a unicast original address cannot be accessed is avoided. After a TS stream request is initiated, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing, so that the time consumption of analyzing PSI information after the TS stream is received is eliminated, and the channel switching speed is improved.

Description

IPTV channel switching method and system
Technical Field
The invention relates to the technical field of IPTV video playing, in particular to an IPTV channel switching method and system.
Background
In the IPTV service, after a terminal accesses an IPTV platform, the platform can issue channel list information, the terminal stores the program list information, then carries out channel switching by specifying a channel number, and the terminal finds live broadcast address information corresponding to the channel number to play and complete the channel switching.
Typically a channel will contain both multicast live addresses (IGMP protocol) and unicast live addresses (RTSP protocol, HLS protocol, etc.). Because the load of the multicast playing server is small, the terminal needs to perform multicast playing preferentially, and performs unicast playing when the multicast stream cannot be acquired. Unicast playing also causes the situation that the original address cannot access the disaster-tolerant address to be switched.
In the prior art, the following method is mostly adopted to realize the IPTV channel switching.
(1) And assigning the channel number to perform channel switching, and starting the channel switching.
(2) And the terminal applies for a TS stream buffer area with a fixed size according to a preset value.
(3) And the terminal initiates a multicast request to acquire the multicast stream, and if the multicast stream is not acquired, the terminal acquires the multicast stream execution (6).
(4) The terminal initiates a unicast request, if the unicast address cannot be accessed and the unicast address contains a disaster tolerance field, the step (5) is executed, and if the unicast address can be accessed, the step (6) is executed.
(5) And the terminal splices the disaster tolerance address and carries out unicast request through the disaster tolerance address.
(6) And writing the obtained TS stream into a TS stream buffer area, and analyzing PSI information of the TS stream to obtain audio and video PID and audio and video coding formats.
(7) And setting decoder parameters including audio and video PID, coding format and other information and starting the decoder.
(8) And sending the data of the TS stream buffer area into a decoder for decoding and playing, and finishing channel switching.
The above channel switching method has the following problems.
The optimal size of the TS stream buffer area is influenced by the size of the TS stream code rate and whether the streaming media server sends the stream quickly. If the TS stream code rate is large or the server performs fast stream sending, a large buffer area needs to be applied, otherwise the buffer area overflows, if the TS stream code rate is small and the streaming media server does not perform fast stream sending, only a small buffer area is needed, and the memory resource of the terminal is wasted if the buffer area is applied too much. In step (2), in order to store TS stream data, a TS stream buffer area needs to be applied before a streaming media request is initiated, and at this time, since the terminal does not receive TS stream data yet and does not perform link establishment negotiation (unicast) with the streaming media server, the TS stream code rate is unknown, whether the streaming media server performs fast streaming is unknown, only a preset buffer area with a fixed size can be applied, and a proper size cannot be applied according to different TS streams.
If the multicast stream is not acquired in step (3) (which usually needs to wait for about 3 seconds for judgment), switching to unicast playing can greatly prolong the channel switching time.
If the original unicast address cannot be accessed in the step (4), time is consumed for confirming that the server cannot access the unicast address and the process needs overtime waiting, and the time for switching the channels can be prolonged by splicing the disaster recovery address to make a request.
And (6) time is consumed for analyzing PSI information in the TS stream, and the received TS stream cannot be immediately input into a decoder for decoding and playing.
Disclosure of Invention
Aiming at the defects in the prior art, the invention aims to provide an IPTV channel switching method and a system thereof, which can improve the channel switching speed and avoid the overflow of a buffer area and the waste of memory resources.
In order to achieve the above purposes, the technical scheme adopted by the invention is as follows: an IPTV channel switching method is provided, which comprises the following steps:
when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring an available live broadcast address, TS (transport stream) code rate, whether to support rapid stream sending and constructing a user-defined channel list;
and when the channel is switched, the information in the user-defined channel list is used for playing.
On the basis of the above scheme, when switching channels, the information in the user-defined channel list is used for playing, and the method specifically comprises the following steps:
and requesting a TS stream buffer area with a proper size according to the TS stream code rate in the user-defined channel list and whether the quick stream sending is supported, and initiating a TS stream request by using a live broadcast address in the user-defined channel list.
On the basis of the scheme, the method further comprises the following steps: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring audio and video PID (proportion integration differentiation), audio and video coding formats and recording the audio and video coding formats into a user-defined channel list;
and after a TS stream request is initiated by using a live broadcast address in the user-defined channel list, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing.
On the basis of the scheme, when original channel list information sent by an IPTV server is received, the original channel list information is preloaded to acquire an available live broadcast address, a TS stream code rate, an audio and video PID (proportion integration differentiation), an audio and video coding format, whether to support rapid stream sending and construct a user-defined channel list, and the method specifically comprises the following steps:
preloading the original channel list information when the original channel list information sent by the IPTV server is received;
a multicast request is initiated by using a multicast address in original channel list information sent by an IPTV server, if the multicast stream request is successful, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set as no;
if the multicast stream request fails, a request is initiated by using a unicast address in the original channel list information sent by the IPTV server, if the unicast address request succeeds, the unicast address is written into a live broadcast address field in the user-defined channel list, and whether fast stream sending is supported or not is set according to a unicast link establishment interaction result;
and if the unicast address request fails and the unicast address has the disaster tolerance field, splicing the disaster tolerance field to obtain a disaster tolerance address initiating request, if the disaster tolerance address request succeeds, storing the disaster tolerance address into a self-defined channel list as a live broadcast address, and setting whether to support rapid stream sending according to a unicast link establishment interaction result.
On the basis of the scheme, the information of the user-defined channel list comprises a live broadcast address, TS stream code rate, whether to send a stream quickly, audio PID, an audio coding format, video PID and a video coding format.
The present invention also provides an IPTV channel switching system, which includes:
a custom channel list building module to: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring an available live broadcast address, TS (transport stream) code rate, whether to support rapid stream sending and constructing a user-defined channel list;
a channel switch module to: and when the channel is switched, the information in the user-defined channel list is used for playing.
On the basis of the above scheme, when the channel switching module switches channels, the information in the user-defined channel list is used for playing, and the method specifically comprises the following steps:
and requesting a TS stream buffer area with a proper size according to the TS stream code rate in the user-defined channel list and whether the quick stream sending is supported, and initiating a TS stream request by using a live broadcast address in the user-defined channel list.
On the basis of the above scheme, the custom channel list building module is further configured to: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring audio and video PID (proportion integration differentiation), audio and video coding formats and recording the audio and video coding formats into a user-defined channel list;
the channel switching module is further configured to: and after a TS stream request is initiated by using a live broadcast address in the user-defined channel list, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing.
On the basis of the scheme, when the user-defined channel list building module receives original channel list information sent by an IPTV server, the user-defined channel list building module pre-loads the original channel list information to obtain an available live broadcast address, TS stream code rate, audio and video PID, audio and video coding format, whether to support rapid stream sending and build a user-defined channel list, and the method specifically comprises the following steps:
preloading the original channel list information when the original channel list information sent by the IPTV server is received;
a multicast request is initiated by using a multicast address in original channel list information sent by an IPTV server, if the multicast stream request is successful, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set as no;
if the multicast stream request fails, a request is initiated by using a unicast address in the original channel list information sent by the IPTV server, if the unicast address request succeeds, the unicast address is written into a live broadcast address field in the user-defined channel list, and whether fast stream sending is supported or not is set according to a unicast link establishment interaction result;
and if the unicast address request fails and the unicast address has the disaster tolerance field, splicing the disaster tolerance field to obtain a disaster tolerance address initiating request, if the disaster tolerance address request succeeds, storing the disaster tolerance address into a self-defined channel list as a live broadcast address, and setting whether to support rapid stream sending according to a unicast link establishment interaction result.
On the basis of the scheme, the information of the user-defined channel list comprises a live broadcast address, TS stream code rate, whether to send a stream quickly, audio PID, an audio coding format, video PID and a video coding format.
Compared with the prior art, the invention has the advantages that:
the invention carries out preloading and constructs a user-defined channel list when receiving the original channel list information sent by the IPTV server; before a TS stream request is initiated, the memory resources of the terminal are reasonably utilized through the TS stream code rate in the user-defined channel list and whether the TS stream buffer area with the proper size is applied for fast stream sending or not. When a TS stream request is initiated, a live broadcast address in a user-defined channel list is used for requesting, and the problem that channel switching is slow due to the fact that multicast has no stream or a unicast original address cannot be accessed is avoided. After a TS stream request is initiated, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing, so that the time consumption of analyzing PSI information after the TS stream is received is eliminated, and the channel switching speed is improved.
Drawings
Fig. 1 is a schematic flow chart of an IPTV channel switching method according to an embodiment of the present invention;
fig. 2 is a schematic flow chart of a method for switching an IPTV channel to construct a custom channel list according to an embodiment of the present invention;
fig. 3 is a schematic flow chart of channel switching of the IPTV channel switching method according to the embodiment of the present invention.
Fig. 4 is a schematic diagram illustrating a comparison between original channel list information and information in a customized channel list transmitted by an IPTV server according to an embodiment of the present invention.
Detailed Description
Description of terms:
the PSI (Program Specific Information) Information is composed of PAT (Program Association Table), CAT (Conditional Access Table), PMT (Program Map Table), and NIT (Network Information Table). These tables are inserted into a TS (Transport Stream) Stream. PSI information is a description of a single TS stream, which is the leading information of the TS stream; the PSI information specifies how to find a specified program from a transport stream carrying multiple programs.
Embodiments of the present invention will be described in further detail below with reference to the accompanying drawings.
Referring to fig. 1, an embodiment of the present invention provides an IPTV channel switching method, including the following steps:
s1, when receiving the original channel list information sent by the IPTV server, preloading the original channel list information, obtaining the available live broadcast address, TS stream code rate, whether to support fast stream sending and constructing a user-defined channel list;
and S2, playing the information in the self-defined channel list when switching the channel.
Preferably, when switching channels, the playing is performed by using information in the custom channel list, which specifically includes the following steps:
and requesting a TS stream buffer area with a proper size according to the TS stream code rate in the user-defined channel list and whether the quick stream sending is supported, and initiating a TS stream request by using a live broadcast address in the user-defined channel list.
Preferably, the method further comprises the steps of: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring audio and video PID (proportion integration differentiation), audio and video coding formats and recording the audio and video coding formats into a user-defined channel list;
and after a TS stream request is initiated by using a live broadcast address in the user-defined channel list, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing.
Preferably, when receiving the original channel list information sent by the IPTV server, the method preloads the original channel list information, obtains an available live broadcast address, a TS stream code rate, obtains an audio/video PID, an audio/video coding format, and whether to support fast streaming and construct a custom channel list, and specifically includes the following steps:
preloading the original channel list information when the original channel list information sent by the IPTV server is received;
a multicast request is initiated by using a multicast address in original channel list information sent by an IPTV server, if the multicast stream request is successful, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set as no;
if the multicast stream request fails, a request is initiated by using a unicast address in the original channel list information sent by the IPTV server, if the unicast address request succeeds, the unicast address is written into a live broadcast address field in the user-defined channel list, and whether fast stream sending is supported or not is set according to a unicast link establishment interaction result. The unicast fast streaming has a plurality of implementation modes, wherein in one implementation mode, the terminal carries a field 'x-Burst: yes' when initiating an RTSP descriptor request to an RTSP streaming server, if the streaming server response signaling contains the field 'x-Burst: yes' to indicate that the server supports fast streaming, otherwise, the server does not support fast streaming.
And if the unicast address request fails and the unicast address has the disaster tolerance field, splicing the disaster tolerance field to obtain a disaster tolerance address initiating request, if the disaster tolerance address request succeeds, storing the disaster tolerance address into a self-defined channel list as a live broadcast address, and setting whether to support rapid stream sending according to a unicast link establishment interaction result.
As a preferred implementation manner, referring to fig. 2, a flow of constructing a custom channel list of an IPTV channel switching method according to an embodiment of the present invention includes the following steps:
s101: the terminal is started and passes IPTV authentication;
s102: the IPTV server issues original channel list information, and the terminal stores the original channel list information;
s103: the terminal traverses the original channel list information for preloading;
s104: the multicast address is used for initiating a multicast request, if a multicast stream is obtained, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set to be negative;
s105: if the unicast stream is acquired, writing the unicast address into a live broadcast address field in a user-defined channel list, and setting whether to support rapid stream transmission according to a unicast link establishment interaction result;
s106: the unicast address cannot be accessed, a disaster tolerance field exists in the unicast address, the disaster tolerance field is spliced to obtain a disaster tolerance address initiating request, if the unicast stream is obtained, the spliced disaster tolerance address is written into a live broadcast address field in a user-defined channel list, and whether the fast stream sending is supported or not is set according to a unicast link establishment interaction result;
s107: PSI information is analyzed from the obtained TS stream, and code rate information, audio and video PID information and audio and video coding format information in the PSI information are obtained. This information is written to the custom channel list.
As a preferred implementation manner, referring to fig. 3, a channel switching flow of the IPTV channel switching method according to the embodiment of the present invention includes the following steps:
s201: the user switches the channel, and the channel switching starts; entering step S202;
s202: finding channel information from a user-defined channel list; simultaneously entering steps S203 and S205; the invention acquires the channel information from the user-defined channel list and then concurrently performs the TS stream acquisition process (S203, S204) and the decoder starting process (S205), thereby solving the time-consuming problem that the TS stream acquisition process and the decoder starting process need to be sequentially executed in the prior art;
s203: calculating the size of a buffer area by using TS stream code rate information and whether time shifting is supported or not, and applying for the buffer area; entering step S204;
s204: acquiring TS stream by using a live broadcast address; entering step S206;
s205: starting a decoder by using the audio and video PID and the audio and video coding format in the user-defined channel list, and entering the step S206;
s206: after the decoder is started successfully, the obtained TS stream is sent to the started decoder for decoding and playing;
s207: the channel switch is over.
Preferably, as shown in fig. 4, the original channel list information sent by the IPTV server includes a multicast live broadcast address and a unicast live broadcast address. The information of the user-defined channel list comprises a live broadcast address, TS stream code rate, whether to send a stream quickly, audio PID, audio coding format, video PID and video coding format.
An embodiment of the present invention further provides an IPTV channel switching system, including:
a custom channel list building module to: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring an available live broadcast address, TS (transport stream) code rate, whether to support rapid stream sending and constructing a user-defined channel list;
a channel switch module to: and when the channel is switched, the information in the user-defined channel list is used for playing.
Preferably, when the channel switching module switches channels, the information in the custom channel list is used for playing, which specifically includes the following steps:
and requesting a TS stream buffer area with a proper size according to the TS stream code rate in the user-defined channel list and whether the quick stream sending is supported, and initiating a TS stream request by using a live broadcast address in the user-defined channel list.
Preferably, the custom channel list building module is further configured to: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring audio and video PID (proportion integration differentiation), audio and video coding formats and recording the audio and video coding formats into a user-defined channel list;
the channel switching module is further configured to: and after a TS stream request is initiated by using a live broadcast address in the user-defined channel list, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing.
Preferably, when receiving the original channel list information sent by the IPTV server, the custom channel list construction module preloads the original channel list information, obtains an available live broadcast address, a TS stream code rate, obtains an audio/video PID, an audio/video coding format, and whether to support fast streaming and construct a custom channel list, specifically including the following steps:
preloading the original channel list information when the original channel list information sent by the IPTV server is received;
a multicast request is initiated by using a multicast address in original channel list information sent by an IPTV server, if the multicast stream request is successful, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set as no;
if the multicast stream request fails, a request is initiated by using a unicast address in the original channel list information sent by the IPTV server, if the unicast address request succeeds, the unicast address is written into a live broadcast address field in the user-defined channel list, and whether fast stream sending is supported or not is set according to a unicast link establishment interaction result;
and if the unicast address request fails and the unicast address has the disaster tolerance field, splicing the disaster tolerance field to obtain a disaster tolerance address initiating request, if the disaster tolerance address request succeeds, storing the disaster tolerance address into a self-defined channel list as a live broadcast address, and setting whether to support rapid stream sending according to a unicast link establishment interaction result.
Preferably, the original channel list information sent by the IPTV server includes a multicast live broadcast address and a unicast live broadcast address. The information of the user-defined channel list comprises a live broadcast address, TS stream code rate, whether to send a stream quickly, audio PID, audio coding format, video PID and video coding format.
Based on the same inventive concept, embodiments of the present invention provide a computer-readable storage medium having stored thereon a computer program, which, when being executed by a processor, implements all or part of the method steps of an IPTV channel switching method.
The present invention realizes all or part of the flow in the IPTV channel switching method, and may also be implemented by using a computer program to instruct related hardware, where the computer program may be stored in a computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method embodiments may be implemented. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include: any entity or device capable of carrying computer program code, recording medium, U.S. disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution media, and the like. It should be noted that the computer readable medium may contain other components which may be suitably increased or decreased as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, in accordance with legislation and patent practice, the computer readable medium does not include electrical carrier signals and telecommunications signals.
Based on the same inventive concept, an embodiment of the present invention further provides an electronic device, which includes a memory and a processor, where the memory stores a computer program running on the processor, and the processor executes the computer program to implement all or part of the method steps in the IPTV channel switching method.
The processor may be a Central Processing Unit (CP U), or may be other general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (fpga) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. The general purpose processor may be a microprocessor or the processor may be any conventional processor or the like, the processor being the control center of the computer device and the various interfaces and lines connecting the various parts of the overall computer device.
The memory may be used to store computer programs and/or modules, and the processor may implement various functions of the computer device by executing or executing the computer programs and/or modules stored in the memory, as well as by invoking data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, video data, etc.) created according to the use of the cellular phone, etc. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a flash memory Card (F lash Card), at least one magnetic disk storage device, a flash memory device, or other volatile solid state storage device.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, server, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), servers and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.

Claims (8)

1. An IPTV channel switching method is characterized by comprising the following steps:
when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring an available live broadcast address, TS (transport stream) code rate, whether to support rapid stream sending and constructing a user-defined channel list;
when switching channels, playing the information in the user-defined channel list;
the method comprises the following steps of preloading original channel list information when the original channel list information sent by an IPTV server is received, acquiring an available live broadcast address, TS stream code rate, audio and video PID, audio and video coding format, whether to support fast stream sending and constructing a user-defined channel list, and specifically comprises the following steps:
preloading the original channel list information when the original channel list information sent by the IPTV server is received;
a multicast request is initiated by using a multicast address in original channel list information sent by an IPTV server, if the multicast stream request is successful, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set as no;
if the multicast stream request fails, a request is initiated by using a unicast address in the original channel list information sent by the IPTV server, if the unicast address request succeeds, the unicast address is written into a live broadcast address field in the user-defined channel list, and whether fast stream sending is supported or not is set according to a unicast link establishment interaction result;
and if the unicast address request fails and the unicast address has the disaster tolerance field, splicing the disaster tolerance field to obtain a disaster tolerance address initiating request, if the disaster tolerance address request succeeds, storing the disaster tolerance address into a self-defined channel list as a live broadcast address, and setting whether to support rapid stream sending according to a unicast link establishment interaction result.
2. The method of claim 1, wherein: when switching channels, playing the information in the user-defined channel list, which specifically comprises the following steps:
and requesting a TS stream buffer area with a proper size according to the TS stream code rate in the user-defined channel list and whether the quick stream sending is supported, and initiating a TS stream request by using a live broadcast address in the user-defined channel list.
3. The method of claim 2, further comprising the steps of: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring audio and video PID (proportion integration differentiation), audio and video coding formats and recording the audio and video coding formats into a user-defined channel list;
and after a TS stream request is initiated by using a live broadcast address in the user-defined channel list, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing.
4. The method of claim 3, wherein: the information of the user-defined channel list comprises a live broadcast address, TS stream code rate, whether to send a stream quickly, audio PID, audio coding format, video PID and video coding format.
5. An IPTV channel switching system, comprising:
a custom channel list building module to: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring an available live broadcast address, TS (transport stream) code rate, whether to support rapid stream sending and constructing a user-defined channel list;
a channel switch module to: when switching channels, playing the information in the user-defined channel list;
the method comprises the following steps that when receiving original channel list information sent by an IPTV server, the user-defined channel list building module pre-loads the original channel list information to obtain an available live broadcast address, TS stream code rate, audio and video PID, audio and video coding format, whether to support rapid stream sending and build a user-defined channel list, and specifically comprises the following steps:
preloading the original channel list information when the original channel list information sent by the IPTV server is received;
a multicast request is initiated by using a multicast address in original channel list information sent by an IPTV server, if the multicast stream request is successful, the multicast address is written into a live broadcast address field in a user-defined channel list, and whether the user-defined channel list supports fast stream sending is set as no;
if the multicast stream request fails, a request is initiated by using a unicast address in the original channel list information sent by the IPTV server, if the unicast address request succeeds, the unicast address is written into a live broadcast address field in the user-defined channel list, and whether fast stream sending is supported or not is set according to a unicast link establishment interaction result;
and if the unicast address request fails and the unicast address has the disaster tolerance field, splicing the disaster tolerance field to obtain a disaster tolerance address initiating request, if the disaster tolerance address request succeeds, storing the disaster tolerance address into a self-defined channel list as a live broadcast address, and setting whether to support rapid stream sending according to a unicast link establishment interaction result.
6. The system of claim 5, wherein: when the channel switching module switches channels, the information in the user-defined channel list is used for playing, and the method specifically comprises the following steps:
and requesting a TS stream buffer area with a proper size according to the TS stream code rate in the user-defined channel list and whether the quick stream sending is supported, and initiating a TS stream request by using a live broadcast address in the user-defined channel list.
7. The system of claim 6, wherein the custom channel list building module is further configured to: when original channel list information sent by an IPTV server is received, preloading the original channel list information, acquiring audio and video PID (proportion integration differentiation), audio and video coding formats and recording the audio and video coding formats into a user-defined channel list;
the channel switching module is further configured to: and after a TS stream request is initiated by using a live broadcast address in the user-defined channel list, a decoder is started by using an audio-video PID and an audio-video coding format in the user-defined channel list, and the received TS stream is sent to the decoder for decoding and playing.
8. The system of claim 7, wherein: the information of the user-defined channel list comprises a live broadcast address, TS stream code rate, whether to send a stream quickly, audio PID, audio coding format, video PID and video coding format.
CN201910181498.9A 2019-03-11 2019-03-11 IPTV channel switching method and system Active CN109982098B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910181498.9A CN109982098B (en) 2019-03-11 2019-03-11 IPTV channel switching method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910181498.9A CN109982098B (en) 2019-03-11 2019-03-11 IPTV channel switching method and system

Publications (2)

Publication Number Publication Date
CN109982098A CN109982098A (en) 2019-07-05
CN109982098B true CN109982098B (en) 2020-12-01

Family

ID=67078527

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910181498.9A Active CN109982098B (en) 2019-03-11 2019-03-11 IPTV channel switching method and system

Country Status (1)

Country Link
CN (1) CN109982098B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116471312B (en) * 2023-06-20 2023-08-15 南京维赛客网络科技有限公司 Method, system and storage medium for distributing users through offline channels

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101316357A (en) * 2008-06-30 2008-12-03 华为技术有限公司 Channel switching method, terminal and medium service apparatus
CN102340701A (en) * 2011-10-28 2012-02-01 深圳Tcl新技术有限公司 Program playing method for digital televisions and digital television
CN105721949A (en) * 2016-01-20 2016-06-29 深圳市彩易生活科技有限公司 Key channel program configuration method, TV control method, TV control system, and related device
CN106686394A (en) * 2016-12-29 2017-05-17 北京奇艺世纪科技有限公司 Video switching method and apparatus

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9271054B2 (en) * 2009-03-03 2016-02-23 Mobilitie, Llc System and method for WiFi video streaming
US8874636B2 (en) * 2012-01-03 2014-10-28 Teletech Holdings, Inc. Method for providing support services using consumer selected specialist and specialist ratings

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101316357A (en) * 2008-06-30 2008-12-03 华为技术有限公司 Channel switching method, terminal and medium service apparatus
CN102340701A (en) * 2011-10-28 2012-02-01 深圳Tcl新技术有限公司 Program playing method for digital televisions and digital television
CN105721949A (en) * 2016-01-20 2016-06-29 深圳市彩易生活科技有限公司 Key channel program configuration method, TV control method, TV control system, and related device
CN106686394A (en) * 2016-12-29 2017-05-17 北京奇艺世纪科技有限公司 Video switching method and apparatus

Also Published As

Publication number Publication date
CN109982098A (en) 2019-07-05

Similar Documents

Publication Publication Date Title
US10924783B2 (en) Video coding method, system and server
JP2018078597A (en) Transmission device, transmission method, and program
CN102036058B (en) Method, server, terminal and system for switching videos in video monitoring system
CN103348322A (en) Information processing device, information processing method, and program
JP5389861B2 (en) Method and system for speeding up device operation by logical separation of control information
US9894392B2 (en) Distribution device, reproduction device, data structure, distribution method, control program, and recording medium
CN1929590A (en) Method and apparatus for updating program guide information of digital TV
CN104185062A (en) Method for processing video streams by terminal and terminal
CN111182322B (en) Director control method and device, electronic equipment and storage medium
WO2018099331A1 (en) Method and apparatus for switching digital television channels
CN101415082B (en) Control method and apparatus for playing program
CN109982098B (en) IPTV channel switching method and system
US20170180436A1 (en) Upload of Multimedia Content
US8634310B2 (en) Methods and apparatus for improved program acquisition for use with MPEG-2 based systems
CN103402137A (en) Application push method, mobile terminal and digital television (TV) receiving end
CN109347967A (en) A kind of method and device obtaining audio, video data
CN110996137B (en) Video processing method and device
WO2017071642A1 (en) Media playback method, device and computer storage medium
CN108289240A (en) Method, terminal and the computer-readable medium of DTV fast channel switching
CN112752033B (en) Broadcasting directing method and system
CN114598825A (en) Video and audio signal scheduling method and device, computer equipment and readable storage medium
CN111756955B (en) Method and system for constructing IP matrix
US8917979B2 (en) Scene switching system and method applicable to a plurality of media channels and recording medium thereof
CN104683882A (en) Generation and play method and device for multiple speed file of stream medium
CN108777813A (en) Switching method, device, terminal and the storage medium of scrambled number TV programme

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant