Adaptive dynamically optimized IPTV (Internet Protocol Television) soft terminal video playing method under complex networking

By using JNI interface and adaptive scoring algorithm in IPTV soft terminals, the best video streaming protocol selection and dynamic optimization in complex networking environments are achieved, and the problem of poor adaptability of traditional IPTV soft terminals is solved, improving playback stability and fluency.

CN119815078APending Publication Date: 2025-04-11JIANGSU HAOBAI INFORMATION SERVICE CO LTD
View PDF 9 Cites 0 Cited by

Patent Information

Application Number
CN202411845894.4
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-12-16
Publication Date
2025-04-11

AI Technical Summary

Technical Problem

In complex networking environments, traditional IPTV soft terminals have poor adaptability and are difficult to achieve optimal playback protocol matching and dynamic optimization of video playback quality.

Method used

Obtain the user platform home information through the JNI interface, start multiple threads to pull the video streams of HLS, RTSP and multicast protocols, use the adaptive scoring algorithm to calculate the comprehensive score of each protocol, select the protocol with the highest comprehensive score for video playback, and dynamically adjust the playback cache area size and switch the playback protocol when the network changes.

Benefits of technology

It improves the playback stability and fluency of IPTV soft terminals under complex networking, ensures the best protocol selection and dynamic optimization of video streaming, and improves user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119815078A_ABST
    Figure CN119815078A_ABST
Patent Text Reader

Abstract

The invention discloses an adaptive dynamic optimization IPTV soft terminal video playing method under complex networking, which comprises the following steps: a user opens an IPTV soft terminal on a television, acquires user platform attribution information by calling an API (Application Program Interface) of a business management platform, and stores the acquired user attribution information in a local memory of the IPTV soft terminal through a JNI (Java Network Interface); matching an area where the user is located and a platform to which the user belongs; a player in the IPTV soft terminal starts a plurality of threads, respectively pulls video streams based on an HLS protocol, an RTSP protocol and a multicast protocol, measures network performance data of each video stream protocol according to an area where a user is located and a platform to which the user belongs, calculates a comprehensive score of each video stream protocol in a current network through a self-adaptive scoring algorithm, and sends the comprehensive score to the IPTV soft terminal. And performing video playing by taking the video stream protocol with the highest comprehensive score as a playing protocol. According to the invention, the playing stability and fluency of the IPTV soft terminal in a complex network are improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The invention belongs to the technical field of video media playback control, and in particular relates to an IPTV soft terminal video playback method with adaptive dynamic optimization under complex networking. Background Art

[0002] Internet Protocol Television (IPTV) is a technology that uses broadband networks to integrate Internet, multimedia, communication and other technologies to provide users with a variety of interactive services including digital television. It has gradually become an indispensable part of the public's experience of audio-visual services on large screens. Traditional IPTV usually relies on set-top boxes (STBs) as the main playback device. As users demand high-quality, diversified and more convenient viewing, STBs, as dedicated devices, have relatively fixed functions and are difficult to meet the diverse needs of users. Secondly, STB hardware and software upgrades are relatively lagging, and they cannot quickly adapt to the introduction of new technologies and new functions, which limits the improvement of user experience. In addition, STBs, as hardware devices provided by operators, increase equipment costs and maintenance costs. With the rapid development of social economy, the increasing popularity of smart TVs and the gradual improvement of TV performance, IPTV soft terminals have emerged.

[0003] IPTV soft terminal is a kind of intelligent terminal that uses the hardware capabilities of televisions and other intelligent terminals to decode video streams, and provides users with convenient interactive, safe and reliable television services through the powerful private network carrying capacity of telecommunications itself. Although IPTV soft terminal has many advantages, in actual application, because the television itself does not have the dial-up capability of set-top boxes, the dial-up of IPTV soft terminal is pre-placed in the home gateway, and the home gateway completes the dual-crossing of private and public networks. However, in actual promotion, user families have multi-mode networking such as wired direct gateways, wireless and direct routers. Under complex networking, traditional IPTV players have poor adaptive capabilities and single switching methods. How to achieve adaptive matching of the best playback protocol and dynamically optimize the video playback quality during playback has become a key issue that needs to be solved in the application and promotion of IPTV soft terminal. Summary of the invention

