CN112584193B - Method for constructing real-time streaming media cluster scheduling by utilizing UDP (user datagram protocol) characteristics - Google Patents
Method for constructing real-time streaming media cluster scheduling by utilizing UDP (user datagram protocol) characteristics Download PDFInfo
- Publication number
- CN112584193B CN112584193B CN202011552011.2A CN202011552011A CN112584193B CN 112584193 B CN112584193 B CN 112584193B CN 202011552011 A CN202011552011 A CN 202011552011A CN 112584193 B CN112584193 B CN 112584193B
- Authority
- CN
- China
- Prior art keywords
- server
- streaming media
- access point
- user
- real
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2405—Monitoring of the internal components or processes of the server, e.g. server load
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network 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/63—Control 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/643—Communication protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network 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/63—Control 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/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention belongs to the technical field of real-time video interactive live broadcasting, in particular to a method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics. The uplink and downlink separation mode is adopted to realize the huge convenient expansion of downlink viewing, the negotiation and access of the RTP/RTCP protocol of the user are realized in the access point cluster, and the uplink data RTP stream of the plug-flow user is received through the access point cluster. Such upstream traffic occupies relatively little of the entire large-user-volume media cluster, and thus, this approach allows a small number of access points to support access for a large number of users. The RTP packet distribution unidirectional opening mode is skillfully utilized to separate the downlink from the access point, so that the scheduling is simplified, the overall resource utilization rate is improved, and the cost of cutting off and reapplying and the like due to resource scheduling is reduced.
Description
Technical Field
The invention belongs to the technical field of real-time video interactive live broadcasting, and particularly relates to a method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics.
Background
Real-time streaming media technology typically uses RTP to transport media data. In cluster scheduling, when the total user quantity and the single video stream pull stream user quantity rise sharply, the single point flow of the streaming media server is very easy to exceed the standard, so that a large amount of media data packets are discarded by the streaming media server, and the phenomenon of blocking watching of users occurs. How to adopt a reasonable scheduling algorithm to avoid the occurrence of the situation becomes the core requirement of the scheduling algorithm.
In the existing algorithm, a special monitoring server is usually deployed, indexes such as CPU, memory, flow and the like of all streaming media service nodes in a cluster are collected in real time, and the scheduling basis of a user access system is provided. However, the acquisition frequency is difficult to control, too high is easy to cause the problems that the acquisition logic occupies too much resources, and too low is easy to cause uneven distribution, unreasonable forwarding and the like of users, thereby causing the problem of Bao Kadu loss. Especially in the scene of the instantaneous elevation of the user quantity. In practice, for example, in a thousand-person class, a teacher invites students to answer questions online, and at the moment, the thousands of students in the class can pull the newly released audio and video streams of the online user at the same time. The hysteresis of the scheduling information results in scheduling errors, causing bursty traffic congestion to occur for a single media serving node.
In addition, when the existing algorithm is overloaded with single media service node resources, only part of service users can be kicked out, the users are requested to apply resources again, and the resource consumption of the current overloaded node is reduced in a mode of distributing the users to the new service node. But this will cause the user to switch the black screen, jam, etc. at the viewing end.
Therefore, in order to solve the above-mentioned drawbacks of the prior art, it is necessary to perform research to provide a solution, provide a better resource scheduling algorithm, avoid switching of user nodes, and improve the viewing experience of users.
Disclosure of Invention
In order to make up for the defects of the prior art, the invention provides a method for collecting the non-resource state in a centralized way in real time, evaluating the resources of each media node in real time to obtain the active task, and constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized by comprising the following steps of:
(1) The user sends a connection request to an uplink node, the uplink node is an access point, the access point stores the open IP and the port of the user opposite end into a memory database service cluster, then each downlink node is started, the downlink node is a streaming media server, the downlink node calls a server interface of the access point and returns the load of the server, and the access point server records the current load of the streaming media server to the memory server after receiving the current load;
(2) User pushing flow, sending RTP/RTCP data to an access point, inquiring memory data by the access point, obtaining the current streaming media server resource load, firstly selecting the first three idle servers, and sending an allocation request to the idle servers;
(3) After receiving the push request, the streaming media server judges whether push receiving service is carried out according to the current real-time load of the streaming media server, returns the push receiving service and the real-time load of the streaming media server to the access point server, updates the real-time load to the memory database by the access point server, and selects an optimal server according to the condition of the received server to issue a task;
(4) After the streaming media server receives the confirmation task, judging whether to perform the push stream receiving service according to the current real-time load of the streaming media server again and returning the push stream receiving service, and returning the current real-time load of the streaming media server to the access point server, updating the real-time load of the access point server to the memory database, and receiving the confirmation condition of the server, if the distribution is successful, starting to forward the subsequent RTP data packet of the user to the confirmed streaming media server, otherwise, returning to the step (1) to restart the distribution flow, and completing one distribution process of the push stream user;
(5) The user pulls the designated stream A, sends a pulling request to an access point, the access point inquires memory data to obtain the load of all the streaming media servers currently serving the stream A, selects at most three idle servers, issues tasks, simultaneously sends an open IP and a port of a user opposite end, an intranet IP of the user opposite end and an intranet port communicated with the user, starts the automatic allocation and starting flow of the streaming media servers when judging that the loads are too high according to the state of the last server if the idle servers cannot be obtained currently, completes the expansion of new servers, issues and completes the forwarding of the servers of the streaming media A, and then carries out the steps again;
(6) After receiving the pulling request, the streaming media server judges whether to carry out pulling pushing service according to the current real-time load of the streaming media server, returns the current real-time load of the streaming media server, and simultaneously returns the current real-time load of the streaming media server to the access point server, if the load is normal, the streaming media server can provide service, and records the open IP and port of the opposite end of the user, the intranet IP of the access point and the intranet port communicated with the user;
(7) The access point server updates the real-time load to the memory database, and if the server condition is received, the server starts to forward a possible subsequent small amount of RTCP packets to the determination server, otherwise, the server returns to the step (5) to restart the streaming distribution flow, and one distribution of streaming users is completed;
(8) After receiving an RTP data packet of stream A, the pull stream media server traverses the pull stream user list of all current receiving service tasks to construct RTP downstream data packet, and modifies the target IP and port in RTP data packet UDP protocol stack to the user open IP and port recorded before, modifies the sending IP and port to the IP and port inside the corresponding access point, sends the data packet to the intranet gateway and sends the data packet to public network, the data packet normally reaches the determined user, and the user pulls up stream A and starts decoding and watching.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized in that the step (2) further comprises the step (21), when the server resources are insufficient, the streaming media server is started to automatically distribute and start the flow, and after the expansion of a new server is completed, the step (2) is carried out again.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized in that in the step (5), a new server pulls an A stream from a server with the current A stream.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized in that in the step (8), the intranet gateway automatically modifies the sending IP and the port into the public network IP and the port corresponding to the access point for determining the user communication according to the data packet and the gateway intranet IP and the port mapping table of the intranet gateway.
The method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics is characterized in that the RTP data packet in the step (8) is forwarded from a user issuing the stream A through an access point in an uplink manner or from a streaming media server of other streams A.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized in that an uplink node is an access point, and the access points are combined into an access point cluster for realizing negotiation and access of a user RTP/RTCP protocol.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized in that the downlink node is a streaming media service node and is combined into a streaming media service node cluster, and when the downlink node finds out resources are tense, the downlink node is notified to a scheduling module in the uplink node.
The method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics is characterized in that a scheduling module initiates a downlink node resource application command, and a new downlink node immediately constructs an RTP packet according to a target IP and a port of a service user after receiving the request, and initiates a forwarding service of streaming media data.
The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized in that the streaming media server, the idle server, the access point server and the new server all have unified exit gateways, namely the server clusters are in the same intranet.
Compared with the prior art, the invention has the following advantages:
the RTP packet distribution unidirectional opening mode is skillfully utilized to separate the downlink from the access point, so that the scheduling is simplified, the overall resource utilization rate is improved, and the cost of cutting off and reapplying and the like due to resource scheduling is reduced. The method not only can reduce the service cost of the enterprise streaming media and improve the streaming media experience of users, but also provides technical scheme support for the accelerated development of new application scenes (such as online education, social general entertainment, interactive games, live broadcast of electronic commerce, enterprise collaboration, financial medical treatment, ioT) and the like which are developed in the modern society.
Detailed Description
A method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics comprises an access point cluster, a streaming media service node cluster and a memory database service cluster. The method adopts an up-down separation mode to realize massive convenient expansion of down-stream viewing, wherein the up-stream node is an access point cluster, and the down-stream node is a streaming media service node cluster.
Specifically, negotiation and access of the RTP/RTCP protocol of the user are realized in the access point cluster, and uplink data RTP streams of the push user are received through the access point cluster. Such upstream traffic occupies relatively little of the entire large-user-volume media cluster, and thus, this approach allows a small number of access points to support access for a large number of users.
For downstream (streaming) users, it is the primary resource occupant in the overall media system. The method directly transmits the downlink RTP packet to the user in the streaming media service node, and directly transmits the downlink RTP packet to the user without passing through an access point. The target address and port of the user are directly written in the UDP packet, and the load is limited on the self node. The dynamic expansion of the streaming media service node does not need the switching of user connection any more, avoids the mode that the user needs to disconnect reconnection, namely re-access the system to apply for resources again, and greatly improves the user experience.
The scheduling algorithm of the method has low complexity, and the occupation of the centralized real-time data acquisition logic on resources is avoided. Because of the independence of the downstream nodes (streaming media service nodes), the cost of expansion and contraction is almost negligible, and random expansion can be achieved without perception of streaming. Therefore, when the scheduling layer only needs to find resources shortage in the downlink node, more services are not needed, and a notification is returned to a scheduling module in the uplink node, the scheduling module then initiates a downlink node resource application command, and after receiving, a new downlink node immediately constructs an RTP packet according to the target IP and the port of the service user, and the forwarding service of the streaming media data is initiated.
Looking specifically at the whole service process:
1. and ensuring that all servers have a unified exit gateway, namely that the server clusters are in the same intranet.
2. The user sends a connection request to the access point, and the access point stores the user opposite end open IP and the port to the memory server cluster.
3. And after each streaming media service is started, calling an access point server interface, and returning to the load. And the access point server records the current load of the streaming media server to the memory server after receiving the current load.
4. The user pushes and sends RTP/RTCP data to the access point. The access point queries the memory data, obtains the current streaming media server resource load, selects the first three idle servers and sends an allocation request to the three servers. If the server resources are insufficient, the streaming media server automatic allocation and the starting flow are started, and the step is carried out again after the expansion of the new server is completed.
5. After receiving the push request, the streaming media server judges whether to carry out push receiving service according to the current real-time load of the streaming media server, returns the push receiving service, and returns the real-time load of the streaming media server to the access point server.
6. The access point server updates the real-time load to the memory database, and selects an optimal server according to the condition of the received server to issue the task.
7. After receiving the confirmation task, the streaming media server judges whether to perform push receiving service or not according to the current real-time load of the streaming media server again and returns the push receiving service, and meanwhile returns the current real-time load of the streaming media server to the access point server.
8. The access point service updates the real-time load to the memory database, receives the confirmation of the server, and if the server is successfully distributed, starts to forward the subsequent RTP data packet of the user to the determined streaming media server. Otherwise, the process returns to 3 to restart the distribution process.
9. From this point on, one allocation process of the push user is already completed.
10. The user pulls the specified flow a and sends a pull request to the access point. The access point inquires the memory data, obtains the load of all the streaming media servers currently serving the stream A, selects at most three idle servers, issues tasks, and simultaneously sends the open IP and port of the opposite end of the user, and the intranet IP and the intranet port communicated with the user. If the idle server cannot be obtained currently, when the load is too high according to the final server state, starting the automatic allocation and starting flow of the streaming media server, completing the expansion of the new server, issuing and completing the forwarding of the streaming media A (the new server pulls the A stream from the server with the A stream currently), and then carrying out the step again.
11. After receiving the stream pulling request, the stream media server judges whether to carry out stream pulling push service according to the current real-time load of the stream media server, returns the stream media server, and simultaneously returns the current real-time load of the stream media server to the access point server. If the load is normal, the service can be provided, and simultaneously, the open IP and the port of the opposite end of the user, the intranet IP of the access point and the intranet port communicated with the user are recorded.
12. The access point server updates the real-time load to the memory database, and if the server is successfully allocated, starts forwarding a small number of subsequent possible RTCP packets to the determination server. Otherwise, the flow returns to 9 to restart the flow distribution flow.
13. From this, one allocation process of the streaming user is already completed.
14. The streaming media server is used for serving users in the following steps: after receiving an RTP data packet of stream A (the user who can issue stream A forwards the RTP data packet up through an access point or forwards the RTP data packet from a streaming media server of other stream A), traversing a current pull stream user list of all receiving service tasks, constructing an RTP downlink data packet, modifying a target IP and a port in a UDP protocol stack of the RTP data packet to be the user open IP and the port recorded before, modifying a sending IP and the port to be the IP and the port in the corresponding access point, and sending the data packet to an intranet gateway. And the intranet gateway automatically modifies the sending IP and the port into the public network IP and the port corresponding to the access point for determining the user communication according to the data packet and the gateway intranet IP and the port mapping table thereof, and sends the data packet to the public network, wherein the data packet normally reaches the determined user.
15. From there the user pulls to stream a and starts decoding viewing.
When the method is used, the method provides a method for collecting the non-resource state in a centralized and real-time manner, evaluating the resources of each media node in real time to obtain the scheduling of the active task, and separating the downlink from the access point by skillfully utilizing the one-way opening manner of RTP package distribution, thereby simplifying the scheduling, improving the overall resource utilization rate, and reducing the cost of users such as cutting off and reapplying due to the resource scheduling. The method not only can reduce the service cost of the enterprise streaming media and improve the streaming media experience of users, but also provides technical scheme support for the accelerated development of new application scenes (such as online education, social general entertainment, interactive games, live broadcast of electronic commerce, enterprise collaboration, financial medical treatment, ioT) and the like which are developed in the modern society.
From the aspect of user experience, after the scheme is applied, the problem of large room expansion is solved, and a ten-thousand-person interactive room is supported; in the dynamic capacity expansion condition of the server, the original reconnection waiting of 1-3 seconds is eliminated; the stable connection reduces the change rate of network flow, and simultaneously the indexes such as the overall user blocking rate and the like are obviously improved.
Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the invention.
Claims (9)
1. The method for constructing the real-time streaming media cluster scheduling by utilizing the UDP characteristic is characterized by comprising the following steps of:
(1) The user sends a connection request to an uplink node, the uplink node is an access point, the access point stores the open IP and the port of the user opposite end into a memory database service cluster, then each downlink node is started, the downlink node is a streaming media server, the downlink node calls a server interface of the access point and returns the load of the server, and the access point server records the current load of the streaming media server to the memory server after receiving the current load;
(2) User pushing flow, sending RTP/RTCP data to an access point, inquiring memory data by the access point, obtaining the current streaming media server resource load, firstly selecting the first three idle servers, and sending an allocation request to the idle servers;
(3) After receiving the push request, the streaming media server judges whether push receiving service is carried out according to the current real-time load of the streaming media server, returns the push receiving service and the real-time load of the streaming media server to the access point server, updates the real-time load to the memory database by the access point server, and selects an optimal server according to the condition of the received server to issue a task;
(4) After the streaming media server receives the confirmation task, judging whether to perform the push stream receiving service according to the current real-time load of the streaming media server again and returning the push stream receiving service, and returning the current real-time load of the streaming media server to the access point server, updating the real-time load of the access point server to the memory database, and receiving the confirmation condition of the server, if the distribution is successful, starting to forward the subsequent RTP data packet of the user to the confirmed streaming media server, otherwise, returning to the step (1) to restart the distribution flow, and completing one distribution process of the push stream user;
(5) The user pulls the designated stream A, sends a pulling request to an access point, the access point inquires memory data to obtain the load of all the streaming media servers currently serving the stream A, selects at most three idle servers, issues tasks, simultaneously sends an open IP and a port of a user opposite end, an intranet IP of the user opposite end and an intranet port communicated with the user, starts the automatic allocation and starting flow of the streaming media servers when judging that the loads are too high according to the state of the last server if the idle servers cannot be obtained currently, completes the expansion of new servers, issues and completes the forwarding of the servers of the streaming media A, and then carries out the steps again;
(6) After receiving the pulling request, the streaming media server judges whether to carry out pulling pushing service according to the current real-time load of the streaming media server, returns the current real-time load of the streaming media server, and simultaneously returns the current real-time load of the streaming media server to the access point server, if the load is normal, the streaming media server can provide service, and records the open IP and port of the opposite end of the user, the intranet IP of the access point and the intranet port communicated with the user;
(7) The access point server updates the real-time load to the memory database, and if the server condition is received, the server starts to forward a possible small amount of subsequent RTCP packets to the determination server, otherwise, the flow returns to the step (5) to restart the streaming distribution flow, and one distribution of streaming users is completed;
(8) After receiving an RTP data packet of stream A, the pull stream media server traverses the pull stream user list of all current receiving service tasks to construct RTP downstream data packet, and modifies the target IP and port in RTP data packet UDP protocol stack to the user open IP and port recorded before, modifies the sending IP and port to the IP and port inside the corresponding access point, sends the data packet to the intranet gateway and sends the data packet to the public network, the data packet normally arrives at the determining user, the user pulls up to stream A and starts decoding and watching.
2. The method for constructing real-time streaming media cluster scheduling according to claim 1, wherein the step (2) further comprises a step (21) of starting an automatic streaming media server allocation and starting process when the server resources are insufficient, and carrying out the step (2) again after completing the capacity expansion of the new server.
3. The method for constructing a real-time streaming media cluster schedule according to claim 1, wherein the new server pulls the a-stream from the server currently having the a-stream in the step (5).
4. The method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics according to claim 1, wherein in the step (8), the intranet gateway automatically modifies the sending IP and port into a public IP and port corresponding to the access point for determining user communication according to the data packet and the gateway intranet IP and port mapping table of the intranet gateway.
5. The method for constructing real-time streaming media cluster scheduling according to claim 1, wherein the RTP packets in step (8) are forwarded from the user issuing stream a via an access point or from a streaming media server of another stream a.
6. The method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics according to claim 1, wherein the uplink node is an access point, and the access points are combined into an access point cluster for realizing negotiation and access of user RTP/RTCP protocol.
7. The method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics according to claim 1, wherein the downlink nodes are streaming media service nodes and are combined into a streaming media service node cluster, and when the downlink nodes find out resources are tense, the downlink nodes are notified to a scheduling module in the uplink nodes.
8. The method for constructing real-time streaming media cluster scheduling by utilizing UDP characteristics according to claim 7, wherein the scheduling module initiates a downlink node resource application command, and a new downlink node constructs an RTP packet according to the target IP and port of the service user immediately after receiving the request, and initiates the forwarding service of streaming media data.
9. The method for constructing real-time streaming media cluster scheduling according to any one of claims 1-8, wherein the streaming media server, the idle server, the access point server and the new server all have a unified egress gateway, i.e. the server clusters are in the same intranet.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011552011.2A CN112584193B (en) | 2020-12-24 | 2020-12-24 | Method for constructing real-time streaming media cluster scheduling by utilizing UDP (user datagram protocol) characteristics |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011552011.2A CN112584193B (en) | 2020-12-24 | 2020-12-24 | Method for constructing real-time streaming media cluster scheduling by utilizing UDP (user datagram protocol) characteristics |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112584193A CN112584193A (en) | 2021-03-30 |
| CN112584193B true CN112584193B (en) | 2023-05-12 |
Family
ID=75139591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011552011.2A Active CN112584193B (en) | 2020-12-24 | 2020-12-24 | Method for constructing real-time streaming media cluster scheduling by utilizing UDP (user datagram protocol) characteristics |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112584193B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115714747A (en) * | 2022-12-13 | 2023-02-24 | 重庆紫光华山智安科技有限公司 | Kubernetes-based cluster internal network flow optimization method, equipment, system and medium |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102333126A (en) * | 2011-10-15 | 2012-01-25 | 西安交通大学 | Streaming media on demand method based on Hadoop and virtual streaming media server cluster |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101841526A (en) * | 2010-03-04 | 2010-09-22 | 清华大学 | Cluster streaming media server system applied to large-scale user demand |
| CN105450994B (en) * | 2015-12-03 | 2018-09-11 | 河北远东通信系统工程有限公司 | A kind of video directing and scheduling system and method based on RTSP agreements |
| CN105959395B (en) * | 2016-06-15 | 2019-04-19 | 徐州医科大学 | A kind of cluster saturation type load balance scheduling system and method |
| CN106209921A (en) * | 2016-09-26 | 2016-12-07 | 周世平 | A kind of IP Camera and application process thereof |
| CN110545258B (en) * | 2019-07-25 | 2022-05-03 | 浙江大华技术股份有限公司 | Streaming media server resource allocation method and device and server |
| CN110446055A (en) * | 2019-07-29 | 2019-11-12 | 天闻数媒科技（湖南）有限公司 | A kind of live data streaming media service fault-tolerance approach and system |
| CN110557381B (en) * | 2019-08-08 | 2021-09-03 | 武汉兴图新科电子股份有限公司 | Media high-availability system based on media stream hot migration mechanism |
| CN111641845A (en) * | 2020-05-19 | 2020-09-08 | 北京三快在线科技有限公司 | Streaming media cluster control system and method |
| CN111698526A (en) * | 2020-06-10 | 2020-09-22 | 中邮建技术有限公司 | Method and system for realizing viewing of live video by scanning two-dimensional code |
-
2020
- 2020-12-24 CN CN202011552011.2A patent/CN112584193B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102333126A (en) * | 2011-10-15 | 2012-01-25 | 西安交通大学 | Streaming media on demand method based on Hadoop and virtual streaming media server cluster |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112584193A (en) | 2021-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Deshpande et al. | Streaming live media over a peer-to-peer network | |
| US7937485B2 (en) | Streaming gateway | |
| US9226002B2 (en) | Method, device and system for realizing broadcast TV | |
| WO2011026430A1 (en) | Method and system for data synchronization in content delivery network | |
| CN109672856A (en) | Resource synchronization method and device | |
| CN101521583B (en) | Resource admission control method, system and device | |
| CN110475090A (en) | A kind of method and system of Conference control | |
| CN110138728A (en) | A kind of sharing method and device of video data | |
| CN110475125A (en) | Video transcoding method and device | |
| US8429465B2 (en) | Method, device and system for managing resources in networks | |
| CN112584193B (en) | Method for constructing real-time streaming media cluster scheduling by utilizing UDP (user datagram protocol) characteristics | |
| CN109729388A (en) | Depending on networked server switching method and apparatus | |
| US8732787B2 (en) | Method and system for establishing digital media streams | |
| CN111193767A (en) | Request data sending method and device and clustered server system | |
| CN101262413B (en) | Method, system and device for media buffer | |
| CN110362628A (en) | A kind of synchronous method and device cascading file | |
| CN110177023A (en) | A kind of communication connection detection method and device based on view networking | |
| CN110213334A (en) | A kind of transmission method and device of shared file | |
| CN109936563A (en) | A kind of data processing method and device of simultaneous interpretation | |
| CN109587433A (en) | It is a kind of to put tune method and point tune device | |
| JPH10308758A (en) | Communication equipment | |
| CN109889380A (en) | A kind of transmission rate processing method and system of data packet | |
| WO2011020380A1 (en) | Streaming media server system and related implementation method, device, and iptv system | |
| WO2010079442A1 (en) | Network based bandwidth control in ims systems | |
| CN109819209A (en) | A kind of system, method and apparatus that monitoring resource is transferred |
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 |