WO2015076705A1 - Управление передачей потока видеоданных по сети на сетевое пользовательское устройство - Google Patents

Управление передачей потока видеоданных по сети на сетевое пользовательское устройство Download PDF

Info

Publication number
WO2015076705A1
WO2015076705A1 PCT/RU2014/000845 RU2014000845W WO2015076705A1 WO 2015076705 A1 WO2015076705 A1 WO 2015076705A1 RU 2014000845 W RU2014000845 W RU 2014000845W WO 2015076705 A1 WO2015076705 A1 WO 2015076705A1
Authority
WO
WIPO (PCT)
Prior art keywords
video data
segments
user device
network
network user
Prior art date
Application number
PCT/RU2014/000845
Other languages
English (en)
French (fr)
Inventor
Александр Владимирович КОЗЛОВ
Евгений Аврамович КРУК
Евгений Вениаминович КУПСИН
Евгений Михайлович ЛИНСКИЙ
Вероника Борисовна ПРОХОРОВА
Original Assignee
Общество с ограниченной ответственностью "МобиВита"
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 Общество с ограниченной ответственностью "МобиВита" filed Critical Общество с ограниченной ответственностью "МобиВита"
Priority to US15/034,787 priority Critical patent/US10063893B2/en
Priority to CN201480072797.4A priority patent/CN106211805B/zh
Publication of WO2015076705A1 publication Critical patent/WO2015076705A1/ru
Priority to IL245528A priority patent/IL245528B/en

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/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/115—Selection of the code volume for a coding unit prior to coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/164—Feedback from the receiver or from the transmission channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output stream
    • 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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • 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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • 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/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/44029—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display for generating different versions
    • 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/64322—IP
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Definitions

  • the present invention relates to data transmission, in particular to a control device and method for controlling the transmission of a video data stream over a network to a network user device.
  • a significant part of the data transmitted via mobile networks is video traffic broadcast in streaming mode.
  • the most advanced streaming technology is dynamic adaptive streaming technology over HTTP.
  • the following protocols work: HTTP Live Streaming (Apple), Smooth Streaming (Microsoft), HTTP Dynamic Streaming (Adobe), DASH standard.
  • HTTP Live Streaming Apple
  • Smooth Streaming Motion Smooth Streaming
  • Adobe HTTP Dynamic Streaming
  • DASH standard DASH standard.
  • several copies of the video file are stored on the server, each of which is encoded with different parameters, for example, with different resolutions and bit rates. The higher the bit rate, the faster the radio channel is required to transmit such a video and the better the quality of individual frames. Copies are divided into independent time-synchronized segments. This allows you to both fast forward without loading all segments, and, if necessary, switch between different bit rates.
  • the quality of video perception is affected not only by bit rate, but also by the absence of delays during playback. Such delays appear when the input buffer at the client is empty, i.e. the client views segments of the video faster than they arrive over the air.
  • One of the reasons for the appearance of such situations when watching video through a mobile network is the final time-frequency resource of the radio channel at the base station to which the client is currently connected. Exhaustion of the resource, in turn, is caused by overload, i.e. a large number of clients connected to one base station. As a result of overloading the radio transmission rate most clients become lower than the available video bit rates on the server, which leads to delays in playback.
  • European patent 1872536 which is the closest analogue of the claimed invention, describes a method for controlling the transmission of data packets from a server to a client, the server switching between different versions of the stream of transmitted data based on the status of the client buffer.
  • the same multimedia content for example, a specific video sequence
  • this method involves storing a huge number of versions of each video stream on the server, and even if there are a large number of options on the server, it may not always be ideal for each particular case.
  • An object of the present invention is to provide a control device and a method for controlling the transmission of video data, by which a change in the amount of video data transmitted from the base station to the client over the air with the aim of optimizing the transmission of video data to user devices.
  • video segments are stored in a data store
  • a request is received from at least one network user device
  • current parameters of said at least one network user device are determined
  • video segments stored in the data store are changed to based on certain current parameters of the network user device and transmit the changed segments of the video data to the network user device in response to the specified request.
  • changing the video segments of the video data stored in the data warehouse is performed by changing the bit rate of the video data segments by transcoding each video segment in real time.
  • the technical result achieved by the claimed invention consists in reducing the average number of delays when watching videos and reducing the load on the provider's core network and is achieved by changing the amount of video data by real-time segmented transcoding to lower bit rates than the bit rates of copies stored on the server and having maximum quality.
  • the video segments are stored in a data warehouse upon receipt of a first request for said video data from a network user device.
  • the step of storing video segments in a data warehouse includes the step of caching said segments of video data.
  • the current parameters of the network user device include at least one of such parameters as: the current channel capacity of the network user device, the status of the user buffer, and the rate.
  • the transcoding of segments of the stored video data is hardware transcoding.
  • transcoding the segments of the stored video data involves changing the resolution of the segments of the video data.
  • a selection is made of video data segments stored therein based on requests for stored video data from network user devices.
  • the sample is based on the frequency of requests for said video data from network user devices. Such a selection favors video data that has a maximum request frequency.
  • the selection is based on the deletion of video data, the last received request for which is the oldest.
  • the video segments further comprise audio data and / or text data.
  • control device for controlling the transmission of the video data stream over the network to the network user device, which contains at least one data store configured to store segments of video data; at least one control unit.
  • the control unit of the specified device is configured to receive a request from at least one network user device, determine the current parameters of at least one network user device, and is characterized in that it is capable of changing video segments of the data stored in the data storage device by changing the bit rate of the segments video data by transcoding each segment in real time based on the current defined set parameters V ⁇ g ⁇ user device via at least one control device.
  • the device comprises a network interface configured to transmit changed segments of video data to at least one network user device.
  • the at least one control unit comprises at least one scheduler.
  • the scheduler is configured to select a bit rate for transmitting video segments to a specified user device in response to a request from at least one user device based on certain current parameters of the network user device
  • a control device for transmitting a video data stream over a network is located in a network including at least at least one user device, at least one base station, at least one gateway, and at least one content server.
  • a control device for transmitting a video data stream over a network is configured to control the transmission of a video data stream over a network so that no user device, no base station, no gateway, no content server receives information about the availability on the network of the specified control device.
  • a device for transmitting a video data stream over a network to a network user device which comprises a proxy unit configured to receive a request from at least one network user device; a caching unit configured to store segments of video data; a scheduler, configured to determine the current parameters of the specified at least one network user device.
  • the device is characterized in that it comprises a transcoding block adapted to change segments of video data stored in the caching block by changing the bit rate and / or resolution of the segments of video data by transcoding each segment in real time based on the current determined parameters of the network user device; and a network interface configured to transmit changed segments of the video data to at least one network user device.
  • the proxy block is configured to operate at a network level.
  • FIG. 1 illustrates the logical structure of a network and the location of a control device of the present invention in this network.
  • FIG. 2 illustrates the interaction of the functional blocks of the device of the present invention.
  • FIG. 3 illustrates the principle of operation of the proxy block according to the invention.
  • FIG. 4 illustrates the principle of operation of the cache block according to the invention.
  • FIG. 5 illustrates the operating principle of a scheduler according to the invention.
  • FIG. 6 illustrates an example implementation of a transmission control device over a network of a video data stream to a network user device according to the invention.
  • FIG. 7 illustrates examples of packages the device operates with. DETAILED DESCRIPTION OF THE INVENTION
  • FIG. 1 illustrates the logical structure of a network, which consists of two parts.
  • the first part is a transit network 1 (E-UTRAN), which is responsible for radio access and consists of base stations 4 (eNodeB) and user devices 3 (UE, user equipment).
  • the second part is core network 2 (EPC, Evolved Packet Core), which is responsible for providing the required quality of service (QoS), mobility management, authentication, billing, etc.
  • QoS quality of service
  • the control device 5 according to the present invention is located between the first part and the second part. The control device 5 operates on the so-called interface S 1.
  • the traditional centralized location of the proxy server with the cache in the core network allows you to reduce the load only on Internet access, however, unloading the transit network is not possible.
  • the developed solution uses distributed proxy server placement inside the transit network, which makes it possible to reduce the load on the channels of the transit network.
  • the control device according to the present invention is located on the edge of the transit network, which reduces the load on the transit channels. This arrangement is possible through the use of a proxy block.
  • this arrangement in the logical hierarchy of the network allows the operator to place the control device 5 at different levels of the physical network - from base station 4 to traffic aggregation points from dozens of base stations 4.
  • the hardware-software platform of device 5 is scalable in terms of the number of processor modules and data storage systems, which creates the opportunity for telecom operators to apply the present invention in their networks most optimally in terms of maximizing efficiency and smart increase value.
  • Data in the mobile network is transmitted inside the tunnel.
  • Packages, non-limiting examples of formats of which are presented in FIG. 7, from the user device 3 are transmitted to the base station 4, from where they are then transmitted via a tunnel connection to the serving gateway 6, where they are retrieved from the tunnel and transmitted to the core network 2.
  • Tunneling allows to provide the required quality of service for various types of traffic from different clients during transmission over transit network.
  • the tunnel is controlled by the S I -AP protocol, and the transmission in the tunnel is controlled by the S1 -U protocol.
  • the proxy unit performs the task of a transparent dual proxy server, i.e. the proxy function is implemented both for the tunnel itself and for the connection inside it.
  • the optimization and caching of video traffic in the system are transparent both for the user device 3 and the content server 8 with video data, and for the base station 4 and the serving gateway 6, i.e. do not make significant changes to the headers of the transmitted packets.
  • This makes it possible to simplify the integration of the control device 5 into the existing network, since changes to the configuration of the user device 3, base station 4, and gateway 6 are not required.
  • Video transmission is carried out under the TCP guaranteed delivery protocol.
  • the content server chooses the speed of sending data to the client based on composite logical channel speed, i.e. a channel consisting of a radio channel and a subchannel, including sections of a transit network, a backbone network and the Internet.
  • composite logical channel speed i.e. a channel consisting of a radio channel and a subchannel, including sections of a transit network, a backbone network and the Internet.
  • the characteristics of these two subchannels are different, therefore the speed of the composite logical channel is determined mainly by the speed of the channel with the worst characteristics (i.e., the radio channel), which affects the speed of the TCP connection.
  • the presence of a proxy server allows you to make two different logical connections for each of the subchannels. In this case, the TCP parameters are selected for each subchannel separately. This can significantly reduce delays in the delivery of video data.
  • an end-to-end bearer which consists of several channels established between the logical nodes in the transit network 1 (E-UTRAN) and the core network 2 (EPC) via protocols such as Sl-U, TCP, HTTP and others.
  • the S1 protocol suite consists of two parts: S 1-U and SI-AP.
  • the S 1-U protocol provides direct transmission of the S 1 tunnel stream over the IP network
  • the SI -AP protocol provides the establishment of the E-RAB channel between the user device 3 and the serving gateway b and, in particular, the establishment of the S 1 tunnel, which is an integral part of the E -RAB between base station 4 and serving gateway 6.
  • Tunnel stream S 1 is an IP packet stream between base station 4 and serving gateway 6 in which IP packets of user device 3 are tunneled.
  • the S1-U protocol IP tunnel is implemented using the GTP-U protocol as well as the UDP transport protocol.
  • the tunnel entry / exit points are base station 4 and serving gateway 6 (i.e., the added IP header contains the GR addresses of base station 4 and serving gateway 6).
  • FIG. 2 shows the interaction diagram of the blocks of the control device 5.
  • the control device 5 comprises a proxy block 1 1, a scheduler 13, a transcoding block 14, a caching block 12, and network interfaces 23 configured to transmit video data to the user device 3.
  • the proxy block 11 the principle of which is shown in FIG. 3, works at the network level, intercepting and analyzing all packets passing through it, i.e. sequentially deploys the tunnel level (IP1) between the base station 4 and the serving gateway 6, and then analyzes the embedded packet in order to determine its type (TCP, UDP).
  • IP1 tunnel level
  • TCP tunnel level
  • UDP type
  • the proxy unit 1 1 access packets that are not addressed to it, while the content server 8, user device 3, base station 4 and the serving gateway 6 do not receive information about its interference and / or presence, since the proxy unit 11 after processing the packet headers adapts them in such a way as to simulate sending on behalf of the content server 8 to the address of the user device 3.
  • the UDP packets are sent without modification, and the TCP packets are processed as follows way.
  • the proxy unit 11 determines the current parameters of this user device 3.
  • the proxy unit breaks the tunnel between the base station 4 and the serving gateway 6.
  • the proxy block looks at all packets passing through it and determines the types of packets. For UDP packets containing TCP packets wrapped in them, headers are written to memory, which saves the correspondence tables: IP address + port of the user device and all tunnel data from base station 4 to serving gateway 6 and vice versa, such as IP + port of the base station 4, IP + port of the serving gateway 6, telD tunnel numbers, IP + port of the content server 8 and others.
  • IP address + port of the user device and all tunnel data from base station 4 to serving gateway 6 and vice versa such as IP + port of the base station 4, IP + port of the serving gateway 6, telD tunnel numbers, IP + port of the content server 8 and others.
  • the tunnel numbers are intercepted from the analysis of SCTP traffic between the base station 4 and the mobility management node 9 before the tunnel is established. An additional parser is used to analyze this traffic. After saving the headers, data is extracted from the packets.
  • proxy block 11 forms packets from the video data, adapting the headers on the basis of the stored tables in such a way as to simulate the transfer from the content server 8 to user 3.
  • the data contains a file for transmission to user 3, it is transmitted to the scheduler 13 for transmission to the caching unit and transcoding if necessary.
  • Information about the bit rate and transcoded video is received from the scheduler in response.
  • the proxy block 1 1 forms packets from the video data, adapting the headers based on the stored tables in such a way as to simulate the transfer from the content server 8 to user 3.
  • the caching unit 12 the principle of which is shown in FIG. 4 includes a data storage (for example, a solid state drive, a hard disk drive, their possible combinations and others) and stores popularity information received from a proxy server and the most popular high and low resolution videos.
  • the caching unit 12 decides to save it, in particular caching, based on the statistics of popularity of the videos compiled by it, meta-data received from the content server 8, the age of the video, its popularity on the network, and links to it in HTML pages.
  • the caching unit 12 updates the statistics of popularity and checks for the presence of such a video in the cache.
  • the caching unit 12 sends the video to the queue for transmission to the scheduler 13. If the first request for this video does not have its presence, then the caching unit 12 refuses the scheduler 13. If a video clip is received from the scheduler 13, the caching unit analyzes the statistics of popularity of this video clip and makes a decision about its saving.
  • the scheduler 13 estimates the current channel bandwidth of the user device 3, in particular, the state of the network, the buffers of the serviced user devices 3, their tariffs, as well as the required resource for the next transmission, the load of the transcoding unit 14, and makes an appropriate decision about the speed transfers for this user. In particular, if there is a free resource of the channel and transcoding unit 14, the scheduler 13 decides to transmit the video data in the mode requested by the user. If there are not enough resources of the channel and transcoding unit 14, then they are allocated according to the priority of the user device. In this case, the user device 3 with a low priority channel resource is allocated according to the residual principle and according to the calculated channel resource transcoding unit 14 transcoded video data.
  • the scheduler can request video data from the caching block 12 with the required parameters if a request is received from the end user 3. If the data is found, they will be transmitted to the proxy block 1 1 after transcoding, if necessary. If the video is not found, the scheduler will return a failure. If a video clip is received from the content server 8, then, after transcoding, if necessary, it will be transmitted to the proxing unit, together with information about the required transfer rate for sending to user Z.
  • the transcoding unit 14 changes the bit rate or resolution of the stream of video data segments stored in the caching block 12 or received over the network by transcoding each segment of video data in real time at the request of the scheduler 13 based on the current parameters of the user device 3. In the case of differences in transcoding block 14 of spare capacity it performs pre-transcoding the most popular videos in low bit rate in case of overload in a network part of its load transferred to the cache unit 12.
  • the scheduler 13 in an overloaded state starts to prioritize the video data streams sent to the user devices 3 according to user rates (e.g., Gold, Silver and Bronze). Due to prioritization, the frequency-time resource is redistributed between users, i.e. the speed of channels for some users increases, while for others it decreases.
  • user rates e.g., Gold, Silver and Bronze
  • users begin to request the next video segments in accordance with their user channel speeds devices 3 obtained as a result of the work of the scheduler 13.
  • the channel speed may be lower than the minimum available video bit rate on the content server 8.
  • the transcoding unit 14 begins to transcode the requested video data in real time into Quality corresponding to current channel speeds. This minimizes the total number of buffer underruns for user devices 3, regardless of their tariff.
  • the transcoding unit 14 is based on a multiprocessor hardware implementation of the video codec, which allows real-time transcoding of multiple video streams.
  • the transcoding unit 14 starts transcoding each segment of video data from the caching unit 12, sequentially transmitting the encoded fragments to the proxing unit 11 for packaging in packets and transmitting to the end user device 3.
  • transcoding it is possible to perform bypassing the caching procedure, for example, if the requested video is not popular.
  • the scheduler 13 sends the video data received from the proxying unit 1 1 to the transcoding unit 14, which performs real-time segmented transcoding and returns the transcoded segments back to the scheduler 13, which does not introduce a significant delay in the transmission process.
  • transcoding unit 14 is configured to support such streaming data formats as MP2-TS, MP4, WebM and others.
  • the scheduler 13 redistributing resources between user devices 3 at the planning stage, decides to delay the traffic for the final recipient of the video data.
  • the behavior of the transcoding unit 14 is determined as follows: the transcoded segments may temporarily accumulate in the caching unit 12 before sending, or transcoding may be started each time before sending the next video packet, and the delay time may be spent on transcoding the video segments for other user devices 3 with a higher priority or a lower state of satisfaction.
  • hardware codecs are used for transcoding, for example, h.264 hardware codec (QuickSync technology) used in modern processor architectures, for example, Intel processors (Sandy Bridge, Ivy Bridge, for example Intel Xeon E3-1275) and others.
  • the Media SDK library using QuickSync technology is capable of simultaneously transcoding up to 8 video streams in HD format on a single computing module or up to 16 video streams from HD format to SD format.
  • the control device 5 may include several computing modules, the work between which distributes the load balancer. This allows you to linearly scale the performance of the transcoding unit 14, adding new computing modules.
  • High transcoding speed allows to increase caching efficiency. There is an opportunity to quickly obtain from one cached video several of its options with different bit rates and resolutions.
  • the transcoding unit 14 is configured to work with various streaming data formats in which video data can be stored.
  • video data can be stored.
  • text data for example, subtitles
  • audio data for example, an audio track.
  • transcoding unit 14 splits the video data of a specific stream format into data streams, and after transcoding collects them back.
  • the present invention provides the use of predictive and proactive type intelligent caching algorithms.
  • the proactive type algorithm uses statistical information about user requests to content providers, not only information about requests passing through a specific device 5, but also information from other devices 5, which allows, despite the location of devices on the network boundary, to achieve high hit efficiency to the caching block 12.
  • the predictive type algorithm uses various meta-information about the popularity of a particular content from the sites of content servers 8 and uses traffic analysis methods to compile statistics on possible downloads of content. For example, a caching block that implements this algorithm collects statistics on the number of calls that pass through a specific server to specific videos posted on social networks, on Web pages, etc. This allows you to use preload data that can only be requested by users in the near future. the future.
  • the caching unit 12 When filling the free space of the data warehouse with the saved video data, it becomes necessary to free it. Based on an analysis of query statistics, the caching unit 12 is able to extract the most popular video files from the transmitted data and store and select to free the data store from the least popular videos.
  • the present invention provides for the implementation of caching policies such as LFU and LRU, which can be used both jointly and separately. In other embodiments, the present invention provides for joint or separate implementation of other caching policies.
  • LFU policy gives back Preferences for videos that have a maximum request frequency.
  • the LRU policy prefers videos that were recently requested, i.e. LRU policy is based on the removal of video data, the last request for which is the oldest. Thus, the present invention contemplates a frequent change in a subset of popular video data, while using a hybrid solution combining both policies.
  • the caching unit 12 supports both parallel requests from several processes of the proxy unit 1 1, and requests from several proxy units 1 1 located on several computing modules, i.e. one caching unit 12, placed on a separate hardware device, can support several proxing units 11 operating with different base stations 4.
  • the proxing unit, transcoding unit, and planning units can be combined into a control unit 21 (Fig. 6).
  • FIG. 6 is a structural diagram of a control device 5 according to the present invention, which comprises at least one control unit 21, at least one data storage 22 configured to store segments of video data, and network interfaces 23 for communicating the control device 5 with a transit network 1 and the core network 2 and transmit segments of the video data to the user device 3.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Предложены управляющее устройство и способ управления передачей потока видеоданных по сети на сетевое пользовательское устройство. Согласно настоящему изобретению сохраняют сегменты видеоданных в хранилище данных, принимают запрос по меньшей мере от одного сетевого пользовательского устройства, определяют текущие параметры указанного по меньшей мере одного сетевого пользовательского устройства, изменяют сохраненные в хранилище данных сегменты видеоданных на основании определенных текущих параметров сетевого пользовательского устройства и передают измененные сегменты видеоданных на сетевое пользовательское устройство в ответ на указанный запрос. Настоящее изобретение характеризуется тем, что изменение сохраненных в хранилище данных сегментов видеоданных выполняют посредством изменения битовой скорости сегментов видеоданных путем транскодирования каждого сегмента видеоданных в реальном времени. Настоящее техническое решение обеспечивает управление передачей по сети потока видеоданных на пользовательское устройство, направленное на обеспечение большой скорости, простоты, экономичности, минимальных потерь качества и максимальной удовлетворенности пользователей.