[0004] In view of the problems existing in the prior art, the present invention provides an IPTV soft terminal video playback method with adaptive dynamic optimization under complex networking, which improves the playback stability and fluency of the IPTV soft terminal under complex networking.

[0005] To achieve the above technical objectives, the present invention adopts the following technical solution: a method for adaptively and dynamically optimizing IPTV soft terminal video playback under complex networking, specifically comprising the following steps:

[0006] Step S1: The user opens the IPTV soft terminal on the TV, obtains the user platform location information by calling the API interface of the business management platform, and saves the obtained user location information to the local memory of the IPTV soft terminal through the JNI interface, and matches the user's area and platform;

[0007] Step S2: The player in the IPTV soft terminal starts multiple threads, pulls video streams based on the HLS protocol, RTSP protocol and multicast protocol respectively, measures the network performance data of each video stream protocol according to the user's area and platform, calculates the comprehensive score of each video stream protocol under the current network through an adaptive scoring algorithm, and uses the video stream protocol with the highest comprehensive score as the best playback protocol for video playback;

[0008] Step S3: Continue to monitor the current network status. If the type of the current network changes, repeat step S2.

[0009] Furthermore, step S1 includes the following sub-steps:

[0010] Step S1.1: The user opens the IPTV soft terminal on the TV. After passing the pre-authentication, the IPTV soft terminal will carry the user's account and password information to request the API interface of the business management platform to obtain the resource server and channel address;

[0011] Step S1.2, saving the acquired resource server and channel address to the local memory of the IPTV soft terminal through the JNI interface;

[0012] Step S1.3: Match the resource server and channel address stored in the local memory with the user's region and platform in the local dictionary.

[0013] Furthermore, step S2 includes the following sub-steps:

[0014] Step S2.1, the player in the IPTV soft terminal starts multiple threads, pulls video streams based on the HLS protocol, RTSP protocol and multicast protocol respectively, and initializes the buffer area of ​​each video stream protocol for temporarily storing the video stream of the corresponding protocol;

[0015] Step S2.2, measure the packet loss rate, bit rate, delay and buffering time of each video streaming protocol according to the user's region and platform, and calculate the packet loss rate score, bit rate score, delay score and buffering time score of each video streaming protocol under the current network;

[0016] Step S2.3, add up the packet loss rate score, bit rate score, delay score and buffer time score of each video stream protocol to obtain a comprehensive score of each video stream protocol;

[0017] Step S2.4: The video stream protocol with the highest comprehensive score is used as the best playback protocol, and the video stream in the buffer area of ​​the playback protocol is pushed to the playback buffer area, and the video streams in other buffer areas are destroyed.

[0018] Furthermore, the specific process of calculating the packet loss rate score, bit rate score, delay score and buffer time score of each video stream protocol under the current network in step S2.2 is as follows:

[0019] PLR_Score i =(1-PLR i )×W1 i

[0020] BR_Score i =(BR i / BR i _max)×W2 i

[0021] L_Score i =(1-L i / L i _max)×W3 i

[0022] BT_Score i =(1-BT i / BT i _max)×W4 i

[0023] Among them, PLR i PLR_Score represents the packet loss rate measured under the i-th video streaming protocol. i represents the packet loss rate score under the i-th video streaming protocol, W1 i Indicates the weight of the packet loss rate; BR i Indicates the bit rate measured under the i-th video stream protocol, BR_Score i represents the bitrate score under the i-th video streaming protocol, W2 i Indicates the weight of the bit rate; L i represents the delay measured under the i-th video streaming protocol, L i _max represents the maximum acceptable delay under the i-th video streaming protocol, L_Score i represents the delay score under the i-th video streaming protocol, W3 i Indicates the weight of delay; BT i represents the buffering time measured under the i-th video streaming protocol, BT i _max represents the maximum acceptable buffering time under the i-th video streaming protocol, BT_Score irepresents the buffering time score under the i-th video streaming protocol, W4 i Indicates the weight of buffer time; W1 i +W2 i +W3 i +W4 i =1.

