An IPTV soft terminal video playing method with adaptive dynamic optimization under complex networking

Abstract

The application discloses a kind of IPTV soft terminal video playing methods of adaptive dynamic optimization under complex networking, comprising: user opens IPTV soft terminal on TV, obtains user platform home information by calling API interface of industry management platform, and the user home information obtained is saved to the local memory of IPTV soft terminal by JNI interface, and the region where user is located and the platform to which user belongs are matched out;Player in IPTV soft terminal starts multiple threads, respectively pulls video stream based on HLS protocol, RTSP protocol and multicast protocol, and measures the network performance data of each video stream protocol according to the region where user is located and the platform to which user belongs, calculates the comprehensive score of each video stream protocol under current network by adaptive scoring algorithm, and the video stream protocol with the highest comprehensive score is used as playing protocol to play video.The application improves the playing stability and fluency of IPTV soft terminal under complex networking.

Description

Technical Field

[0001] This invention belongs to the field of video media playback control technology, specifically, it relates to an adaptive dynamic optimization method for IPTV soft terminal video playback under complex networking conditions. Background Technology

[0002] Internet Protocol Television (IPTV), a technology that utilizes broadband networks and integrates internet, multimedia, and communication technologies to provide users with a variety of interactive services, including digital television, has gradually become an indispensable part of the public's experience of audiovisual services on large screens. Traditional IPTV typically relies on set-top boxes (STBs) as the primary playback device. However, with users' increasing demands for high-quality, diverse, and convenient viewing, the fixed functionality of dedicated STBs makes it difficult to meet diverse user needs. Secondly, the hardware and software upgrades of STBs lag behind, failing to quickly adapt to the introduction of new technologies and functions, thus limiting the improvement of user experience. Furthermore, as hardware provided by operators, STBs increase equipment and maintenance costs. With rapid socio-economic development, the increasing popularity of smart TVs, and the gradual improvement of television performance, IPTV software terminals have emerged.

[0003] IPTV soft terminals utilize the hardware capabilities of smart terminals such as televisions to decode video streams and leverage the robust private network capabilities of telecommunications companies to provide users with convenient, interactive, secure, and reliable television services. While IPTV soft terminals offer numerous advantages, in practical applications, because televisions lack the dial-up capabilities of set-top boxes, the dial-up process is routed to the home gateway, which handles the cross-connection between the private and public networks. However, in actual deployment, user homes employ multiple network configurations, including wired direct connection to the gateway, wireless connection, and direct connection to a router. Under these complex network conditions, traditional IPTV players exhibit poor adaptability and limited switching methods. Therefore, achieving adaptive matching of the optimal playback protocol and dynamically optimizing video playback quality during playback becomes a key challenge for the widespread adoption of IPTV soft terminals. Summary of the Invention

[0004] To address the problems existing in the prior art, this invention provides an adaptive and dynamically optimized video playback method for IPTV soft terminals under complex network conditions, thereby improving the playback stability and smoothness of IPTV soft terminals under complex network conditions.

[0005] To achieve the above technical objectives, the present invention adopts the following technical solution: a method for adaptive dynamic optimization of IPTV soft terminal video playback under complex network topology, specifically including the following steps:

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

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

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

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

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

[0011] Step S1.2: Save the obtained 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 local memory with the user's region and platform in the local dictionary.

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

[0014] Step S2.1: The player in the IPTV soft terminal starts multiple threads to pull video streams based on HLS, RTSP and multicast protocols respectively, and initializes the buffer of each video stream protocol to temporarily store the video stream of the corresponding protocol.

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

[0016] Step S2.3: Sum the packet loss rate score, bit rate score, latency score, and buffer time score of each video streaming protocol to obtain a comprehensive score for each video streaming protocol;

[0017] Step S2.4: Select the video streaming protocol with the highest overall score as the best playback protocol, push the video stream in the buffer of the playback protocol to the playback buffer, and destroy the video stream in other buffers.