Description

УПРАВЛЕНИЕ ПЕРЕДАЧЕЙ ПОТОКА ВИДЕОДАННЫХ ПО
СЕТИ НА СЕТЕВОЕ ПОЛЬЗОВАТЕЛЬСКОЕ УСТРОЙСТВО
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретения относится к передаче данных, в частности к управляющему устройству и способу управления передачей потока видеоданных по сети на сетевое пользовательское устройство.
УРОВЕНЬ ТЕХНИКИ
Значительную часть данных, передаваемых через мобильные сети, составляет видеотрафик, транслируемый в режиме потокового вещания. Наиболее современной технологией потокового вещания является технология динамического адаптивного потокового вещания по протоколу HTTP. По этой технологии, например, работают следующие протоколы: HTTP Live Streaming (Apple), Smooth Streaming (Microsoft), HTTP Dynamic Streaming (Adobe), стандарт DASH. Согласно данной технологии на сервере хранятся несколько копий видеофайла, каждая из которых закодирована с разными параметрами, например, с разными разрешениями и битовыми скоростями. Чем выше битовая скорость, тем более быстрый радиоканал требуется для передачи такого видео и тем лучше качество отдельных кадров. Копии разбиты на синхронизированные по времени независимые сегменты. Это позволяет как осуществлять перемотку вперед не загружая все сегменты, так и при необходимости переключаться между разными битовыми скоростями.
С точки зрения клиента на качество восприятия видео влияет не только битовая скорость, но также отсутствие задержек при воспроизведении. Такие задержки появляется при опустошении входного буфера у клиента, т.е. клиент просматривает сегменты видео быстрее, чем они поступают по радиоканалу. Одной из причин появления подобных ситуаций при просмотре видео через мобильную сеть является конечный частотно-временной ресурс радиоканала у базовой станции, к которой в данный момент подсоединен клиент. Исчерпание ресурса в свою очередь вызывается перегрузкой, т.е. большим числом клиентов, подсоединенных к одной базовой станции. В результате перегрузки скорости передачи по радиоканалу у большинства клиентов становятся ниже, чем доступные битовые скорости видео на сервере, что приводит к возникновению задержек при воспроизведении.
Из уровня техники известны способы управления передачей видеоданных по сети. Так, например, европейский патент 1872536, который является наиболее близким аналогом заявленного изобретения, описывает способ управления передачей пакетов данных от сервера клиенту, причем сервер осуществляет переключение между различными версиями потока передаваемых данных на основании состояния клиентского буфера. При переключении потока одно и то же мультимедийное содержимое, например конкретная видеопоследовательность, предварительно кодируется с различными битовыми скоростями и сохраняется на сервере. Однако такой способ подразумевает хранение на сервере огромного количества версий каждого потока видеоданных, причем, даже при наличии на сервере большого количества вариантов, не всегда идеальный вариант для каждого конкретного случая может оказаться в наличии.
Соответственно существует потребность в новом техническом решении, направленном на управление передачей по сети потока видеоданных на пользовательское устройство, направленное на обеспечение большой скорости, простоты, экономичности, минимальных потерь качества и максимальной удовлетворенности пользователей.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Задачей настоящего изобретения является создание управляющего устройства и способа управления передачей видеоданных, с помощью которых осуществляют изменение объема видеоданных, передаваемых от базовой станции к клиенту по радиоканалу, с целью оптимизации передачи видеоданных на пользовательские устройства.
Указанная задача решена благодаря способу управления передачей потока видеоданных по сети на сетевое пользовательское устройство. Согласно способу сохраняют сегменты видеоданных в хранилище данных, принимают запрос по меньшей мере от одного сетевого пользовательского устройства, определяют текущие параметры указанного по меньшей мере одного сетевого пользовательского устройства, изменяют сохраненные в хранилище данных сегменты видеоданных на основании определенных текущих параметров сетевого пользовательского устройства и передают измененные сегменты видеоданных на сетевое пользовательское устройство в ответ на указанный запрос. Согласно указанному способу, изменение сохраненных в хранилище данных сегментов видеоданных выполняют посредством изменения битовой скорости сегментов видеоданных путем транскодирования каждого сегмента видеоданных в реальном времени.
Технический результат, достигаемый заявляемым изобретением, состоит в уменьшении среднего числа задержек при просмотре видео и уменьшении нагрузки на опорную сеть провайдера и обеспечен путем изменения объема видеоданных посредством их посегментного транскодирования в реальном времени в более низкие битовые скорости, чем битовые скорости копий, хранящихся на сервере и имеющих максимальное качество.
В одном из вариантов осуществления сегменты видеоданных сохраняют в хранилище данных по приёме первого запроса на указанные видеоданные от сетевого пользовательского устройства.
В одном из предпочтительных вариантов осуществления этап сохранения сегментов видеоданных в хранилище данных включает этап кэширования указанных сегментов видеоданных.
Еще в одном варианте осуществления текущие параметры сетевого пользовательского устройства включают по меньшей мере один из таких параметров, как: текущая пропускная способность канала сетевого пользовательского устройства, состояние пользовательского буфера и тариф.
Еще в одном предпочтительном варианте осуществления транскодирование сегментов сохраненных видеоданных представляет собой аппаратное транскодирование.
Еще в одном варианте осуществления транскодирование сегментов сохраненных видеоданных включает изменение разрешения сегментов видеоданных.
Еще в одном предпочтительном варианте осуществления при заполнении хранилища данных выполняют выборку из сохраненных в нем сегментов видеоданных на основании запросов на сохраненные видеоданные от сетевых пользовательских устройств. Еще в одном варианте осуществления выборка основана на частоте запросов на указанные видеоданные от сетевых пользовательских устройств. Такая выборка отдает предпочтение видеоданным, которые имеют максимальную частоту запросов.
Еще в одном варианте осуществления выборка основана на удалении видеоданных, последний принятый запрос на которые является самым давним.
Еще в одном варианте осуществления сегменты видеоданных дополнительно содержат аудио данные и/или текстовые данные.
Указанная задача также решена благодаря управляющему устройству для управления передачей потока видеоданных по сети на сетевое пользовательское устройство, которое содержит по меньшей мере одно хранилище данных, выполненное с возможностью хранения сегментов видеоданных;, по меньшей мере один управляющий блок. Управляющий блок указанного устройства выполнен с возможностью приема запроса по меньшей мере от одного сетевого пользовательского устройства, определения текущих параметров по меньшей мере одного сетевого пользовательского устройства и характеризуется тем, что оно выполнено с возможностью изменения хранящихся в устройстве хранения данных сегментов видеоданных посредством изменения битовой скорости сегментов видеоданных путем транскодирования каждого сегмента в реальном времени на основании текущих определенных параметров сетевого пользовательского устройства с помощью по меньшей мере одного управляющего устройства. Кроме того, устройство содержит сетевой интерфейс, выполненный с возможностью передачи измененных сегментов видеоданных по меньшей мере на одно сетевое пользовательское устройство.
Еще в одном варианте осуществления по меньшей мере один управляющий блок содержит по меньшей мере один планировщик.
Еще в одном варианте осуществления планировщик выполнен с возможностью выбора битовой скорости для передачи сегментов видеоданных на указанное пользовательское устройство в ответ на запрос по меньшей мере от одного пользовательского устройства на основании определенных текущих параметров сетевого пользовательского устройства
Еще в одном варианте осуществления управляющее устройство для передачи по сети потока видеоданных расположено в сети, включающей в себя по меньшей мере одно пользовательское устройство, по меньшей мере одну базовую станцию, по меньшей мере один шлюз и по меньшей мере один контент-сервер.
Еще в одном варианте осуществления управляющее устройство для передачи по сети потока видеоданных выполнено с возможностью управления передачей потока видеоданных по сети таким образом, что ни одно пользовательское устройство, ни одна базовая станция, ни один шлюз, ни один контент-сервер не получают информации о наличии в сети указанного управляющего устройства.
Указанная задача также решена благодаря устройству для передачи по сети потока видеоданных на сетевое пользовательское устройство, которое содержит проксирующий блок, выполненный с возможностью приема запроса по меньшей мере от одного сетевого пользовательского устройства; кэширующий блок, выполненный с возможностью хранения сегментов видеоданных; планировщик, выполненный с возможностью определения текущих параметров указанного по меньшей мере одного сетевого пользовательского устройства. Устройство характеризуется тем, что он содержит транскодирующий блок, выполненный с возможностью изменения сохранённых в кэширующем блоке сегментов видеоданных посредством изменения битовой скорости и/или разрешения сегментов видеоданных путем транскодирования каждого сегмента в реальном времени на основании текущих определенных параметров сетевого пользовательского устройства; и сетевой интерфейс, выполненный с возможностью передачи измененных сегментов видеоданных по меньшей мере на одно сетевое пользовательское устройство.
Еще в одном варианте осуществления проксирующий блок выполнен с возможностью работы на сетевом уровне. Эти и другие аспекты изобретения будут ясны из нижеприведенного описания предпочтительных вариантов выполнения, чертежей и формулы изобретения. Детали одного или нескольких примеров реализации изобретения раскрыты на сопроводительных чертежах и в нижеследующем описании. Другие отличительные черты, задачи и преимущества изобретения будут очевидны из описания и чертежей, а также из формулы изобретения. КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует логическую структуру сети и расположение управляющего устройства по настоящему изобретению в этой сети.
Фиг. 2 иллюстрирует взаимодействие функциональных блоков устройства по настоящему изобретению.
Фиг. 3 иллюстрирует принцип работы проксирующего блока согласно изобретению.
Фиг. 4 иллюстрирует принцип работы кэширующего блока согласно изобретению.
Фиг. 5 иллюстрирует принцип работы планировщика согласно изобретению.
Фиг. 6 иллюстрирует пример реализации управляющего устройства передачи по сети потока видеоданных на сетевое пользовательское устройство согласно изобретению.
Фиг. 7 иллюстрирует примеры пакетов, с которыми работает устройство. ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Фиг. 1 иллюстрирует логическую структуру сети, которая состоит из двух частей. Первая часть представляет собой транзитную сеть 1 (E-UTRAN), которая отвечает за радиодоступ и состоит из базовых станций 4 (eNodeB) и пользовательских устройств 3 (UE, user equipment). Вторая часть представляет собой опорную сеть 2 (ЕРС, Evolved Packet Core), которая отвечает за обеспечение требуемого качества обслуживания (QoS), управление мобильностью, аутентификацию, билинг и т.д. Между логическими узлами этих сетей существуют стандартизированные протоколы. Управляющее устройство 5 согласно настоящему изобретению расположено между первой частью и второй частью. Управляющее устройство 5 работает на так называемом интерфейсе S 1.
Традиционное централизованное размещение прокси-сервера с кэшем в опорной сети позволяет уменьшить нагрузку только на выход в Интернет, однако разгрузка транзитной сети при этом невозможна. В разработанном решении использовано распределенное размещение прокси-сервера внутри транзитной сети, что делает возможным сокращение нагрузки на каналы транзитной сети. Управляющее устройство согласно настоящему изобретению расположено на краю транзитной сети, что позволяет уменьшить нагрузки на транзитные каналы. Такое расположение возможно благодаря использованию проксирующего блока. Кроме того, такое расположение в логической иерархии сети позволяет оператору располагать управляющее устройство 5 на разных уровнях физической сети - от базовой станции 4 до точек агрегации трафика от десятков базовых станций 4. В дополнение к этому программно-аппаратная платформа устройства 5 является масштабируемой по количеству процессорных модулей и систем хранения данных, что создает возможность для операторов связи применять настоящее изобретение в своих сетях наиболее оптимально с точки зрения максимизации эффективности и уменьшения стоимости.
Данные в мобильной сети передаются внутри туннеля. Пакеты, неограничительные примеры форматов которых представлены на фиг. 7, от пользовательского устройства 3 передаются на базовую станцию 4, откуда затем передаются по туннельному соединению до обслуживающего шлюза 6, на котором извлекаются из туннеля и передаются в опорную сеть 2. Туннелирование позволяет обеспечить требуемое качество обслуживания различных видов трафика от разных клиентов при передаче по транзитной сети. Управление туннелем ведется по протоколу S I -АР, а сама передача в туннеле - по протоколу S1 -U. Проксирующий блок выполняет задачу прозрачного двойного прокси-сервера, т.е. функция проксирования реализуется как для самого туннеля, так и для соединения внутри него. Таким образом, оптимизация и кэширование видеотрафика в системе являются прозрачными как для пользовательского устройства 3 и контент-сервера 8 с видеоданными, так и для базовой станции 4 и обслуживающего шлюза 6, т.е. не вносят существенных изменений в заголовки передаваемых пакетов. Это позволяет упростить интеграцию управляющего устройства 5 в существующую сеть, поскольку внесения изменений в конфигурацию пользовательского устройства 3, базовой станции 4 и шлюза 6 не требуется.
Еще одним достоинством подобного размещения является уменьшение задержки канала при передаче благодаря использованию прокси-сервера. Передача видеоданных ведется по протоколу гарантированной доставки TCP. В рамках этого протокола контент-сервер выбирает скорость отправки данных клиенту исходя из скорости составного логического канала, т.е. канала, состоящего из радиоподканала и подканала, включающего участки транзитной сети, опорной сети и сети Интернет. Характеристики этих двух подканалов являются различными, поэтому скорость составного логического канала определяется в основном скоростью канала с худшими характеристиками (т.е. радиоканалом), что сказывается на скорости ТСР- соединения. Наличие прокси-сервера позволяет сделать два различных логических соединения для каждого из подканалов. При этом параметры TCP выбираются для каждого подканала отдельно. Это позволяет существенно уменьшить задержки при доставке видеоданных.
В пакетной сети данные пользователей передаются посредством каналов для передачи потока IP-пакетов с определенным качеством обслуживания. Соединение от пользовательского устройства 3 до внешнего сервера 8 в интернет называют сквозным каналом (end-to-end bearer), который состоит из нескольких каналов, устанавливаемых между логическими узлами в транзитной сети 1 (E-UTRAN) и опорной сети 2 (ЕРС) по протоколам, таким как Sl-U, TCP, HTTP и другим.
Набор протоколов S1 состоит из двух частей: S 1-U и SI-АР. Протокол S 1-U обеспечивает непосредственно передачу потока туннеля S 1 - по IP-сети, а протокол S I -АР обеспечивает установление канала E-RAB между пользовательским устройством 3 и обслуживающим шлюзом б и в частности установление туннеля S 1 , являющегося составной частью канала E-RAB, между базовой станцией 4 и обслуживающим шлюзом 6. Поток туннеля S 1 представляет собой поток IP-пакетов между базовой станцией 4 и обслуживающим шлюзом 6, в котором туннелируются IP-пакеты пользовательского устройства 3.
IP-туннель протокола S1-U реализуется с помощью протокола GTP-U, а также транспортного протокола UDP. Точками входа-выхода туннеля являются базовая станция 4 и обслуживающий шлюз 6 (т.е. добавляемый IP-заголовок содержит ГР- адреса базовой станции 4 и обслуживающего шлюза 6).
На Фиг. 2 изображена схема взаимодействия блоков управляющего устройства 5. Согласно настоящему изобретению управляющее устройство 5 содержит проксирующий блок 1 1 , планировщик 13, транкодирующий блок 14, кэширующий блок 12 и сетевые интерфейсы 23, выполненные с возможностью передачи видеоданных на пользовательское устройство 3. Проксирующий блок 11 , принцип работы которого изображен на Фиг. 3, работает на сетевом уровне, перехватывая и анализируя все проходящие через него пакеты, т.е. последовательно разворачивает туннельный уровень (IP1 ) между базовой станцией 4 и обслуживающим шлюзом 6, а затем анализирует вложенный пакет с целью определения его типа (TCP, UDP). Таким образом, работа на сетевом уровне позволяет проксирующему блоку 1 1 получать доступ к пакетам, не адресованным ему, при этом контент-сервер 8, пользовательское устройство 3, базовая станция 4 и обслуживающий шлюз 6 не получают информации о его вмешательстве и/или наличии, так как проксирующий блок 11 после обработки заголовков пакетов адаптирует их таким образом, чтобы имитировать отправку от лица контент-сервера 8 на адрес пользовательского устройства 3. При этом UDP- пакеты пересылаются без изменения, а TCP-пакеты обрабатываются следующим образом. При приеме запроса по меньшей мере от одного сетевого пользовательского устройства 3 проксирующий блок 11 определяет текущие параметры этого пользовательского устройства 3. При установлении соединения между пользовательским устройством 3 и контент-сервером 8 проксирующий блок разрывает туннель между базовой станцией 4 и обслуживающим шлюзом 6. Для этого проксирующий блок просматривает все проходящие через него пакеты и определяет типы пакетов. Для UDP пакетов, содержащих завернутые в них TCP пакеты, заголовки записывают в память, для чего сохраняет таблицы соответствия: IP адрес + порт пользовательского устройства и все данные туннелей от базовой станции 4 к обслуживающему шлюзу 6 и обратно, такие как IP + порт базовой станции 4, IP + порт обслуживающего шлюза 6, номера туннелей telD, IP + порт контент-сервера 8 и другие. Номера туннелей перехватываются из анализа SCTP- трафика между базовой станцией 4 и узлом 9 управления мобильностью перед установлением туннеля. Для анализа этого трафика используется дополнительный синтаксический анализатор пакетов. После сохранения заголовков, из пакетов извлекают данные. Если в данных содержится запрос на видеоданные от пользователя 3 к контент-серверу 8, этот запрос передается для обслуживания планировщику 13. Если в ответ от планировщика получен отказ, запрос передается контент-серверу 8 от лица пользователя 3. Если планировщик возвращает требуемый видеоролик и рассчитанные битовые скорости для его передачи, то проксирующий блок 11 формирует из видеоданных пакеты, адаптируя заголовки на основе сохраненных таблиц таким образом, чтобы имитировать передачу от контент- сервера 8 пользователю 3.
Если в данных содержится файл для передачи пользователю 3, он передается планировщику 13 для передачи кэширующему блоку и транскодирования в случае необходимости. От планировщика в ответ поступает информация о битовой скорости передачи и транскодированное видео. После это проксирующий блок 1 1 , формирует из видеоданных пакеты, адаптируя заголовки на основании сохраненных таблиц таким образом, чтобы имитировать передачу от контент-сервера 8 пользователю 3.
Кэширующий блок 12, принцип работы которого изображен на Фиг. 4, включает в себя хранилище данных (например, твердотельный накопитель, накопитель на жестких магнитных дисках, их возможные комбинации и другие) и хранит информацию о популярности, получаемую от прокси-сервера, и самые популярные видеоролики в высоком и низком разрешении. При поступлении информации о новых закачанных видеоданных кэширующий блок 12 принимает решение об их сохранении, в частности кэшировании, опираясь на составленную им статистику популярности видеороликов, мета-данные, полученные с контент- сервера 8, возраст видеоролика, его популярность в сети, наличие ссылок на него на HTML-страницах. После получения запроса от планировщика 13 кэширующий блок 12 обновляет статистику популярности и проверяет наличие такого видеоролика в кэше. В случае если наличие видеоролика в кэше установлено, кэширующий блок 12 передает видеоролик в очередь на передачу планировщику 13. Если при первом запросе на этот видеоролик его наличие не установлено, то кэширующий блок 12 возвращает планировщику 13 отказ. В случае получения от планировщика 13 видео- ролика, кэширующий блок анализирует статистику популярности этого видеоролика и принимает решение о его сохранении.
Планировщик 13, принцип работы которого изображен на Фиг. 5, оценивает текущую пропускную способность канала пользовательского устройства 3, в частности состояние сети, буферов обслуживаемых пользовательских устройств 3, их тарифов, а также требуемый ресурс для следующей передачи, загруженность транскодирующего блока 14 и принимает соответствующее решение о скорости передачи для данного пользователя. В частности, если есть свободный ресурс канала и транскодирующего блока 14, планировщик 13 принимает решение передавать видеоданные в режиме, запрошенном пользователем. Если не хватает ресурсов канала и транскодирующего блока 14, то они распределяются согласно приоритету пользовательского устройства. При этом пользовательским устройствам 3 с низким приоритетом ресурс канала выделяется по остаточному принципу и согласно вычисленному ресурсу канала транскорирующим блоком 14 транскодируются видеоданные. После выбора скорости передачи, в зависимости от полученного от проксирующего блока 1 1 запроса на поиск данных или на передачу, планировщик может запросить видеоданные у кэщирующего блока 12 с требуемыми параметрами, если пришел запрос от конечного пользователя 3. Если данные найдены они будут переданы проксируещему блоку 1 1 после транскодирования, если это необходимо. Если видеоролик не найден, планировщик вернет отказ. Если получен видеоролик от контент-сервера 8, то, после транскодирования в случае необходимости, он будет передан проксирующему блоку, вместе с информацией о требуемой скорости передачи для отправки пользователю З.Транскодирующий блок 14 изменяет битовую скорость или разрешение потока сегментов видеоданных, сохраненных в кэширующем блоке 12 или полученных по сети, путем транскодирования каждого сегмента видеоданных в реальном времени по требованию планировщика 13 на основании текущих параметров пользовательского устройства 3. В случае наличия у транскодирующего блока 14 свободных мощностей он осуществляет предварительное транскодирование наиболее популярных роликов в низкие битовые скорости, чтобы в случае возникновения перегрузки в сети часть своей нагрузки перенести на кэширующий блок 12.
Согласно настоящему изобретению планировщик 13 в состоянии перегрузки начинает приоритизировать пересылаемые на пользовательские устройства 3 потоки видеоданных согласно тарифам пользователей (например, Gold, Silver и Bronze). Благодаря приоритезации происходит перераспределение частотно-временного ресурса между пользователями, т.е. скорость каналов у одних пользователей увеличивается, а у других уменьшается. Согласно протоколам динамического адаптивного потокового вещания пользователи начинают запрашивать очередные сегменты видео в соответствии со скоростями каналов своих пользовательских устройств 3, полученных в результате работы планировщика 13. При этом у некоторых пользователей скорость канала может оказаться ниже, чем минимальная доступная битовая скорость видео на контент-сервере 8. В этом случае для таких пользователей транскодирующий блок 14 начинает транскодировать в реальном времени запрашиваемые видеоданные в качество, соответствующее текущим скоростям каналов. Этим достигается минимизация общего числа опустошений буфера у пользовательских устройств 3 вне зависимости от их тарифа.
Подобная оперативность возможна только при использовании аппаратного транскодирования, наличие которого является уникальной особенностью настоящего изобретения, и которое также позволяет добиться значительно большей производительности при меньшей потребляемой мощности, чем решения, использующие программные реализации транскодирования. Использование аппаратного транскодирования при отсутствии перегрузок позволяет также быстро перекодировать видеоданные в кэширующем блоке 12 в более низкие битовые скорости, чтобы подготовить кэширующий блок 12 к перегрузке базовой станции 4. В этом случае уже при наступлении перегрузки и недостатке пропускной способности радиоканала видеоданные на пользовательские устройства будут переданы из кэширующего блока 12.
Транскодирующий блок 14 построен на базе многопроцессорной аппаратной реализации видеокодека, что позволяет в режиме реального времени выполнять транскодирование нескольких потоков видеоданных. По запросу пранировщика 13 транскодирующий блок 14 начинает транскодирование каждого сегмента видеоданных из кэширующего блока 12, последовательно передавая закодированные фрагменты на проксирующий блок 11 для запаковки в пакеты и передачи конечному пользовательскому устройству 3. В случае, если видеоданные не были найдены в кэширующем блоке 12, транскодирование возможно выполнять, минуя процедуру кэширования, например если запрошенный видеоролик не является популярным. Конкретно, планировщик 13 направляет видео-данные, полученные с проксирующего блока 1 1 , на транскодирующий блок 14, который выполняет их посегментное транскодирование в реальном времени и возвращает транскодированные сегменты обратно на планировщик 13, что не вносит существенной задержки в процесс передачи. Для успешного выполнения своих функций транскодирующий блок 14 выполнен с возможностью поддержки таких потоковых форматов данных, как MP2-TS, МР4, WebM и других.
Внесение задержек в процесс передачи возможно, если планировщик 13, перераспределяя ресурсы между пользовательскими устройствами 3 на этапе планирования, примет решение о задержке трафика для конечного получателя видеоданных. В таком случае поведение транскодирующего блока 14 определяется следующим образом: транскодированные сегменты могут временно, до отправки, накапливаться в кэширующем блоке 12, или транскодирование может запускаться каждый раз перед отправкой следующего пакета видеоданных, а время задержки может быть потрачено на транскодирование сегментов видеоданных для других пользовательских устройств 3 с более высоким приоритетом или более низким состоянием удовлетворенности.
В настоящем изобретении при транскодировании используются аппаратные кодеки, например аппаратный кодек формата h.264 (технология QuickSync), используемый в современных архитектурах процессоров, например процессоров фирмы Intel (Sandy Bridge, Ivy Bridge, например Intel Xeon E3-1275) и других. Библиотека Media SDK, использующая технологию QuickSync, способна на одном вычислительном модуле одновременно транскодировать до 8 видеопотоков в формате HD или до 16 видеопотоков из формата HD в формат SD. Управляющее устройство 5 может включать в себя несколько вычислительных модулей, работу между которыми распределяет балансировщик нагрузки. Это позволяет линейно масштабировать производительность транскодирующего блока 14, добавляя новые вычислительные модули.
Высокая скорость транскодирования позволяет увеличивать эффективность кэширования. Появляется возможность оперативно получать из одного закэшированного видеоролика несколько его вариантов с разными битовыми скоростями и разрешениями.
Кроме того, быстрое транскодирование позволяют быстро реагировать на перегрузку базовых станций 4, преобразуя в реальном времени видеоданные, направляемые на пользовательские устройства 3, у которых скорость радиоканала оказалась ниже, чем минимальная битовая скорость видео на контент-сервере 8. Согласно настоящему изобретению, транскодирующий блок 14 выполнен с возможностью работы с различными потоковыми форматами данных, в которых могут храниться видеоданные. В частности, внутри данных определенного потокового формата может храниться не только сегменты видеоданных, но и текстовые данные (например, субтитры) и аудиоданные (например, аудиодорожка). Перед началом транскодирования транскодирующий блок 14 разбивает видеоданные определенного потокового формата на потоки данных, а после транскодирования собирает их обратно.
Настоящее изобретение обеспечивает использование алгоритмов интеллектуального кэширования предсказывающего и проактивного типов. Алгоритм проактивного типа использует статистическую информацию о запросах пользователей к контент-провайдерам, причем не только информацию о запросах, проходящих через конкретное устройство 5, но и информацию от других устройств 5, что позволяет, несмотря на расположение устройств на границе сети, добиваться высокой эффективности попадания в кэширующий блок 12.
Алгоритм предсказывающего типа использует различную мета-инфомацию о популярности того или иного контента с сайтов контент-серверов 8 и использует методы анализа трафика для набора статистики о возможных скачиваниях контента. Например, кэширующий блок, в котором реализован этот алгоритм, накапливает статистику о количестве проходящих через конкретный сервер обращений к конкретным видеороликам, размещённым в социальных сетях, на Web-страницах и пр. Это позволяет использовать предзагрузку данных, которые возможно только будут запрошены пользователями в ближайшем будущем.
При заполнении свободного пространства хранилища данных сохраненными видеоданными появляется необходимость его освобождения. На основе анализа статистики запросов кэширующий блок 12 способен выделять из пересылаемых данных и запоминать наиболее популярные видеофайлы и осуществлять выборку для освобождения хранилища данных от наименее популярных видеороликов. Настоящее изобретение обеспечивает осуществление таких политик кэширования, как LFU и LRU, которые можно использовать как совместно, так и по отдельности. В других вариантах реализации настоящее изобретение обеспечивает совместное или отдельное осуществление и других политик кэширования. Политика LFU отдает предпочтения видео, которые имеют максимальную частоту запросов. Политика LRU отдает предпочтение видео, которые были запрошены недавно, т.е. политика LRU основана на удалении видеоданных, последний запрос на которые является самым давним. Таким образом, настоящее изобретение предполагает частую смену подмножества популярных видеоданных, при этом использует гибридное решение, совмещающее обе политики.
Для обеспечения высокой производительности кэширующий блок 12 поддерживает как параллельные запросы от нескольких процессов проксирующего блока 1 1 , так и запросы от нескольких проксирующих блоков 1 1 , расположенных на нескольких вычислительных модулях, т.е. один кэширующий блок 12, вынесенный на отдельное аппаратное устройство, может поддерживать несколько проксирующих блоков 11, работающих с разными базовыми станциями 4. В одном из вариантов реализации проксирующий блок, транскодирующий блок и планировщих могут быть объединены в управляющий блок 21 (фиг. 6). На Фиг. 6 изображена структурная схема управляющего устройства 5 согласно настоящему изобретению, которое содержит по меньшей мере один управляющий блок 21, по меньшей мере одно хранилище данных 22, выполненное с возможностью хранения сегментов видеоданных, и сетевые интерфейсы 23 для связи управляющего устройства 5 с транзитной сетью 1 и опорной сетью 2 и передачи сегментов видеоданных на пользовательское устройство 3.
Вышеприведённое описание служит в качестве примера, и его не следует считать ограничительным. Специалистам понятны вариации и модификации раскрытых примеров, которые не отступают от сущности настоящего изобретения.