[0024] Furthermore, W1 i 、W2 i 、W3 i 、W4 i Adjust according to the type of the current network: If the current network is a wired network, W1 i =0.8×W10 i 、W2 i =0.8×W20 i 、W3 i =1.4×W30 i 、W4 i =1.4×W40 i ; If the current network is a WiFi network, W1 i =2×W10 i 、W2 i =2×W20 i 、W3 i =W30 i 、W4 i =W40 i ; If the current network is a mobile network, W1 i =1.5×W10 i 、W2 i =1.5×W20 i 、W3 i =0.6×W30 i 、W4 i =0.6×W40 i Among them, W10 i represents the baseline weight of the packet loss rate under the i-th video streaming protocol, W20 i represents the benchmark weight of the bit rate under the i-th video streaming protocol, W30 i represents the baseline weight of the delay under the i-th video streaming protocol, W40 i Represents the benchmark weight of the cache time under the i-th video streaming protocol.

[0025] Furthermore, when the playback protocol is the HLS protocol, the playback buffer area is adjusted through a layered buffering strategy, and the size of the playback buffer area is adjusted through an adaptive adjustment strategy.

[0026] Furthermore, in the live broadcast scenario, when the main buffer of the playback cache is exhausted, the player switches to the short-term cache. If the capacity of the short-term cache is less than 2%, the user is prompted that the current network status is poor and the network type is switched. In the on-demand scenario, video data is preloaded through the long-term cache.

[0027] Furthermore, the playback cache size is dynamically adjusted by real-time monitoring of network bandwidth, cache status and user behavior: when network jitter or insufficient bandwidth is detected, the short-term cache capacity is increased first; when the network condition recovers, the short-term cache capacity is reduced and resources are allocated to the long-term cache first.

[0028] Furthermore, when the playback protocol is a multicast protocol, if the TS stream monitoring module in the IPTV soft terminal recognizes that the video stream of the multicast protocol is unreachable or the network quality is lower than a predetermined threshold, the player sends an RTSP request to the media server. After the media server responds to the request, it sends a unicast stream to the requesting client through the RTSP protocol. At the same time, the QOS module in the IPTV soft terminal records the switching event and calls back to the application layer of the IPTV soft terminal through the callback interface. The application layer reports the switching event to the corresponding fault platform, and performs playback quality detection by setting a dynamic detection time window. If multicast is supported, it switches back to multicast mode.

[0029] Furthermore, the setting process of the dynamic detection time window is as follows: when the network fluctuation is slight, the detection time window is set to 5-10s; when the network performance fluctuates severely or the jitter lasts for a long time, the detection time window is extended to minutes.

[0030] Compared with the prior art, the present invention has the following beneficial effects:

[0031] (1) The adaptive and dynamically optimized IPTV soft terminal video playback method under complex networking of the present invention realizes efficient and accurate acquisition and management of playback addresses through the JNI interface, ensuring that the player in the IPTV soft terminal can quickly obtain required information under various network conditions, thereby improving the response speed and reliability of the IPTV soft terminal, and providing reliable support for the subsequent selection of video stream playback protocols;

[0032] (2) The present invention calculates the comprehensive score of each video stream protocol in the current network through an adaptive scoring algorithm, takes the video stream protocol with the highest comprehensive score as the playback protocol, and plays the video. By introducing an adaptive scoring algorithm, the performance of each video stream protocol is comprehensively evaluated to ensure that the best playback protocol can be selected, thereby improving the stability and fluency of video stream playback;

