CN1731732A - A high-concurrency streaming media server system that realizes video quality and transmission rate control - Google Patents

A high-concurrency streaming media server system that realizes video quality and transmission rate control Download PDF

Info

Publication number
CN1731732A
CN1731732A CN 200510027076 CN200510027076A CN1731732A CN 1731732 A CN1731732 A CN 1731732A CN 200510027076 CN200510027076 CN 200510027076 CN 200510027076 A CN200510027076 A CN 200510027076A CN 1731732 A CN1731732 A CN 1731732A
Authority
CN
China
Prior art keywords
rtsp
media data
information
sending
server
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.)
Granted
Application number
CN 200510027076
Other languages
Chinese (zh)
Other versions
CN100346602C (en
Inventor
叶德建
张佐
吴秋峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fudan University
Original Assignee
Fudan University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fudan University filed Critical Fudan University
Priority to CNB2005100270764A priority Critical patent/CN100346602C/en
Publication of CN1731732A publication Critical patent/CN1731732A/en
Application granted granted Critical
Publication of CN100346602C publication Critical patent/CN100346602C/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Disclosed is a stream media server system for supporting high quantity of coincidence and realizing video quality and control of sending rate. The system employs a new structure for improving quantity of coincidence users and combining delivering rate and video quality controlling, providing uniform realization mode. The system comprises master control process, RTSP communication process and media data delivering process. The invention employs message hub communication structure among the processes and all communications between processes are controlled by master control process. The communication mode between processes is message queue and socket, except the media data delivering process, all processes operate on one computer. The core of media data delivering process is video quality control, delivering rate control and RTP package delivering.

Description

Realize the high subsequent stream medium server system of video quality and transmission rate control
Technical field
The invention belongs to the network multimedia technology field.Specifically, relate generally to a kind of high subsequent stream medium server system that can realize video quality and transmission rate control.
Background technology
Streaming Media refers to use stream transmission technology transfer audio frequency, video and multimedia file etc. in network.The characteristics of stream transmission technology are being put on the server of network after the compression of continuous Voice ﹠ Video information via, while the network user downloads and listens to or watch, and needn't wait until whole file download is finished.At present, all carried out the Streaming Media application on more and more enterprises net and the campus network, the rise of stream media technology simultaneously also more and more has been subjected to showing great attention to of academia and industrial quarters.But the application charges of Streaming Media is relatively high, particularly aspect the teletransmission stream media information.In view of present most enterprises have all adopted many generic server products, and the cost of this series products is more and more lower, many manufacturers release one after another with the Streaming Media solution of generic server product as hardware platform, by streaming media server software is installed, just can satisfy enterprise's Streaming Media demands of applications on generic server.Use more streaming media server software to mainly contain the Darwin StreamingServer of the Helix Server of RealNetworks company, the Windows Media Server of Microsoft company (being designated hereinafter simply as the Media Server of Microsoft) and Apple company in the world, they are in occupation of most market shares.And the Media Server of Microsoft wins gradually in the recent period, becomes the main flow in the main flow.
But these streaming media servers generally have to realize good buffering control and Streaming Media speed smoothing technique, and the transmission rate fluctuation is very big, and the service quality of thin-client is made a big impact; On the other hand, these streaming media servers can not set-top boxes or the desired such client buffer district that controls of wireless terminal to the set-point scope, cause buffering area to overflow easily.More in the world streaming media server software systems also exist concurrent performance bad at present, poor expandability, multiple client is also deposited problems such as incompatible, for example there are the problems such as player of only supporting multimachine loose coupling cluster, windows platform, Microsoft type in the Media of Microsoft Server, has greatly limited the application of stream media technology.
Summary of the invention
The objective of the invention is to propose a kind of stream media server system that can realize the high concurrent number of support of video quality and transmission rate control, to solve above-mentioned main current flow media server poor expandability, single, the comprehensive inadequately problem of support request type of supporting platform.
The stream media server system that the present invention proposes adopts novel method to improve its concurrent user number, and both are organically merged according to the characteristics of transmission rate and video quality control, provided unified implementation pattern, make transmission rate and video quality control collaborative work, promoted the service quality of Streaming Media effectively.This system comprises three processes: master control process, RTSP (real-time streaming protocol) communication process and media data send process; Wherein, master control management of process and coordinate the operation of other processes, the RTSP communication process is responsible for the transmission with the RTSP interactive information of client, and media data transmission process is responsible for sending media data; Communication structure between each process adopts message hub version; Communication mode between each process adopts message queue mode and socket mode: master control process and RTSP communication process all operate on the computer, the mode of message queue is adopted in communication each other, and media data sends process and the socket mode is adopted in the master control process communication.
Among the present invention, a master control process is managed other processes as a whole by the different communication mode, and the framework of this master-slave mode can add functional module easily, and is very little to the previous system influence.Fig. 1 is the overall logic Organization Chart of this system.
Communication structure between each process adopts message hub (Hub) version, does not promptly carry out direct communication between other all processes, and host process is all passed through in all interprocess communications.Compare with the scheme of the direct mutual communication of each process, processing scheme is convenient to centralized control in the message set, realizes that simply logic is clear; Communication mode between each process is adopted as message queue mode and Socket (socket) mode.Except media data transmission process, other each processes all operate on the computer, so adopt the mode of message queue to communicate each other, what can guarantee to communicate by letter is efficient and reliable.Send process as for media data, because it is responsible for the transmission of physical medium data, need a large amount of system resource, have several media datas that operate on the different machines and send the process collaborative work, so, media data transmission process adopts socket communication mode and master control process to communicate, can guarantee to communicate by letter efficient and reliably.Send process by connecting a plurality of media datas, can strengthen the concurrent number that whole streaming media server is supported, certain redundancy protecting is provided.
Among the present invention, it is unified by a master control borad (two processes of RTSP process and master control process and hardware system thereof lump together note and do master control borad) management that each plays plate (media data sends process and the supporting hardware system is collectively referred to as the broadcast plate), all user's requests all navigate to master control borad, and master control borad independently carries out load balancing between each hardware device and broadcast plate.
The not responsible media data of RTSP communication process sends, and this process adopts the single-threaded technology of distributing, and to improve concurrency, a cover RTSP process and master control process can be with one or more media datas to send process, are with good expansibility.
Media data transmission process is responsible for video quality control, transmission rate control and RTP packing and is sent.This process is got next frame (k frame) data from the meshwork buffering district, modulate the k frame data according to the output of video quality control module and transmission rate control module, the k frame data after the modulation is broken into RTP (RTP) bag send.The method of video quality control module utilization proportional integral is come the output video quality Q according to proportional integral COEFFICIENT K p, Ki.
This master-slave architecture of the present invention makes a cover server system can be equipped with dissimilar broadcast plates, thereby can support multiple client-requested such as Media Player, QuickTime and IPTV set-top box simultaneously.This system architecture is all taken many scheduling features that depend on the operating system realization back the server upper strata and is realized, and does optimization according to the concrete characteristics that Streaming Media is used.Therefore this system does not rely on the special support of operating system, plays between plate and the master control borad to connect by network, and master control borad may operate on the different hardware and software platforms with the broadcast plate, has professional platform independence.
Description of drawings:
Fig. 1 is general frame figure of the present invention.Wherein, shown correspondence between each process.The operation of master control management of process and other processes of coordination; The RTSP communication process is responsible for the transmission with the RTSP control information of client; Media data transmission process is responsible for sending media data.
Fig. 2 is the workflow diagram that media data sends process.
Fig. 3 is video quality control, transmission rate control and RTP packing transmission flow.
Fig. 4 is the video quality control strategy; Wherein, Q represents quality control signal amount, K pBe the proportional coefficient of proportional and integral controller, K iBe the integral item coefficient of proportional and integral controller, Integ is the output of integrator; Ref is for receiving the reference value of buffer area data volume.
Embodiment
Further introduce embodiments of the present invention below.
The first, the operation of other processes is in charge of and is coordinated to master control process (Main Process), is made of following module:
A. initialization module; Create master data structure, the media file information table on the load server and his some initial work of master control process;
B.RTSP (real-time streaming protocol) and RTCP (RTCP Real-time Transport Control Protocol) bag parsing module are responsible for the parsing of RTSP bag and RTCP bag;
C. respond the RTSP information module:
Connect: if there is client-requested to connect, at first user profile is authenticated, call the schedule information table then and admit control, judge the server new client-side service request of whether having the ability to accept again.If this connection request of refusal is then directly notified client, if accept this connection request, then distribute to the relevant informations such as server end slogan that client sends data, and the corresponding management information on the update service device;
Play:, send instructions and play the corresponding management information on the update service device to corresponding media data transmission process according to the reproduction time information of file ID and RTSP;
Suspend or reorientate: the corresponding management information on the update service device, and notice media data transmission process stops to send data or notice media data transmission process is reorientated the transmission data;
Close connection: the corresponding management information on the update service device, and notice media data transmission process stops to send media data and removes this connection;
D. respond the RTCP information module:
The master control process receives that whenever a RTCP wraps the flow control work of doing.For adapting to the needs of network development, we design by friendly flow control (the TCP-Friendly Rate Control) mode of TCP.Different is in the feedback packet of TCP, or to be packet loss information, or to be the affirmation information of receiving bag; How much and in the RTCP feedback packet, have only information of packet loss, and feed back untimely.Therefore as follows based on the flow control methods of RTCP feedback information: the packet loss substantially constant of being reported when adjacent several RTCP feedback packet or when downward trend is arranged, slowly promote the transmission rate (if transmission rate reached a higher limit, then no longer increase transmission rate) of server to this session; The packet loss of being reported when the RTCP feedback packet that obtains recently was when rising to some extent in the past, and transmission rate fast descends;
E. respond the feedback information module that media data sends process: media data sends process and reports media data transmission running state of a process to the master control process, and the master control process is done corresponding processing;
F. respond the information of other processes on the main control server.
The second, RTSP communication process (RTSP Communication Process).The RTSP agreement is the transmission interactive instruction agreement of (as setting up and discharging Streaming Media and is connected, suspends broadcasts, drag control information such as broadcast), and for the reliability that guarantees that command information transmits, RTSP information utilizes the TCP connection to transmit on the industrial standard.In the realization of streaming media server, generally follow the processing custom that TCP connects, but each TCP connects and starts a thread and easily cause thread resources to exhaust (number of threads that process can start is very limited), so still have at hardware resource under the situation of very big affluence, limited the concurrent number that server is supported owing to Thread Count is limited.In RTSP communication process module, set up the RTSP listening port earlier, response user's RTSP connects, receive a plurality of users' RTSP packet, and packet according to the rules form add in the reception message queue of master control process, from the transmission message queue of host process, read the RTSP packet again, and mail to the RTSP socket of relative users.Like this, RTSP communication process module just can make full use of the RTSP connection characteristics, adopts the mode of socket poll dexterously, adopts single-threaded wholesale technology (STD), has avoided the limited problem of Thread Count.
The 3rd, media data sends process (Media Data Sender Process).Media data transmission process is responsible for sending media data according to Streaming Media standard agreement Real-time Transport Protocol.Send in the process module at media data, safeguard three key data structure jointly:
A. some necessary state information tables of the session be responsible for of this media data transmission process, note is made SessionInformation.The state information of each Session comprises current state (state), client's the IP address of this Session and Port number, media file ID etc.
B. the level cache of each session (speed that this buffer memory is used to overcome between hard disk and the Network Transmission does not match) is remembered and is made HardDiskBuffer.
C. the L2 cache of each session (being used to serve as the buffering area that network sends) is remembered and is made NetworkBuffer.
The overall procedure of media data transmission process as shown in Figure 2.Media data transmission process is established a timer, this media data of (as 100ms) poll sends the state of the active session (session that has promptly connected) that process is responsible at regular intervals, if the state of current sessions is Play, then the data in each buffer of this session are reasonably dispatched, and carry out the data transmission according to buffering area control and speed smoothing technique and (see the step 9) of Fig. 2.Same, each active session is carried out the way of poll processing and can be avoided starting a large amount of threads, can system overhead conserved under big concurrent applied environment.The core that media data sends process is that buffering area control, speed smoothing technique and RTP packing send, i.e. step 9 among Fig. 2.This part can be referring to the control of Fig. 3 video quality, transmission rate control and RTP packing transmission flow.Because need reasonably dispatch the data flow of video equally during video quality control, so we can regard transmission rate control as a kind of special circumstances of video quality control.Thereby can be the unified implementation pattern of Fig. 3 as transmission rate control and video quality control.
The 4th, the transmission rate control algolithm is realized by the frame scheduling module, and the output of quality controller is always 1 (being harmless transmission).In this case, rate shaper, recipient's buffering area observer need not done any work, and congested control module also conductively-closed is fallen.Step 9 among Fig. 2 realizes according to such thinking.Its idiographic flow as shown in Figure 3 and Figure 4.Flow process according to Fig. 3, if the data that server is sent in the current sampling period are less than congestion controller (or transmission rate controller, also be the speed smoothing algorithm) data volume that should send in current sampling period of being determined, then just carry out the processing of next frame data.The judgement in this step has been equivalent to realize the transmission buffering area monitor among Fig. 3 and the function of the auspicious scheduling of data.Further, the processing to the next frame data comprises three steps:
1. get next frame (k frame) data in from the meshwork buffering district;
2. modulate the k frame data according to the output of quality controller (flow process of quality controller as shown in Figure 4).Modulation to Frame can realize with a lot of modes: if video data is a hierarchical coding, can reach the video quality and the Transmit Bit Rate requirement of these frame data of modulation by select the suitable number of plies from these frame data so; If video data is a scalable coding, can directly utilize the characteristic of scalable coding to come modulating data so; If video data is by MPEG-2 or the coding of coding standard more early, video quality and the Transmit Bit Rate requirement that can adopt the method for dynamic bit rate shaping (Dynamical RateShaping) to modulate these frame data so.
3. the k frame data after the modulation being broken into the RTP bag sends.Fig. 4 has provided the specific implementation flow process of quality controller.In these examples of implementation, we carry out video quality control with proportional and integral controller.The output that receives the buffering area observer is read in every sampling instant, quality controller, and carries out the proportional integral computing, the final output video quality.We also can carry out video quality control with other adjuster, such as Fuzzy Controller, proportional controller or the like.
In the quality controller in Fig. 3, a proportional integral device is arranged, 402 and 404 in the corresponding diagram 4.The output note of integrator is Q.This quality controller has three parameters:
1. receive the reference value of buffer area data volume, be designated as Ref, be used to set the adjusting target that receives buffer area data volume.
2. the proportional COEFFICIENT K of proportional and integral controller p, be used for the adjusting intensity of the proportional of preset proportion integral controller.
3. the integral item coefficient K of proportional and integral controller i, be used for the adjusting intensity of the integral of preset proportion integral controller.
As shown in Figure 4, adopt the job step of quality controller in a sampling period of proportional and integral controller to be:
1. read in the measured value that receives the buffering area observer.Here receive the measured value B of buffering area observer rExpression.
2. the measured value B that receives the buffering area observer rBe Ref relatively with the reference value that receives buffer area data volume, adjust the output of integrator according to formula (6.1)
Step 402 in Integ=Ki* (Br-Ref)+Integ (6.1) corresponding diagram 4.Calculate video quality Q according to formula (6.2)
Step 404 in Q=Integ+KP* (Br-Ref) (6.2) corresponding diagram 4.
Foregoing discloses a kind of optimal mode of the present invention.Should be appreciated that and recognize that many illustrative embodiments disclosed herein that are equivalent to are arranged, and under situation about not departing from the scope of the present invention with spirit, can make amendment and be out of shape.

Claims (7)

1.一种实现视频质量与发送速率控制的高并发流媒体服务器系统,其特征在于该系统由主控进程、RTSP通信进程和媒体数据发送进程组成,其中,主控进程管理和协调其他进程的运行,RTSP通信进程负责与客户端的RTSP交互信息的传输,媒体数据发送进程负责发送媒体数据;各个进程之间的通信结构采用消息集线器结构形式;各进程之间的通信方式采用消息队列方式和套接字方式:主控进程和RTSP通信进程都运行在一个计算机上,相互之间通信采用消息队列的方式,而媒体数据发送进程与主控进程通信采用套接字方式。1. A high concurrent streaming media server system that realizes video quality and transmission rate control, is characterized in that the system is made up of a master control process, an RTSP communication process and a media data transmission process, wherein the master control process manages and coordinates other processes Running, the RTSP communication process is responsible for the transmission of RTSP interactive information with the client, and the media data sending process is responsible for sending media data; the communication structure between each process adopts the message hub structure; the communication mode between each process adopts the message queue method and set Interface method: the main control process and the RTSP communication process are both running on the same computer, and the communication between each other adopts the method of message queue, and the communication between the media data sending process and the main control process adopts the socket method. 2.根据权利要求1所述的流媒体服务器系统,其特征在于由媒体数据发送进程及其支撑硬件系统组成的各播放板统一由一块由RTSP通信进程和主控进程及其硬件系统组成的主控板管理,所有用户请求都定位到主控板,主控板在各个硬件设备和播放板之间自主进行负载均衡。2. streaming media server system according to claim 1, it is characterized in that each playing board that is made up of media data transmission process and its supporting hardware system is unified by a master that is made up of RTSP communication process and main control process and its hardware system Control board management, all user requests are located on the main control board, and the main control board independently performs load balancing between various hardware devices and playback boards. 3.根据权利要求1所述的流媒体服务器系统,其特征在于RTSP通信进程不负责媒体数据发送,该进程采用单线程派发技术来提高并发性,一套RTSP进程和主控进程带一个或多个媒体数据发送进程。3. streaming media server system according to claim 1, it is characterized in that RTSP communication process is not responsible for media data transmission, this process adopts single-threaded distribution technology to improve concurrency, a set of RTSP process and master control process with one or more A media data sending process. 4.根据权利要求1所述的流媒体服务器系统,其特征在于媒体数据发送进程负责视频质量控制、发送速率控制和RTP打包发送;该进程从网络缓冲区中取下一帧,即第k帧数据,根据视频质量控制模块和发送速率控制模块的输出来调制第k帧数据,把调制后的第k帧数据打成RTP包发送;视频质量控制模块运用比例积分的方法,根据比例积分系数Kp、Ki来输出视频质量Q。4. streaming media server system according to claim 1, it is characterized in that media data sending process is responsible for video quality control, sending rate control and RTP packing and sending; This process gets next frame from network buffer, i.e. the kth frame Data, modulate the kth frame data according to the output of the video quality control module and the transmission rate control module, and send the modulated kth frame data into RTP packets; the video quality control module uses the proportional integral method, according to the proportional integral coefficient Kp , Ki to output video quality Q. 5.根据权利要求1所述的流媒体服务器系统,其特征在于主控进程由以下模块组成:5. streaming media server system according to claim 1, is characterized in that master control process is made up of following modules: a.初始化模块;创建主控进程的主数据结构、加载服务器上的媒体文件信息表以及他的一些初始化工作;a. Initialization module; create the main data structure of the main control process, load the media file information table on the server and some of his initialization work; b.RTSP(实时流协议)和RTCP(实时传输控制协议)包解析模块,负责RTSP包和RTCP包的解析;b. RTSP (Real-time Streaming Protocol) and RTCP (Real-time Transmission Control Protocol) packet analysis module, responsible for the analysis of RTSP packets and RTCP packets; c.响应RTSP信息模块:c. Respond to the RTSP information module: 建立连接:如果有客户端请求建立连接,首先对用户信息进行认证,然后调用调度信息表进行接纳控制,判断服务器是否有能力再接受一个新的客户端服务请求;若拒绝该连接请求,则直接通知客户端,如果接受该连接请求,则分配给客户端发送数据的服务器端口号等相关信息,并更新服务器上的相应管理信息;Establish a connection: If a client requests to establish a connection, first authenticate the user information, then call the scheduling information table for admission control, and judge whether the server is capable of accepting a new client service request; if the connection request is rejected, directly Notify the client that if the connection request is accepted, the server port number and other related information assigned to the client to send data, and update the corresponding management information on the server; 播放:根据文件ID以及RTSP的播放时间信息,发指令给相应的媒体数据发送进程进行播放,更新服务器上的相应管理信息;Play: According to the file ID and RTSP playback time information, send instructions to the corresponding media data sending process to play, and update the corresponding management information on the server; 暂停或重新定位:更新服务器上的相应管理信息,并通知媒体数据发送进程停止发送数据或通知媒体数据发送进程重新定位发送数据;Pause or reposition: update the corresponding management information on the server, and notify the media data sending process to stop sending data or notify the media data sending process to relocate the sending data; 关闭连接:更新服务器上的相应管理信息,并通知媒体数据发送进程停止发送媒体数据并清除该连接;Close the connection: update the corresponding management information on the server, and notify the media data sending process to stop sending media data and clear the connection; d.响应RTCP信息模块:d. Respond to the RTCP information module: 主控进程每收到一个RTCP包做一次流量控制工作,流量控制方法如下:当相邻几个RTCP反馈包所汇报的丢包率基本恒定或有下降趋势时,缓慢提升服务器对该会话的发送速率;当最近得到的RTCP反馈包所报告的丢包率比以前有所上升时,快速下降发送速率;The main control process performs flow control work every time it receives an RTCP packet. The flow control method is as follows: When the packet loss rate reported by several adjacent RTCP feedback packets is basically constant or has a downward trend, slowly increase the server’s sending rate for the session. Rate; when the packet loss rate reported by the latest RTCP feedback packet is higher than before, the sending rate is quickly reduced; e.响应媒体数据发送进程的反馈信息模块:媒体数据发送进程向主控进程汇报媒体数据发送进程的运行状态,主控进程做相应的处理;e. Response to the feedback information module of the media data sending process: the media data sending process reports the running status of the media data sending process to the master control process, and the master control process performs corresponding processing; f.响应主控服务器上其他进程的信息。f. Respond to information from other processes on the master server. 6.根据权利要求1所述的流媒体服务器系统,其特征在于RTSP通信进程模块中,先建立RTSP监听端口,响应用户的RTSP连接,接收多个用户的RTSP数据包,并把数据包按照规定格式加入主控进程的接收消息队列中,再从主进程的发送消息队列中读取RTSP数据包,并发往相应用户的RTSP套接字。6. streaming media server system according to claim 1, it is characterized in that in RTSP communication process module, set up RTSP monitoring port earlier, respond to the RTSP connection of user, receive the RTSP packet of a plurality of users, and packet according to regulation The format is added to the receiving message queue of the main control process, and then the RTSP data packet is read from the sending message queue of the main process, and sent to the RTSP socket of the corresponding user. 7.根据权利要求1所述的流媒体服务器系统,其特征在于媒体数据发送进程模块中,共同维护三个主要数据结构:7. streaming media server system according to claim 1, is characterized in that in the media data sending process module, jointly maintains three main data structures: a.该媒体数据发送进程负责的会话的一些必要状态信息表,包括该信息的当前状态等;a. Some necessary state information tables of the session that the media data sending process is responsible for, including the current state of the information, etc.; b.每个会话的一级缓存;b. Level 1 cache for each session; c.每个会话的二级缓存。c. L2 cache per session.
CNB2005100270764A 2005-06-23 2005-06-23 High subsequent stream medium server system for realizing video quality and delivery rate control Expired - Fee Related CN100346602C (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2005100270764A CN100346602C (en) 2005-06-23 2005-06-23 High subsequent stream medium server system for realizing video quality and delivery rate control

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2005100270764A CN100346602C (en) 2005-06-23 2005-06-23 High subsequent stream medium server system for realizing video quality and delivery rate control

Publications (2)

Publication Number Publication Date
CN1731732A true CN1731732A (en) 2006-02-08
CN100346602C CN100346602C (en) 2007-10-31

Family

ID=35964040

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2005100270764A Expired - Fee Related CN100346602C (en) 2005-06-23 2005-06-23 High subsequent stream medium server system for realizing video quality and delivery rate control

Country Status (1)

Country Link
CN (1) CN100346602C (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101511009B (en) * 2009-03-20 2010-12-08 东南大学 An Internet-based transmission method for multiple concurrent Internet TV video streams
CN102217282A (en) * 2009-02-19 2011-10-12 阿尔卡特朗讯 Method and device for dynamically closing/opening SCTP socket monitoring connection function
CN102479102A (en) * 2010-11-23 2012-05-30 上海宝信软件股份有限公司 Method for externally hanging equipment in RFID middleware
CN102710512A (en) * 2012-05-23 2012-10-03 成都三零凯天通信实业有限公司 Cross-platform stream generator and control method
CN102890644A (en) * 2011-07-20 2013-01-23 郑州威科姆科技股份有限公司 Byte stream-based interprocess communication method
CN103095646A (en) * 2011-10-28 2013-05-08 浙江大华技术股份有限公司 Network data receiving method
CN101488967B (en) * 2009-01-14 2015-05-13 深圳市同洲电子股份有限公司 Video transmission method, embedded monitoring terminal and monitoring platform server
CN103929681B (en) * 2014-04-09 2017-02-22 安徽超远信息技术有限公司 Method for improving RTP video streaming treatment efficiency in low-speed network
CN109905776A (en) * 2019-03-15 2019-06-18 武汉思创易控科技有限公司 A kind of efficient IPTV data transmission guarantee method

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6763392B1 (en) * 2000-09-29 2004-07-13 Microsoft Corporation Media streaming methods and arrangements
EP1248431B1 (en) * 2001-03-27 2007-10-31 Sony Deutschland GmbH Method for achieving end-to-end quality of service negotiation for distributed multimedia applications
CN1156125C (en) * 2002-09-29 2004-06-30 清华大学 A Flow Control Method Based on Client Feedback
CN1305270C (en) * 2004-07-04 2007-03-14 华中科技大学 Streaming media buffering proxy server system based on cluster

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101488967B (en) * 2009-01-14 2015-05-13 深圳市同洲电子股份有限公司 Video transmission method, embedded monitoring terminal and monitoring platform server
CN102217282A (en) * 2009-02-19 2011-10-12 阿尔卡特朗讯 Method and device for dynamically closing/opening SCTP socket monitoring connection function
CN101511009B (en) * 2009-03-20 2010-12-08 东南大学 An Internet-based transmission method for multiple concurrent Internet TV video streams
CN102479102A (en) * 2010-11-23 2012-05-30 上海宝信软件股份有限公司 Method for externally hanging equipment in RFID middleware
CN102479102B (en) * 2010-11-23 2015-11-11 上海宝信软件股份有限公司 A kind of method plug-in for equipment in RFID middleware
CN102890644A (en) * 2011-07-20 2013-01-23 郑州威科姆科技股份有限公司 Byte stream-based interprocess communication method
CN102890644B (en) * 2011-07-20 2015-01-14 郑州威科姆科技股份有限公司 Byte stream-based interprocess communication method
CN103095646A (en) * 2011-10-28 2013-05-08 浙江大华技术股份有限公司 Network data receiving method
CN103095646B (en) * 2011-10-28 2015-10-07 浙江大华技术股份有限公司 A kind of method of reseptance of network data
CN102710512A (en) * 2012-05-23 2012-10-03 成都三零凯天通信实业有限公司 Cross-platform stream generator and control method
CN103929681B (en) * 2014-04-09 2017-02-22 安徽超远信息技术有限公司 Method for improving RTP video streaming treatment efficiency in low-speed network
CN109905776A (en) * 2019-03-15 2019-06-18 武汉思创易控科技有限公司 A kind of efficient IPTV data transmission guarantee method

Also Published As

Publication number Publication date
CN100346602C (en) 2007-10-31

Similar Documents

Publication Publication Date Title
US20030161302A1 (en) Continuous media system
US7324555B1 (en) Streaming while fetching broadband video objects using heterogeneous and dynamic optimized segmentation size
US6857130B2 (en) Resynchronizing media during streaming
CN1217543C (en) Apparatus and method for equivalent VOD system
CN108881944B (en) A kind of streaming media accelerated publishing method and system
US20010029548A1 (en) Method and apparatus for handling events received at a server socket
CN101039329A (en) Media delivery system of network TV system based on media delivery
CN1377556A (en) Video on demand from one server or user to another
CN1196150A (en) Data processing system
US20020056126A1 (en) Streaming a single media track to multiple clients
US20140165119A1 (en) Offline download method, multimedia file download method and system thereof
CN106851336A (en) The audio-video document code-transferring method and system of a kind of Dynamic Resource Allocation for Multimedia
CN1305270C (en) Streaming media buffering proxy server system based on cluster
Shahabi et al. Yima: a second-generation continuous media server
CN1717883A (en) Method and apparatus for time-multiplexed processing of multiple digital video programs
EP2294820A1 (en) Multi-head hierarchically clustered peer-to-peer live streaming system
CN1345149A (en) Method and apparatus for streaming data
CN103617062A (en) Flexible dynamic deployment system and method for render cluster
CN103002274A (en) A mobile multimedia real-time transcoding playback system and method based on offline download
CN1731732A (en) A high-concurrency streaming media server system that realizes video quality and transmission rate control
US8966107B2 (en) System and method of streaming data over a distributed infrastructure
CN101841691A (en) Method and device for exchanging streaming media data
CN1291566C (en) Digital medium delivering method based on IP network
CN102811221A (en) A P2P Network Live Streaming Media Packet Scheduling Method Based on Push Mechanism
CN102497389B (en) Big umbrella caching algorithm-based stream media coordination caching management method and system for IPTV

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20071031

Termination date: 20110623