Claims

ФОРМУЛА ИЗОБРЕТЕНИЯ
1. Способ управления передачей потока видеоданных по сети на сетевое пользовательское устройство, согласно которому:
- сохраняют сегменты видеоданных в хранилище данных,
- принимают запрос по меньшей мере от одного сетевого пользовательского устройства,
- определяют текущие параметры указанного по меньшей мере одного сетевого пользовательского устройства,
- изменяют сохраненные в хранилище данных сегменты видеоданных на основании определенных текущих параметров сетевого пользовательского устройства.
- передают измененные сегменты видеоданных на сетевое пользовательское устройство в ответ на указанный запрос,
отличающийся тем, что
изменение сохраненных в хранилище данных сегментов видеоданных выполняют посредством изменения битовой скорости сегментов видеоданных путем транскодирования каждого сегмента видеоданных в реальном времени.
2. Способ по п. 1 , в котором сегменты видеоданных сохраняют в хранилище данных по приёме первого запроса на указанные видеоданные от сетевого пользовательского устройства.
3. Способ по п. 1, в котором этап сохранения сегментов видеоданных в хранилище данных включает этап кэширования указанных сегментов видеоданных.
4. Способ по п. 1, в котором текущие параметры сетевого пользовательского устройства включают текущую пропускную способность канала сетевого пользовательского устройства, состояние пользовательского буфера, тариф.
5. Способ по п. 1, в котором указанное транскодирование сохраненных сегментов видеоданных представляет собой аппаратное транскодирование.
6. Способ по п. 1, в котором транскодирование включает изменение разрешения сегментов видеоданных.
7. Способ по п. 1 , согласно которому при заполнении хранилища данных выполняют выборку из сохраненных в нем сегментов видеоданных на основании запросов на сохранённые видеоданные от сетевых пользовательских устройств.
8. Способ по п. 7, согласно которому указанная выборка основана на частоте запросов на сохранённые видеоданные от сетевых пользовательских устройств.
9. Способ по п. 7, согласно которому указанная выборка основана на удалении видеоданных, последний принятый запрос на которые является самым давним.
10. Способ по п. 1 , в котором указанные сегменты видеоданных дополнительно содержат аудиоданные и/или текстовые данные.
11. Управляющее устройство для управления передачей потока видеоданных по сети на сетевое пользовательское устройство, содержащее:
- по меньшей мере одно хранилище данных, выполненное с возможностью хранения сегментов видеоданных;
- по меньшей мере один управляющий блок,
выполненный с возможностью приема запроса по меньшей мере от одного сетевого пользовательского устройства,
с возможностью определения текущих параметров по меньшей мере одного сетевого пользовательского устройства и
с возможностью изменения сохранённых в хранилище данных сегментов видеоданных посредством изменения битовой скорости сегментов видеоданных путем транскодирования каждого сегмента в реальном времени на основании текущих определенных параметров сетевого пользовательского устройства; и - сетевой интерфейс, выполненный с возможностью передачи измененных сегментов видеоданных по меньшей мере на одно сетевое пользовательское устройство.
12. Устройство по п. 1 1, которое дополнительно содержит кэширующий блок, частью которого является указанное по меньшей мере одно хранилище данных.
13. Устройство по п. 1 1 , в котором хранилище данных выполнено с возможностью сохранения сегментов видеоданных по приёме указанным по меньшей мере одним управляющим блоком первого запроса на указанные видеоданные от сетевого пользовательского устройства.
14. Устройство по п. 11, в котором сохраненные в хранилище данных сегменты видеоданных представляют собой кэшированнные сегменты видеоданных.
15. Устройство по п. 1 1, в котором текущие параметры сетевого пользовательского устройства включают по меньшей мере один из таких параметров, как: текущая пропускная способность канала сетевого пользовательского устройства, состояние буфера пользовательского устройства и тариф.
16. Устройство по п. 1 1 , отличающееся тем, что оно расположено в сети, включающей в себя по меньшей мере одно пользовательское устройство, по меньшей мере одну базовую станцию, по меньшей мере один шлюз и по меньшей мере один контент-сервер.
17. Устройство по п. 16, отличающееся тем, что оно выполнено с возможностью управления передачей потока видеоданных по сети таким образом, что ни одно указанное пользовательское устройство, ни одна указанная базовая станция, ни один указанный шлюз, ни один указанный контент-сервер не получают информации о наличии в сети указанного управляющего устройства.
18. Устройство по п. 11, в котором указанный по меньшей мере один управляющий блок содержит по меньшей мере один планировщик.
19. Устройство по п. 18, в котором указанный по меньшей мере один планировщик выполнен с возможностью выбора битовой скорости для передачи сегментов видеоданных в ответ на запрос по меньшей мере от одного пользовательского устройства на основании указанных текущих параметров пользовательского устройства.
20. Устройство по п. 11, в котором транскодирование сохраненных сегментов видеоданных представляет собой аппаратное транскодирование.
21. Устройство по п. 11, в котором указанный по меньшей мере один управляющий блок выполнен с возможностью изменения разрешения сохраненных сегментов видеоданных путем их транскодирования.
22. Устройство по п. 11 , в котором указанный по меньшей мере один кэширующий блок при заполнении хранилища данных выполнен с возможностью осуществления выборки из сохраненных в хранилище данных сегментов видеоданных на основании запросов на указанные сохраненные видеоданные от сетевых пользовательских устройств.
23. Устройство по п. 22, в котором указанная выборка основана на частоте запросов на указанные видеоданные от сетевых пользовательских устройств.
24. Устройство по п. 22, в котором указанная выборка основана на удалении видеоданных, последний запрос на которые, принятый указанным по меньшей мере одним управляющим блоком, является самым давним.
25. Устройство по п. 11 , в котором сегменты видеоданных дополнительно содержат аудиоданные и/или текстовые данные.
26. Управляющее устройство для управления передачей потока видеоданных по сети на сетевое пользовательское устройство, содержащее:
- проксирующий блок, выполненный с возможностью приема запроса по меньшей мере от одного сетевого пользовательского устройства;
- кэширующий блок, выполненный с возможностью хранения сегментов видеоданных;
- планировщик, выполненный с возможностью определения текущих параметров указанного по меньшей мере одного сетевого пользовательского устройства;
- транскодирующий блок, выполненный с возможностью изменения сохранённых в кэширующем блоке сегментов видеоданных посредством изменения битовой скорости сегментов видеоданных путем транскодирования каждого сегмента в реальном временина основании определенных текущих параметров сетевого пользовательского устройства;
; и
- сетевой интерфейс, выполненный с возможностью передачи измененных сегментов видеоданных по меньшей мере на одно сетевое пользовательское устройство.
27. Устройство по п. 26, в котором планировщик выполнен с возможностью выбора битовой скорости для передачи сегментов видеоданных на указанное пользовательское устройство в ответ на запрос по меньшей мере от одного пользовательского устройства на основании определенных текущих параметров сетевого пользовательского устройства.
28. Устройство по п. 26, в котором кэширующий блок содержит хранилище данных, выполненное с возможностью хранения сегментов видеоданных.
29. Устройство по п. 26, в котором кэширующий блок выполнен с возможностью сохранения сегментов видеоданных по приёме указанным проксирующим блоком первого запроса на указанные видеоданные от сетевого пользовательского устройства.
30. Устройство по п. 26, в котором сохраненные в кэширующем блоке сегменты видеоданных представляют собой кэшированнные сегменты видеоданных.
31. Устройство по п. 26, в котором текущие параметры сетевого пользовательского устройства включают по меньшей мере один из таких параметров, как: текущая пропускная способность канала сетевого пользовательского устройства, состояние буфера пользовательского устройства и тариф.
32. Устройство по п. 26, в котором транскодирование сохраненных сегментов видеоданных представляет собой аппаратное транскодирование.
33. Устройство по п. 26, в котором указанный транскодирующий блок выполнен с возможностью изменения разрешения сохраненных сегментов видеоданных путем их транскодирования.
34. Устройство по п. 26, в котором указанный кэширующий блок при заполнении хранилища данных выполнен с возможностью осуществления выборки из сохраненных сегментов видеоданных на основании запросов на указанные сохраненные видеоданные от сетевых пользовательских устройств.
35. Устройство по п. 34, в котором указанная выборка основана на частоте запросов на указанные видеоданные от сетевых пользовательских устройств.
36. Устройство по п. 34, в котором указанная выборка основана на удалении видеоданных, последний запрос на которые, принятый указанным проксирующим блоком, является самым давним.
37. Устройство по п. 26, в котором сегменты видеоданных дополнительно содержат аудиоданные и/или текстовые данные.
38. Устройство по п. 26, в котором проксирующий блок выполнен с возможностью работы на сетевом уровне.
39. Устройство по п. 26, отличающееся тем, что оно расположено в сети, включающей в себя по меньшей мере одно пользовательское устройство, по меньшей мере одну базовую станцию, по меньшей мере один шлюз и по меньшей мере один контент-сервер.
40. Устройство по п. 39, отличающееся тем, что оно выполнено с возможностью управления передачей потока видеоданных по сети таким образом, что ни одно указанное пользовательское устройство, ни одна указанная базовая станция, ни один указанный шлюз, ни один указанный контент-сервер не получают информации о наличии в сети указанного управляющего устройства.
PCT/RU2014/000845 2013-11-08 2014-11-07 Управление передачей потока видеоданных по сети на сетевое пользовательское устройство WO2015076705A1 (ru)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US15/034,787 US10063893B2 (en) 2013-11-08 2014-11-07 Controlling the transmission of a video data stream over a network to a network user device
CN201480072797.4A CN106211805B (zh) 2013-11-08 2014-11-07 控制器及针对前往网络用户设备的视频数据流的控制方法
IL245528A IL245528B (en) 2013-11-08 2016-05-08 Controlling the transmission of a video data stream over a network to a network user device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2013149951/08A RU2571732C2 (ru) 2013-11-08 2013-11-08 Управляющее устройство и способ управления передачей потока видеоданных по сети на сетевое пользовательское устройство
RU2013149951 2013-11-08