[0033] (3) When the playback protocol is the HLS protocol, the present invention introduces a hierarchical buffering strategy to adjust the playback buffer area, and adjusts the size of the playback buffer area through an adaptive adjustment strategy. The short-term buffer and the long-term buffer work in coordination. The short-term buffer is used to process the real-time data requirements in the live broadcast scenario, while the long-term buffer is used to store data with a longer time span in the on-demand scenario, thereby significantly improving the stability and fluency of the playback;

[0034] (4) When the playback protocol is a multicast protocol and a multicast unreachable problem occurs, the present invention adjusts to a unicast mode. By setting the length of the dynamic detection time window, it can flexibly adapt to the fluctuation degree of different network environments, while ensuring that the unicast and multicast switching mechanism is both efficient and stable.

[0035] In summary, the present invention can improve the playback stability and fluency of IPTV soft terminals in complex networking. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] Figure 1 It is a flow chart of the IPTV soft terminal video playback method of the present invention that is adaptively and dynamically optimized under complex networking;

[0037] Figure 2 This is a schematic diagram of the best protocol matching in the present invention;

[0038] Figure 3 Schematic diagram of the hierarchical buffering strategy adopted under the HLS protocol. DETAILED DESCRIPTION

[0039] The technical solution of the present invention is further explained below in conjunction with the accompanying drawings.

[0040] like Figure 1 The present invention is a flow chart of an IPTV soft terminal video playback method for adaptive dynamic optimization under complex networking, and the IPTV soft terminal video playback method specifically comprises the following steps:

[0041] Step S1, the user opens the IPTV soft terminal on the TV, obtains the user platform location information by calling the API interface of the business management platform, and saves the obtained user location information to the local memory of the IPTV soft terminal through the JNI interface, and matches the user's area and platform. The present invention realizes efficient and accurate acquisition and management of the playback address through the JNI interface, ensuring that the player in the IPTV soft terminal can quickly obtain the required information under various network conditions, thereby improving the response speed and reliability of the IPTV soft terminal, providing reliable support for the subsequent selection of the video stream playback protocol, and improving the smoothness and stability of the video playback; specifically comprising the following sub-steps:

[0042] Step S1.1: The user opens the IPTV soft terminal on the TV. After passing the pre-authentication, the IPTV soft terminal will carry the user's account and password information to request the API interface of the business management platform to obtain the resource server and channel address;

[0043] Step S1.2, saving the acquired resource server and channel address to the local memory of the IPTV soft terminal through the JNI interface;

[0044] Step S1.3: Match the resource server and channel address stored in the local memory with the user's region and platform in the local dictionary.

[0045] Step S2, the player in the IPTV soft terminal starts multiple threads, pulls video streams based on the HLS protocol, RTSP protocol and multicast protocol respectively, and measures the network performance data of each video stream protocol according to the user's area and platform. Since each video stream playback protocol has different performance in different network environments, and is affected by factors such as the user's TV wired network port performance and wireless quality in actual scenarios, the present invention calculates the comprehensive score of each video stream protocol under the current network through an adaptive scoring algorithm, takes the video stream protocol with the highest comprehensive score as the best playback protocol, and plays the video. By introducing an adaptive scoring algorithm to comprehensively evaluate the performance of each video stream protocol, it is ensured that the best playback protocol can be selected, thereby improving the stability and fluency of video stream playback. Figure 2 , specifically including the following sub-steps:

[0046] Step S2.1, the player in the IPTV soft terminal starts multiple threads, pulls video streams based on the HLS protocol, RTSP protocol and multicast protocol respectively, initializes the cache area of ​​each video stream protocol, and is used to temporarily store the video stream of the corresponding protocol. Considering that the current IPTV video sources are all H264 encoded, in order to reduce performance overhead, the video stream is only stored in the cache area of ​​each video stream protocol without decoding;

[0047] Step S2.2: Measure the packet loss rate, bit rate, delay and buffering time of each video streaming protocol according to the user's region and platform, and calculate the packet loss rate score, bit rate score, delay score and buffering time score of each video streaming protocol in the current network:

[0048] PLR_Score i =(1-PLR i )×W1 i

[0049] BR_Score i =(BR i / BR i _max)×W2 i

[0050] L_Score i =(1-L i / L i _max)×W3 i

[0051] BT_Score i =(1-BT i / BT i _max)×W4 i

[0052] Among them, PLR i PLR_Score represents the packet loss rate measured under the i-th video streaming protocol. i represents the packet loss rate score under the i-th video streaming protocol, W1 i Indicates the weight of the packet loss rate; BR i Indicates the bit rate measured under the i-th video stream protocol, BR_Score i represents the bitrate score under the i-th video streaming protocol, W2 i Indicates the weight of the bit rate; L i represents the delay measured under the i-th video streaming protocol, L i _max represents the maximum acceptable delay under the i-th video streaming protocol, L_Score i represents the delay score under the i-th video streaming protocol, W3 i Indicates the weight of delay; BT i represents the buffering time measured under the i-th video streaming protocol, BT i _max represents the longest acceptable buffering time under the i-th video streaming protocol, BT_Score i represents the buffering time score under the i-th video streaming protocol, W4 i Indicates the weight of buffer time; W1 i +W2 i +W3 i +W4 i =1.

[0053] In one technical solution of the present invention, W1 i 、W2 i 、W3 i 、W4 i Adjust according to the type of the current network: If the current network is a wired network, due to its high stability and sufficient bandwidth, adjust W1 i =0.8×W10 i 、W2 i =0.8×W20 i 、W3 i =1.4×W30 i、W4 i =1.4×W40 i ; If the current network is a WiFi network, adjust W1 i =2×W10 i 、W2 i =2×W20 i 、W3 i =W30 i 、W4 i =W40 i , to automatically increase the attention paid to packet loss rate and bit rate when the signal is poor; if the current network is a mobile network, considering its limited bandwidth and poor stability, adjust W1 i =1.5×W10 i 、W2 i =1.5×W20 i 、W3 i =0.6×W30 i 、W4 i =0.6×W40 i Among them, W10 i represents the baseline weight of the packet loss rate under the i-th video streaming protocol, W20 i represents the benchmark weight of the bit rate under the i-th video streaming protocol, W30 i represents the baseline weight of the delay under the i-th video streaming protocol, W40 i represents the benchmark weight of the cache time under the i-th video streaming protocol. Finally, the adjusted weights are normalized to ensure that the sum of the weights is 1, ensuring the comparability of the scoring results under different network environments.

[0054] Step S2.3, add the packet loss rate score, bit rate score, delay score and buffer time score of each video stream protocol to obtain a comprehensive score for each video stream protocol. In the present invention, the packet loss rate is related to the video stream playback quality and is an indicator for measuring the stability of the video stream protocol; the bit rate determines the amount of data transmitted per second in the video stream, and the amount of transmitted data will affect the clarity and smoothness of the video; the delay can evaluate the real-time performance of the video stream during the transmission process; the buffer time is an important indicator for measuring the smoothness of the video stream playback. By comprehensively considering the comprehensive score of each video stream protocol, the video stream playback protocol that best suits this application scenario can be selected.

[0055] Step S2.4: The video stream protocol with the highest comprehensive score is used as the best playback protocol, and the video stream in the buffer area of ​​the playback protocol is pushed to the playback buffer area, and the video streams in other buffer areas are destroyed.

[0056] Step S3: Continuously monitor the current network status. If the type of the current network changes, such as network disconnection, wired switching to wireless, etc., repeat step S2 to ensure continuous optimization of the user experience.