[0018] Furthermore, the specific process for calculating the packet loss rate score, bitrate score, latency score, and buffer time score for 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 W1 represents the packet loss rate score under the i-th video streaming protocol. i The weights representing packet loss rate; BR i BR_Score represents the bitrate measured under the i-th video streaming protocol. i W2 represents the bitrate score under the i-th video streaming protocol. i The weight representing the bitrate; L i L represents the latency measured under the i-th video streaming protocol. i _max represents the maximum acceptable latency under the i-th video streaming protocol, and L_Score i W3 represents the latency score under the i-th video streaming protocol. i Weights representing delay; BT i BT represents the buffer time measured under the i-th video streaming protocol. i _max represents the longest acceptable buffer time under the i-th video streaming protocol, BT_Score iW4 represents the buffer time score under the i-th video streaming protocol. i W1 represents the weight of the buffer time. i +W2 i +W3 i +W4 i =1.

[0024] Furthermore, W1 i W2 i W3 i W4 i Adjust according to the current network type: 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 W20 represents the baseline weight for packet loss rate under the i-th video streaming protocol. i W30 represents the baseline weight of the bitrate under the i-th video streaming protocol. i W40 represents the baseline weight of latency under the i-th video streaming protocol. i This represents the baseline weight of the buffer time under the i-th video streaming protocol.

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

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

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

[0028] Furthermore, when the playback protocol is a multicast protocol, if the TS stream monitoring module in the IPTV soft terminal detects that the multicast video stream is unreachable or the network quality is lower than a predetermined threshold, the player sends an RTSP request to the media server. After responding to the request, the media server sends a unicast stream to the requesting client via 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, the system switches back to multicast mode.

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

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

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

[0032] (2) This invention calculates the comprehensive score of each video stream protocol under the current network through an adaptive scoring algorithm, and selects the video stream protocol with the highest comprehensive score as the playback protocol for video playback. By introducing an adaptive scoring algorithm to comprehensively evaluate the performance of each video stream protocol, it ensures that the best playback protocol can be selected, thereby improving the stability and smoothness of video stream playback.

[0033] (3) When the playback protocol is HLS, this invention introduces a layered 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 handle the real-time data requirements in the live streaming 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 smoothness of playback.

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

[0035] In summary, this invention can improve the playback stability and smoothness of IPTV software terminals under complex network conditions. Attached Figure Description

[0036] Figure 1 The flowchart shows the adaptive dynamic optimization method for IPTV soft terminal video playback under complex networking conditions according to the present invention.

[0037] Figure 2 This is a schematic diagram illustrating the optimal protocol matching in this invention;

[0038] Figure 3 This is a schematic diagram illustrating the hierarchical buffering strategy used under the HLS protocol. Detailed Implementation

[0039] The technical solution of the present invention will be further explained and described below with reference to the accompanying drawings.

[0040] like Figure 1 This is a flowchart of the IPTV soft terminal video playback method with adaptive dynamic optimization under complex network conditions according to the present invention. The IPTV soft terminal video playback method specifically includes the following steps:

[0041] Step S1: The user opens the IPTV soft terminal on the TV, obtains the user's platform location information by calling the API interface of the service management platform, and saves the obtained user location information to the local memory of the IPTV soft terminal through the JNI interface. This matches the user's region and platform. This invention achieves 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 the required information under various network conditions, thereby improving the response speed and reliability of the IPTV soft terminal, providing reliable support for subsequent selection of video stream playback protocols, and improving the smoothness and stability of video playback. Specifically, it includes the following sub-steps:

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

[0043] Step S1.2: Save the obtained 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 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 to pull video streams based on HLS, RTSP, and multicast protocols respectively. It measures the network performance data of each video stream protocol according to the user's region and platform. Since each video stream playback protocol has different performance characteristics in different network environments, and is affected by factors such as the user's TV cable network port performance and wireless quality in real-world scenarios, this invention uses an adaptive scoring algorithm to calculate a comprehensive score for each video stream protocol under the current network. The video stream protocol with the highest comprehensive score is selected as the optimal playback protocol for video playback. By introducing an adaptive scoring algorithm to comprehensively evaluate the performance of each video stream protocol, the optimal playback protocol can be selected, thereby improving the stability and smoothness of video stream playback. Figure 2 Specifically, it includes the following sub-steps:

[0046] Step S2.1: The player in the IPTV soft terminal starts multiple threads to pull video streams based on HLS, RTSP and multicast protocols respectively, and initializes the buffer of each video stream protocol to temporarily store the video stream of the corresponding protocol. Considering that the IPTV video source is currently H264 encoded, in order to reduce performance overhead, the video stream is only stored in the buffer of each video stream protocol and does not need to be decoded.

[0047] Step S2.2: Measure the packet loss rate, bitrate, latency, and buffer time of each video streaming protocol based on the user's location and platform, and calculate the packet loss rate score, bitrate score, latency score, and buffer time score for each video streaming protocol under 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 W1 represents the packet loss rate score under the i-th video streaming protocol. i The weights representing packet loss rate; BR i BR_Score represents the bitrate measured under the i-th video streaming protocol. i W2 represents the bitrate score under the i-th video streaming protocol. i The weight representing the bitrate; L i L represents the latency measured under the i-th video streaming protocol. i _max represents the maximum acceptable latency under the i-th video streaming protocol, and L_Score i W3 represents the latency score under the i-th video streaming protocol. i Weights representing delay; BT i BT represents the buffer time measured under the i-th video streaming protocol. i _max represents the longest acceptable buffer time under the i-th video streaming protocol, BT_Score i W4 represents the buffer time score under the i-th video streaming protocol. i W1 represents the weight of the buffer time. 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 current network type: 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 iW4 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 This allows for automatic increases in the focus on packet loss rate and bit rate when the signal is weak; if the current network is a mobile network, considering its limited bandwidth and poor stability, W1 is adjusted. 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 W20 represents the baseline weight for packet loss rate under the i-th video streaming protocol. i W30 represents the baseline weight of the bitrate under the i-th video streaming protocol. i W40 represents the baseline weight of latency under the i-th video streaming protocol. i This represents the baseline weight for buffer time under the i-th video streaming protocol. Finally, the adjusted weights are normalized to ensure that the sum of the weights is 1, thus guaranteeing the comparability of scoring results under different network environments.

[0054] Step S2.3: Sum the packet loss rate score, bitrate score, latency score, and buffer time score of each video streaming protocol to obtain a comprehensive score for each video streaming protocol. In this invention, the packet loss rate is related to the video stream playback quality and is an indicator of the stability of the video streaming protocol; the bitrate determines the amount of data transmitted per second in the video stream, and the amount of data transmitted affects the clarity and smoothness of the video; latency can evaluate the real-time performance of the video stream during transmission; buffer time is an important indicator of the smoothness of video stream playback. By comprehensively considering the comprehensive score of each video streaming protocol, the most suitable video streaming playback protocol for this application scenario can be selected.

[0055] Step S2.4: Select the video streaming protocol with the highest overall score as the best playback protocol, push the video stream in the buffer of the playback protocol to the playback buffer, and destroy the video stream in other buffers.

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

[0057] In one technical solution of this invention, when the playback protocol is HLS, network jitter may occur. A layered buffering strategy is used to adjust the playback buffer, and an adaptive adjustment strategy is used to adjust the size of the playback buffer. Short-term and long-term buffers work in coordination; the short-term buffer handles real-time data requirements in live streaming scenarios, while the long-term buffer stores data over longer time spans in on-demand scenarios, thereby significantly improving playback stability and smoothness. Specifically, as... Figure 3 In live streaming scenarios, the server-side slicing of real-time multicast streams limits the client-side cache capacity. A short-term buffer is specifically designed to handle sudden bursts of real-time data demand. When the main buffer in the playback buffer is exhausted, the player switches to the short-term buffer. This allows for a smooth transition to the short-term buffer even when poor network conditions cause the main buffer to run out, ensuring playback continuity. If the short-term buffer capacity is less than 2%, the user is alerted to poor network conditions, prompting a network type switch. In video-on-demand scenarios, long-term caching preloads video data, ensuring sufficient data for playback even during network fluctuations, improving playback stability and continuity. Simultaneously, the playback buffer size is dynamically adjusted by real-time monitoring of network bandwidth, buffer status, and user behavior: when network jitter or insufficient bandwidth is detected, the short-term buffer capacity is increased first to ensure smooth real-time playback; when network conditions recover, the short-term buffer capacity is reduced, and resources are prioritized for the long-term buffer, optimizing the resilience of subsequent playback. This invention flexibly adjusts the amount and priority of video data loading based on network conditions, avoiding resource waste. Through adaptive adjustment strategies, it significantly improves playback stability and ensures that IPTV users enjoy a smooth viewing experience in complex network environments.