Publications (1)

Publication Number Publication Date
WO2015076705A1 true WO2015076705A1 (ru) 2015-05-28

Family

ID=53179869

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2014/000845 WO2015076705A1 (ru) 2013-11-08 2014-11-07 Управление передачей потока видеоданных по сети на сетевое пользовательское устройство

Country Status (5)

Country Link
US (1) US10063893B2 (ru)
CN (1) CN106211805B (ru)
IL (1) IL245528B (ru)
RU (1) RU2571732C2 (ru)
WO (1) WO2015076705A1 (ru)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105306538A (zh) * 2015-09-22 2016-02-03 北京佰才邦技术有限公司 数据的存储方法、能力开放实体和基站
EP3379836A4 (en) * 2015-11-18 2019-06-12 Shenzhen TCL New Technology Co., LTD METHOD AND DEVICE FOR ACCELERATING THE REPRODUCTION OF A SINGLE FRAGMENT VIDEO
US10767182B2 (en) 2014-11-14 2020-09-08 Vib Vzw Direct and selective inhibition of MDM4 for treatment of cancer

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10097603B2 (en) 2014-06-27 2018-10-09 Panasonic Avionics Corporation Vehicle entertainment system
US11076179B2 (en) * 2017-06-13 2021-07-27 DISH Technologies L.L.C. Viewership-balanced video multiplexing
US10924770B2 (en) * 2018-06-08 2021-02-16 Panasonic Avionics Corporation Methods and systems for selective media distribution for a vehicle entertainment system
US10728587B2 (en) 2018-06-08 2020-07-28 Panasonic Avionics Corporation Vehicle entertainment system
US11136123B2 (en) 2018-06-08 2021-10-05 Panasonic Avionics Corporation Methods and systems for storing content for a vehicle entertainment system
CN109040771A (zh) * 2018-07-20 2018-12-18 北京交通大学 基于多缓存服务器间协作的视频缓存方法和系统
CN112333456B (zh) * 2020-10-21 2022-05-10 鹏城实验室 一种基于云边协议的直播视频传输方法
CN113473408B (zh) * 2021-06-07 2024-06-07 山东师范大学 一种车联网中实现视频传输的用户关联方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090006643A1 (en) * 2007-06-29 2009-01-01 The Chinese University Of Hong Kong Systems and methods for universal real-time media transcoding
WO2010108045A1 (en) * 2009-03-18 2010-09-23 Ankeena Networks, Inc. Dynamic variable rate media delivery system
EP2566172A1 (en) * 2011-09-02 2013-03-06 Thomson Licensing Method and apparatus for adaptive transcoding of multimedia stream

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6792463B1 (en) * 1999-10-21 2004-09-14 International Business Machines Corporation System, method and program product for providing invisibility to a proxy-server
ATE408290T1 (de) 2005-04-11 2008-09-15 Ericsson Telefon Ab L M Technik zur steuerung von datenpaketübermittlungen von daten mit variabler bitrate
CA2616413A1 (en) 2007-06-26 2008-12-26 Altex Energy Ltd. Batch interface reducing agent (birda)
US8422373B2 (en) * 2008-01-17 2013-04-16 Nokia Corporation Adaptive multi-rate codec bit rate control in a wireless system
RU2420912C1 (ru) * 2009-11-24 2011-06-10 Федеральное государственное унитарное предприятие "Научно-исследовательский институт телевидения" Способ распространения и транскодирования видеоконтента
CN102598628A (zh) * 2010-03-15 2012-07-18 莫维克网络公司 用于多媒体传送的自适应分块和内容感知同步设备及方法
US8441955B2 (en) * 2011-01-24 2013-05-14 Tektronix, Inc. Determining mobile video quality of experience and impact of video transcoding

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090006643A1 (en) * 2007-06-29 2009-01-01 The Chinese University Of Hong Kong Systems and methods for universal real-time media transcoding
WO2010108045A1 (en) * 2009-03-18 2010-09-23 Ankeena Networks, Inc. Dynamic variable rate media delivery system
EP2566172A1 (en) * 2011-09-02 2013-03-06 Thomson Licensing Method and apparatus for adaptive transcoding of multimedia stream

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10767182B2 (en) 2014-11-14 2020-09-08 Vib Vzw Direct and selective inhibition of MDM4 for treatment of cancer
US12139712B2 (en) 2014-11-14 2024-11-12 Vib Vzw Direct and selective inhibition of MDM4 for treatment of cancer
CN105306538A (zh) * 2015-09-22 2016-02-03 北京佰才邦技术有限公司 数据的存储方法、能力开放实体和基站
CN105306538B (zh) * 2015-09-22 2019-05-03 北京佰才邦技术有限公司 数据的存储方法、能力开放实体和基站
US11233690B2 (en) 2015-09-22 2022-01-25 Baicells Technologies Co. Ltd. Data storage method, non-volatile computer storage medium, electronic equipment, service capability exposure function, and base station
EP3379836A4 (en) * 2015-11-18 2019-06-12 Shenzhen TCL New Technology Co., LTD METHOD AND DEVICE FOR ACCELERATING THE REPRODUCTION OF A SINGLE FRAGMENT VIDEO