[0057] In a technical solution of the present invention, when the playback protocol is the HLS protocol, the possible network jitter is adjusted through the layered buffering strategy, and the size of the playback buffer is adjusted through the adaptive adjustment strategy. The short-term cache and the long-term buffer work in coordination. The short-term cache is used to process the real-time data requirements in the live broadcast scenario, and the long-term cache is used to store data with a longer time span in the on-demand scenario, thereby significantly improving the stability and fluency of the playback. Specifically, Figure 3 In the live broadcast scenario, since the server-side slicing of the real-time multicast stream limits the capacity of the client cache, the short-term cache is specifically used to cope with the sudden demand for real-time data. When the main buffer of the playback cache is exhausted, the player switches to the short-term cache, so that when the main cache is exhausted due to poor network conditions, the player can smoothly switch to the short-term cache to ensure the continuity of playback; if the capacity of the short-term cache is less than 2%, the user is prompted that the current network status is poor and the network type is switched; in the on-demand scenario, the video data is preloaded through the long-term cache to ensure that there is enough data for playback even when the network condition fluctuates, thereby improving the stability and continuity of playback. At the same time, the size of the playback cache is dynamically adjusted by real-time monitoring of network bandwidth, cache status and user behavior: when network jitter or insufficient bandwidth is detected, the capacity of the short-term cache is increased first to ensure the stability of real-time playback; when the network condition recovers, the capacity of the short-term cache is reduced, and resources are allocated to the long-term cache first to optimize the anti-fluctuation ability of subsequent playback. The present invention flexibly adjusts the video data loading amount and priority according to the network status, avoids resource waste, significantly improves the playback stability through the adaptive adjustment strategy, and ensures that IPTV users enjoy a smooth viewing experience in a complex network environment.

[0058] In a technical solution of the present invention, when the playback protocol is a multicast protocol, a multicast unreachable problem may occur. If the TS stream monitoring module in the IPTV soft terminal recognizes that the video stream of the multicast protocol is unreachable or the network quality is lower than a predetermined threshold, the player sends an RTSP request to the media server. After the media server responds to the request, it sends a unicast stream to the requesting client through the RTSP protocol. This switching process is almost instant, ensuring that the user experience is not affected and that the user's live broadcast service is not interrupted as much as possible. At the same time, the QOS module in the IPTV soft terminal records the switching event and calls back to the application layer of the IPTV soft terminal through the callback interface. The application layer reports the switching event to the corresponding fault platform, and performs playback quality detection by setting a dynamic detection time window, including: continuous sampling and analysis of packet loss rate, delay and jitter, evaluating the network recovery situation and the reachability of the multicast stream, and if multicast is supported, switching back to the multicast mode, that is, the packet loss rate is lower than the set threshold, and the delay and jitter meet the standard requirements, it is determined that the network has recovered to a state that can support the multicast stream, and then the playback stream is switched back to the multicast mode to reduce the occupation of unicast resources. Specifically, the setting process of the dynamic detection time window is as follows: when the network fluctuation is slight, the detection time window is set to 5-10s, and multiple attempts are made quickly to quickly detect the availability and stability of the multicast stream; when the network performance fluctuates severely or the jitter lasts for a long time, the detection time window is extended to the minute level to reduce the switching attempt frequency and avoid frequent retries leading to additional resource consumption. The present invention can flexibly adapt to the degree of fluctuation of different network environments by dynamically adjusting the length of the detection time window, while ensuring that the unicast and multicast switching mechanisms are both efficient and stable.

[0059] In summary, the adaptive and dynamically optimized IPTV soft terminal video playback method under complex networking of the present invention provides users of IPTV soft terminals with more stable and high-quality IPTV services under multi-mode networking, improves the availability of IPTV soft terminals, and at the same time, can achieve rapid application value without changing the hardware layer architecture.

[0060] In the embodiments disclosed in the present application, the computer storage medium can be a tangible medium that can contain or store a program for use by or in conjunction with an instruction execution system, device or equipment. The computer storage medium can include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or equipment, or any suitable combination of the above. More specific examples of computer storage media can include electrical connections based on one or more lines, portable computer disks, hard disks, random access memories (RAM), read-only memories (ROM), erasable programmable read-only memories (EPROM or flash memory), optical fibers, portable compact disk read-only memories (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above.

[0061] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed in this application can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0062] The above are only preferred embodiments of the present invention, and the protection scope of the present invention is not limited to the above embodiments. All technical solutions under the concept of the present invention belong to the protection scope of the present invention. It should be pointed out that for ordinary technicians in this technical field, some improvements and modifications without departing from the principle of the present invention should be regarded as the protection scope of the present invention.