[0058] In one technical solution of this invention, when the playback protocol is a multicast protocol, a multicast unreachability problem may occur. If the TS stream monitoring module in the IPTV soft terminal detects 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 via the RTSP protocol. This switching process is almost instantaneous, ensuring that the user experience is not affected and ensuring that the user's live 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, latency, and jitter to evaluate the network recovery status and the reachability of the multicast stream. If multicast is supported, the multicast mode is switched back, that is, the packet loss rate is lower than the set threshold and the latency and jitter meet the standard requirements. Then it is determined that the network has recovered to a state that can support the multicast stream, and the playback stream is switched back to the multicast mode to reduce the occupation of unicast resources. Specifically, the dynamic detection time window setting process is as follows: when network fluctuations are minor, the detection time window is set to 5-10 seconds, and multiple attempts are made quickly to rapidly detect the availability and stability of the multicast stream; when network performance fluctuates severely or jitter persists for a long time, the detection time window is extended to the minute level to reduce the frequency of switching attempts and avoid additional resource consumption caused by frequent retries. This invention, by dynamically adjusting the length of the detection time window, can flexibly adapt to the fluctuation levels of different network environments, while ensuring that the unicast and multicast switching mechanisms are both efficient and stable.

[0059] In summary, the adaptive dynamic optimization method for IPTV soft terminal video playback under complex networking conditions of this invention provides users of IPTV soft terminals with more stable and higher quality IPTV services under multi-mode networking conditions, improves the availability of IPTV soft terminals, and can achieve rapid application value without changes to the hardware layer architecture.

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

[0061] Those skilled in the art will recognize that the units and algorithm steps of the various examples 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 implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0062] The above are merely preferred embodiments of the present invention. The scope of protection of the present invention is not limited to the above embodiments. All technical solutions falling within the scope of the present invention's concept are within the scope of protection of the present invention. It should be noted that for those skilled in the art, any improvements and modifications made without departing from the principles of the present invention should be considered within the scope of protection of the present invention.

Claims