Also Published As

Publication number Publication date
IL245528B (en) 2020-02-27
IL245528A0 (en) 2016-06-30
US10063893B2 (en) 2018-08-28
RU2571732C2 (ru) 2015-12-20
RU2013149951A (ru) 2015-05-20
CN106211805A (zh) 2016-12-07
CN106211805B (zh) 2019-06-04
US20170048558A1 (en) 2017-02-16

Similar Documents

Publication Publication Date Title
RU2571732C2 (ru) Управляющее устройство и способ управления передачей потока видеоданных по сети на сетевое пользовательское устройство
CN110536179B (zh) 一种内容分发系统和方法
US9438494B2 (en) Apparatus and methods for optimizing network data transmission
US8717890B2 (en) Application, usage and radio link aware transport network scheduler
US11924650B2 (en) System, method and service product for content delivery
Ge et al. QoE-driven DASH video caching and adaptation at 5G mobile edge
US9326132B2 (en) Method for retrieving content by a wireless communication device having first and second radio access interfaces, wireless communication device and communication system
US6708213B1 (en) Method for streaming multimedia information over public networks
Xu et al. GrIMS: Green information-centric multimedia streaming framework in vehicular ad hoc networks
US20130086279A1 (en) Systems and methods for media service delivery
EP2813056B1 (en) Customer experience management interaction with caching
CN112543357B (zh) 一种基于dash协议的流媒体数据传输方法
CN106993014A (zh) 缓存内容的调整方法、装置及系统
US10581944B2 (en) Transmission resource distribution for streaming of variable bitrate encoded media data
WO2014114361A1 (en) Method, apparatus and computer program for providing a data object from a content server to a client device over a radio access network (ran)
KR102589694B1 (ko) 스토리지 장치, 스토리지 장치의 동작 방법, 스토리지 장치를 포함하는 스트리밍 시스템
KR20130057232A (ko) 에지 노드를 포함한 컨텐츠 분배 네트워크 시스템 및 에지 노드의 컨텐츠 캐싱 및 관리방법
KR102304476B1 (ko) 적응적 스트리밍 서비스를 위한 다중 경로 기반 블록 전송 시스템 및 스트리밍 방법
KR20180060844A (ko) 컨텐츠 전송을 위한 최적 네트워크 노드 선택 방법 및 이를 위한 장치
KR102237900B1 (ko) 클라이언트 단말에 의해 멀티미디어 콘텐츠의 콘텐츠 부분을 검색하기 위한 방법
WO2019120532A1 (en) Method and apparatus for adaptive bit rate control in a communication network
EP4002793B1 (en) Method and controller for audio and/or video content delivery

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14863602

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 245528

Country of ref document: IL

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15034787

Country of ref document: US

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 27/09/2016)

122 Ep: pct application non-entry in european phase

Ref document number: 14863602

Country of ref document: EP

Kind code of ref document: A1