Claims

1. A method for adaptively and dynamically optimizing IPTV soft terminal video playback under complex networking, characterized in that: The specific steps include: Step S1: The user opens the IPTV soft terminal on the TV, obtains the user platform location information by calling the API interface of the business management platform, and saves the obtained user location information to the local memory of the IPTV soft terminal through the JNI interface, and matches the user's area and platform; Step S2: The player in the IPTV soft terminal starts multiple threads, pulls video streams based on the HLS protocol, RTSP protocol and multicast protocol respectively, measures the network performance data of each video stream protocol according to the user's area and platform, calculates the comprehensive score of each video stream protocol under the current network through an adaptive scoring algorithm, and uses the video stream protocol with the highest comprehensive score as the best playback protocol for video playback; Step S3: Continue to monitor the current network status. If the type of the current network changes, repeat step S2.

2. According to claim 1, the IPTV soft terminal video playback method with adaptive dynamic optimization under complex networking is characterized in that: Step S1 includes the following sub-steps: Step S1.1: The user opens the IPTV soft terminal on the TV. After passing the pre-authentication, the IPTV soft terminal will carry the user's account and password information to request the API interface of the business management platform to obtain the resource server and channel address; Step S1.2, saving the acquired resource server and channel address to the local memory of the IPTV soft terminal through the JNI interface; Step S1.3: Match the resource server and channel address stored in the local memory with the user's region and platform in the local dictionary.

3. The IPTV soft terminal video playback method of adaptive dynamic optimization under complex networking according to claim 2 is characterized in that: Step S2 includes the following sub-steps: Step S2.1, the player in the IPTV soft terminal starts multiple threads, pulls video streams based on the HLS protocol, RTSP protocol and multicast protocol respectively, and initializes the buffer area of ​​each video stream protocol for temporarily storing the video stream of the corresponding protocol; Step S2.2, measure the packet loss rate, bit rate, delay and buffering time of each video streaming protocol according to the user's region and platform, and calculate the packet loss rate score, bit rate score, delay score and buffering time score of each video streaming protocol under the current network; Step S2.3, add up the packet loss rate score, bit rate score, delay score and buffer time score of each video stream protocol to obtain a comprehensive score of each video stream protocol; Step S2.4: The video stream protocol with the highest comprehensive score is used as the best playback protocol, and the video stream in the buffer area of ​​the playback protocol is pushed to the playback buffer area, and the video streams in other buffer areas are destroyed.

4. The IPTV soft terminal video playback method of adaptive dynamic optimization under complex networking according to claim 3 is characterized in that: The specific process of calculating the packet loss rate score, bit rate score, delay score and buffer time score of each video streaming protocol under the current network in step S2.2 is as follows: PLR_Score i =(1-PLR i )×W1 i BR_Score i =(BR i / BR i _max)×W2 i L_Score i =(1-L i / L i _max)×W3 i BT_Score i =(1-BT i / BT i _max)×W4 i Among them, PLR i PLR_Score represents the packet loss rate measured under the i-th video streaming protocol. i represents the packet loss rate score under the i-th video streaming protocol, W1 i Indicates the weight of the packet loss rate; BR i Indicates the bit rate measured under the i-th video stream protocol, BR_Score i represents the bitrate score under the i-th video streaming protocol, W2 i Indicates the weight of the bit rate; L i represents the delay measured under the i-th video streaming protocol, L i _max represents the maximum acceptable delay under the i-th video streaming protocol, L_Score i represents the delay score under the i-th video streaming protocol, W3 i Indicates the weight of delay; BT i represents the buffering time measured under the i-th video streaming protocol, BT i _max represents the longest acceptable buffering time under the i-th video streaming protocol, BT_Score i represents the buffering time score under the i-th video streaming protocol, W4 i Indicates the weight of buffer time; W1 i +W2 i +W3 i +W4 i =1.