1. A method for adaptive dynamic optimization of IPTV soft terminal video playback under complex network topology, characterized in that, Specifically, the steps include the following: Step S1: The user opens the IPTV soft terminal on the TV, obtains the user's platform location information by calling the API interface of the service management platform, and saves the obtained user location information to the local memory of the IPTV soft terminal through the JNI interface to match the user's region and platform. Step S2: The player in the IPTV soft terminal starts multiple threads to retrieve video streams based on HLS, RTSP, and multicast protocols respectively. It measures the network performance data of each video stream protocol according to the user's location and platform, calculates a comprehensive score for each protocol under the current network using an adaptive scoring algorithm, and selects the video stream protocol with the highest comprehensive score as the optimal playback protocol for video playback. This includes the following sub-steps: Step S2.1: The player in the IPTV soft terminal starts multiple threads to pull video streams based on HLS, RTSP and multicast protocols respectively, and initializes the buffer of each video stream protocol to temporarily store the video stream of the corresponding protocol. Step S2.2: Measure the packet loss rate, bit rate, latency, and buffer time of each video streaming protocol according to the user's region and platform, and calculate the packet loss rate score, bit rate score, latency score, and buffer time score of each video streaming protocol under the current network. Step S2.3: Sum the packet loss rate score, bit rate score, latency score, and buffer time score of each video streaming protocol to obtain a comprehensive score for each video streaming protocol; The specific process for packet loss rate scoring, bitrate scoring, latency scoring, and buffer time scoring for each video streaming protocol in the current network 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 Indicates the first i Packet loss rate measured under various video streaming protocols, PLR_Score i Indicates the first i Packet loss rate rating under various video streaming protocols, W1 i The weights representing packet loss rate; BR i Indicates the first i Bitrate measured under various video streaming protocols, BR_Score i Indicates the first i Bitrate rating under various video streaming protocols, W2 i The weight representing the bitrate; L i Indicates the first i The latency measured under various video streaming protocols, L i _max represents the first... i The maximum acceptable latency under a certain video streaming protocol, L_Score i Indicates the first i Latency rating under various video streaming protocols, W3 i Weights representing delay; BT i Indicates the first i Buffer time measured under various video streaming protocols, BT i _max represents the first... i The longest acceptable buffer time under a certain video streaming protocol, BT_Score i Indicates the first i Buffering time rating under various video streaming protocols, W4 i W1 represents the weight of the buffer time. i + W2 i + W3 i + W4 i =1; W1 i 、 W2 i 、 W3 i 、 W4 i Adjust according to the current network type: 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 Indicates the first i The baseline weights for packet loss rate under various video streaming protocols, W20 i Indicates the first i The baseline weight of bitrate under various video streaming protocols, W30 i Indicates the first i Baseline weights for latency under various video streaming protocols, W40 i Indicates the first i The baseline weight for buffer time under various video streaming protocols; Step S2.4: Select the video streaming protocol with the highest overall score as the best playback protocol, push the video stream in the buffer of the playback protocol to the playback buffer, and destroy the video stream in other buffers; Step S3: Continuously monitor the current network status. If the current network type changes, repeat step S2.

2. The method for adaptive dynamic optimization of IPTV soft terminal video playback under complex networking as described in claim 1, characterized in that, Step S1 includes the following sub-steps: Step S1.1: The user opens the IPTV soft terminal on the TV. After the pre-authentication is passed, the IPTV soft terminal will send the user's account and password information to the API interface of the business management platform to obtain the resource server and channel address. Step S1.2: Save the obtained 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 local memory with the user's region and platform in the local dictionary.

3. The method for adaptive dynamic optimization of IPTV soft terminal video playback under complex networking as described in claim 1, characterized in that, When the playback protocol is HLS, the playback buffer is adjusted through a hierarchical buffering strategy, and the size of the playback buffer is adjusted through an adaptive adjustment strategy.

4. The method for adaptive dynamic optimization of IPTV soft terminal video playback under complex networking as described in claim 3, characterized in that, In live streaming scenarios, when the main buffer of the playback buffer is exhausted, the player switches to the short buffer. If the capacity of the short buffer is less than 2%, the user is prompted that the current network status is poor and the network type is switched. In on-demand scenarios, video data is preloaded through long-term caching.

5. The IPTV soft terminal video playback method with adaptive dynamic optimization under complex networking as described in claim 4, characterized in that, The playback buffer size is dynamically adjusted by monitoring network bandwidth, buffer status, and user behavior in real time: when network jitter or insufficient bandwidth is detected, the short-term buffer capacity is increased first; when the network condition is restored, the short-term buffer capacity is reduced, and resources are allocated to the long-term buffer first.

6. The method for adaptive dynamic optimization of IPTV soft terminal video playback under complex networking as described in claim 1, characterized in that, When the playback protocol is multicast, if the TS stream monitoring module in the IPTV soft terminal detects that the multicast video stream is unreachable or the network quality is below a predetermined threshold, the player sends an RTSP request to the media server. After responding to the request, the media server sends a unicast stream to the requesting client via 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, the system switches back to multicast mode.

7. The method for adaptive dynamic optimization of IPTV soft terminal video playback under complex networking as described in claim 6, characterized in that, The process of setting the dynamic detection time window is as follows: when the network fluctuation is slight, the detection time window is set to 5-10 seconds; when the network performance fluctuates severely or jitter lasts for a long time, the detection time window is extended to the minute level.

Images