5. The method for playing video on an IPTV soft terminal with adaptive dynamic optimization under complex networking according to claim 4 is characterized in that: W1 i 、W2 i 、W3 i 、W4 i Adjust according to the type of the current network: If the current network is a wired network, W1 i =0.8×W10 i 、W2 i =0.8×W20 i 、W3 i =1.4×W30 i 、W4 i =1.4×W40 i ; If the current network is a WiFi network, W1 i =2×W10 i 、W2 i =2×W20 i 、W3 i =W30 i 、W4 i =W40 i ; If the current network is a mobile network, W1 i =1.5×W10 i 、W2 i =1.5×W20 i 、W3 i =0.6×W30 i 、W4 i =0.6×W40 i Among them, W10 i represents the baseline weight of the packet loss rate under the i-th video streaming protocol, W20 i represents the benchmark weight of the bit rate under the i-th video streaming protocol, W30 i represents the baseline weight of the delay under the i-th video streaming protocol, W40 i Represents the benchmark weight of the cache time under the i-th video streaming protocol.

6. The method for playing video on an IPTV soft terminal with adaptive dynamic optimization under complex networking according to claim 3 is characterized in that: When the playback protocol is the HLS protocol, the playback buffer area is adjusted through a layered buffering strategy, and the playback buffer area size is adjusted through an adaptive adjustment strategy.

7. The method for adaptively and dynamically optimizing IPTV soft terminal video playback under complex networking according to claim 6 is characterized in that: In the live broadcast scenario, when the main buffer of the playback cache is exhausted, the player switches to the short-term cache. If the capacity of the short-term cache is less than 2%, the user is prompted that the current network status is poor and the network type is switched; In the on-demand scenario, video data is preloaded through long-term caching.

8. The method for adaptively and dynamically optimizing IPTV soft terminal video playback under complex networking according to claim 7 is characterized in that: The playback buffer size is dynamically adjusted by real-time monitoring of network bandwidth, cache status, and user behavior: when network jitter or insufficient bandwidth is detected, the short-term buffer capacity is increased first; when the network condition recovers, the short-term buffer capacity is reduced and resources are allocated to the long-term cache first.

9. The method for playing video on an IPTV soft terminal with adaptive dynamic optimization in a complex network according to claim 3, characterized in that: When the playback protocol is a multicast protocol, if the TS stream monitoring module in the IPTV soft terminal recognizes that the video stream of the multicast protocol is unreachable or the network quality is lower than the predetermined threshold, the player sends an RTSP request to the media server. After the media server responds to the request, it sends a unicast stream to the requesting client through the RTSP protocol. At the same time, the QOS module in the IPTV soft terminal records the switching event and calls back to the application layer of the IPTV soft terminal through the callback interface. The application layer reports the switching event to the corresponding fault platform, and performs playback quality detection by setting a dynamic detection time window. If multicast is supported, it switches back to multicast mode.

10. The method for adaptively and dynamically optimizing IPTV soft terminal video playback in complex networking according to claim 9, characterized in that: The setting process of the dynamic detection time window is as follows: when the network fluctuation is slight, the detection time window is set to 5-10s; when the network performance fluctuates severely or the jitter lasts for a long time, the detection time window is extended to the minute level.

Citation Information

Patent Citations

  • Multi-protocol multi-player video playing method and system based on self-adaptive network bandwidth

    CN103905841A

  • Basic network quality evaluation method and device for video CDN service transmission

    CN107493192A

  • Communication method and device based on home gateway, gateway and storage medium

    CN115277467A

  • Method for intelligently evaluating value of media asset based on IPTV (Internet Protocol Television) service

    CN117668642A

  • IPTV soft terminal system based on live broadcast service multi-protocol automatic switching

    CN117714726A