WO2007073319A1 - Gestionnaire de ressources pour distribution de contenu multimedia dans un reseau ip - Google Patents

Gestionnaire de ressources pour distribution de contenu multimedia dans un reseau ip Download PDF

Info

Publication number
WO2007073319A1
WO2007073319A1 PCT/SE2006/050468 SE2006050468W WO2007073319A1 WO 2007073319 A1 WO2007073319 A1 WO 2007073319A1 SE 2006050468 W SE2006050468 W SE 2006050468W WO 2007073319 A1 WO2007073319 A1 WO 2007073319A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
media
distribution
resource manager
feedback information
Prior art date
Application number
PCT/SE2006/050468
Other languages
English (en)
Inventor
Jim Sundqvist
Erik Lundgren
Original Assignee
Operax Ab
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
Priority claimed from SE0502885A external-priority patent/SE0502885L/xx
Priority claimed from US11/315,293 external-priority patent/US7885286B2/en
Application filed by Operax Ab filed Critical Operax Ab
Priority to EP06813088.9A priority Critical patent/EP1972108A4/fr
Publication of WO2007073319A1 publication Critical patent/WO2007073319A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877Measures taken prior to transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains

Definitions

  • the present invention relates to methods and arrangements in an IP network.
  • the present invention relates to initiate a multicast media distribution.
  • IP Internet and Internet Protocol
  • the Internet and Internet Protocol (IP) networks have had a tremendous growth over the past decades. The simplicity and flexibility are the major advantages with the IP technology compared to traditional telecommunication technologies such as circuit-switched networking and ATM.
  • the IP technology is packet- based and has been designed to keep the network infrastructure simple and open to support a variety of applications, while the intelligence have been moved to the clients connected to the networks.
  • the network infrastructure has one major task, which is to forward data from a sending client to at least one receiving client.
  • the sending client has the major task to pack the information it would like to send to the receiving client(s) and to address it accordingly so it can be forwarded towards the receiving client(s) by the network infrastructure.
  • the receiving client(s) has its major task as putting together the received data to reproduce the information that was sent by the sender.
  • a receiving client may for example be a set-top-box (STB) or a PC equipped with an application capable of receiving media streams whereas a sending client is typically an application framework or integrated content portal /content server.
  • the network infrastructure comprised of e.g. routers, switches, Broadband Remote Access Servers (BRAS), access nodes or other network elements has no knowledge about the information that is being sent from the sending client to the receiving client(s), thereby it can be seen as simple.
  • BRAS Broadband Remote Access Servers
  • This network design has made it possible to run so called multi-service networks, i.e. a wide variety of applications can run over the same network infrastructure.
  • applications were text messages (e-mail) and non realtime critical file transfers.
  • Today the Internet is being used for a huge variety of applications including real-time applications such as IP telephony and video on demand over broadband networks.
  • Offerings from the broadband operators are referred to as Triple play, where the customer gets telephony, video and data over the same broadband connection.
  • Media content distribution is achieved by combining an element of control sometimes referred to as session control or application framework with an element of distribution, content server or servers.
  • the application framework handles the session control interaction between the sending clients and receiving clients and mediates between clients and content servers.
  • the content server and application framework may be integrated or separated both logically and geographically.
  • source information For applications such as telephony, video and broadcast TV the source information must be adapted to be able to be transmitted over IP networks.
  • Continuous source information is segmented into appropriate information blocks ⁇ e.g. speech frames and video frames) and for each block the information is encoded by a source encoder, packet into an IP packet and then sent to the receiving client(s) where these decode the information to reproduce the original information.
  • Encoding information in each information block can be made independently of previous and following information blocks. However, information between current information block and previous and /or following information block are usually more or less correlated. By using this property it is possible to reduce the amount of data needed to encode the source information by using predictive or differential coding.
  • a typical example is MPEG video (as described for example in ISO IEC 13818-2 Information technology - Generic coding of moving pictures and associated audio information - Part 2: Video ISO/IEC JTC 1/SC 29 N 635).
  • the transmitted frame types are divided in three different subcategories, I-frames, P-frames and B ⁇ frames which are illustrated in figure 1.
  • the I-frame referred to as the key frame, is a self-contained item of data i.e. it has no references to any other frames and is as such a directly reproducible and represents a complete image while the P-frames are encoded representations of the difference between the contents of the current frame and the previous I- or P-frame.
  • the B-frames are the encoded representations of the bidirectional difference between the previous I- or P-frame and the next I- or P- frame whichever is closest.
  • Predictive/ differentially coded media suffers from the drawback that it is required to wait for the next key frame before reproduction (play out) can begin since the key frame is the only frame type that can be reproduced without any other information.
  • the decoder typically buffers or discards data until a key frame is received after which reproduction can begin. Depending on the level of compression and compression method used, this can take anywhere from a few milliseconds up to several seconds.
  • unicast and multicast For distributing media streams e.g. video in IP networks, there are currently basically two different methods called unicast and multicast.
  • Unicast describes the method whereby each client receives its own copy of the media stream and the media stream can not be shared between different clients. Even though one server can serve many clients, the media streams are separate, i.e. one instance per receiver. This method is typically used to provide services such as video-on»demand (VoD) where a user controlling the client may want to start a media stream at any instant and where the user may want to fast-forward /rewind or pause the stream at any time.
  • VoD video-on»demand
  • the advantage of using unicast is that all clients may have their own copy of the media stream.
  • the disadvantage of unicast is that for each new instance of the same media stream, additional bandwidth is required, leading to scalability problems for large deployments.
  • Multicast in contrast to unicast, describes a method whereby a plurality of clients can receive a media stream simultaneously, i.e. one sender transmits the same media flow to the plurality of receiving clients.
  • the plurality of the receiving clients constitutes a multicast group. That implies that multicast is a very resource efficient method and is typically used to provide live broadcasts to one or more recipient at a time.
  • the sender can guarantee that the first transmitted item of data is a key frame and as such suitable for immediate reproduction. If differentially coded media is distributed using multicast, the receiver can get no guarantees about what type of frame it will first encounter since the receiver in effect typically subscribes (latches on) to an ongoing media stream and the first received frame may be of any type transmitted. If the first received frame is not a key frame, the first received frame references a frame already sent but since this non key frame was the first frame encountered by the receiver, the reference has not been received and the receiver must wait for the next transmitted key frame which will cause a delay of the reproduction.
  • the bandwidth efficient multicast media distribution is required for live broadcast media streams in IP networks.
  • media such as video are usually differentially coded which implies that multicast causes that the receiver must wait for a key frame before it can reproduce the information. This could be perceived by the user as a delay. It would therefore be desired to utilize the property of the unicast distribution to immediately start the reproduction of the unicast distribution for differentially coded media.
  • both distribution methods can be used in combination. I.e. a unicast media distribution is initiated and a multicast distribution are also initiated if there is no existing multicast stream to synchronize with.
  • the unicast distribution is ongoing until the initiated multicast distribution is ready to start or when synchronization with an already existing multicast stream is completed, i.e. when the key frame is received.
  • the media receiver is first served a unicast stream and the receiver can initiate play out from the unicast stream immediately while waiting for the multicast transmission to be able to start if the multicast transmission is not available or while waiting for synchronizing with an already existing multicast transmission.
  • the multicast transmission is initiated, data is buffered until enough information is available, i.e. at least when a next key frame is received, and then the client switches form reproducing data from the unicast stream to reproducing data from the multicast stream. Additional buffering may also be desired.
  • the unicast stream may then be dropped when the multicast stream itself can continue to reproduce the media.
  • This procedure also enables very fast media changes such as channel changes.
  • the procedure of using a unicast distribution initially until a multicast distribution is able to reproduce the media distribution is referred to as "Media Quick Start" in this description.
  • the multicast distributed media streams i.e. the broadcast or media-on-demand streams
  • the multicast distributed media streams are usually encoded by state-of-the-art coding techniques using predictive or differential coding.
  • Predictive and differential coding methods both need a reference frame to start from. That implies that the receiver has to wait for the reference frame until it can reproduce and play out the received data which could be perceived by the user as a delay.
  • an IPTV solution it is possible to start the media requiring multicast distribution by using a Media Quick Start. That results in that the receiver can start play out immediately thanks to the unicast distribution that does not suffer from the delay as the multicast distribution.
  • the present invention solves that by providing feedback information to the application framework e.g. the IPTV server, regarding the resource availability between the sender and the receiver. Based on this feedback information, the application framework can use the Media Quick Start if enough resources are available, otherwise the application framework can select to deny the request for Media Quick Start.
  • the application framework e.g. the IPTV server
  • the denial means that the feedback information provided by the resource manager is used to signal to the client that a Media Quick Start unicast stream for the requested multicast distribution is not available due to resource shortage in the IP network but the client is still allowed to subscribe to the multicast distribution.
  • An advantage with the present invention is that the network operator is able to improve the control of the performance of the value added services that the network operator enables through the network.
  • Figure 1 illustrates a typical MPEG stream according to prior art.
  • Figure 2 shows a schematic example of a network resource map according to prior art.
  • Figure 3 shows schematically a network with a network resource manager and an application framework according to the present invention.
  • Figures 4a and 4b shows a flowchart of the methods according to the present invention.
  • the present invention is applicable to the situation when a client requests a distribution of a media stream that requires multicast distribution and when the application framework requests resources for a Media Quick Start to start the media distribution.
  • a Media Quick Start implies that both a unicast media distribution and also a multicast media distribution are initiated if there is no existing multicast media distribution. If there is an existing multicast media distribution, a unicast distribution is initiated but no further multicast distribution but the receiver starts a synchronization procedure with that existing multicast stream. The synchronization procedure is completed when a key frame is received or when the receiving clients determines that the synchronization procedure is completed.
  • a media stream in this context is a packet data flow comprising audio, video, other media or any combination thereof.
  • the above mentioned problem with the use of the Media Quick Start is solved by providing feedback information regarding the resource situation in the network between the sender and the receiver to the application framework (e.g. an IPTV server). Based on this feedback information, the application framework can select to allow or deny the Media Quick Start. I.e. if there are enough available resources in the network between the sender and the receiver, Media Quick Start is allowed, otherwise it is denied.
  • the application framework e.g. an IPTV server
  • the resource situation can be analysed by a network resource manager.
  • the network resource manager is a functional entity in the network that keeps and maintains an updated map of the resources in the network.
  • the resources in the map typically consist of devices and interconnecting elements in the network. Examples of network resources include routers, Digital Subscriber Line Access Modules (DSLAMs), switches, physical wires, optical fiber and many other types of elements.
  • a network resource may also be a partition of a device, network or interconnecting element (logical link).
  • the network resource manager is described in many different forums under many different names. In some forums, it is referred to as Bandwidth Manager or Bandwidth Broker.
  • ETSI/TISPAN refers to the function as Resource Admission Control Subsystem (RACS).
  • the 3GPP initiative calls it Policy Decision Function (PDF) and ITU denotes it Resource and Admission Control Function (RACF) but the common denominator is that it is an entity in the network that keeps track of the network resources and network resource utilization and/ or performs admission control. This entity is in this description referred to as a network resource manager.
  • the network resource manager supports application and service frameworks by providing information about the network resources in which the application and service frameworks act. For example, a video server may, when it receives a request for data from a client, reserve resources with the network resource manager for transmission of the requested data. The network resource manager will then add the reserved resources to the current network utilization, thus keeping track of how much of the available resources in the network are in use.
  • a topologically correct view of the network or contention points is essential for the network resource manager to be able to determine when network resources are exhausted in any parts of the managed network.
  • the topology information can be acquired through interaction with Operation Support Systems (OSSs) and/ or active /passive probing of network devices.
  • OSSs Operation Support Systems
  • FIG 2 showing a schematic example of a network resource map 200 arranged to indicate the resource situation 260, i.e. the usage of the network.
  • Interfaces 210, devices 220 and subnets 230, 240 in the network are represented as resources in the map and provisioned with its physical or logical (partitioned) capacity. Capacity is usually measured in bandwidth and logical capacity concerns a provisioned value that can be lower than its physical value.
  • This can be exemplified by the scenario where the network architecture partitions a 100Mbit/s connection in four connections, each having the capacity of 25 Mbit/s. The partitioning can be done in routers and switches and may be modelled by the resource manager.
  • a media server in the media distribution network gets a media request from a client, it reserves bandwidth by means of the network resource manager that, due to its topology knowledge can track the impact of the additional traffic, that a transmission of the requested media would result in, on all resources or contention points between the sender and receiver.
  • the network resource manager may actively configure a network element or just keep track of reserved resources. However, in the context of the present invention it is enough if the resource manager keeps track of reserved resources, and whether the resource manager actively configure the network elements is beyond the scope of the invention. If the reservation fails due to excessive resource usage anywhere between sender and receiver of the media stream, the request is denied.
  • the congested networks are protected from additional data (i.e. the media request) that would otherwise affect the Quality of Experience for existing sessions.
  • multicast control protocols such as Internet Group Management Protocol ( ⁇ GMP) signalling or acting as an intermediate (proxy) in IGMP snooping or by interaction with the application framework
  • ⁇ GMP Internet Group Management Protocol
  • proxy intermediate
  • IGMP IGMP snooping
  • the network resource manager can be aware of and in some cases even limit the propagation of the multicast information in the network. This allows the network resource manager to keep track of multicast flows in the network which also is needed to keep a correct view of the network resource situation since multicast flows also consume network resources.
  • the present invention uses a topology-aware network resource manager keeping a resource map of all traffic in the network.
  • the application framework such as video server farm, or an IPTV server, requests resources in the network for a Media Quick Start from the resource manager prior to sending any additional media streams into the network.
  • the Media Quick Start request implies resources for a unicast distribution and also for resources for the multicast distribution if there is no existing multicast distribution.
  • another approach is to specifically partitioning resources for multicast media distribution and just reserve resources for the unicast distribution.
  • the network resource manager Based on the network resource utilization, the network resource manager provides feedback information to the application framework whether or not the requested media stream distribution can be accommodated by all networks between the media distribution site and the receiver. The application framework can then based on the received feedback information select an appropriate way to start distribution of the requested media.
  • the application framework allows the Media Quick Start, otherwise the application framework denies the Media Quick Start that would otherwise cause congestion in networks between the sender and receiver.
  • the present invention makes it possible to avoid affecting the Quality of Experience for all users in the congested networks.
  • the application framework opts to just temporarily deny the requested Media Quick Start.
  • close implies that the current multicast group already is available in the closest router or switch and does not need to be requested further away in the network.
  • the application framework comprises means for using the feedback provided by the resource manager to signal to the client that a Media Quick Start unicast stream for the requested media is not available due to resource shortage in the network but the client may still be allowed to subscribe to the multicast version of the media. The client may then subscribe to the multicast stream and, once it receives a key frame (or an appropriate position in the stream), start reproducing the media. In this case, the client will not receive the Media Quick Start feature but any already congested or near congested networks between the sender and receiver will be spared from an additional unicast media stream.
  • the resource utilization map may take best effort traffic into account.
  • the best- effort traffic may be separated from other non best-effort traffic by partitioning or all traffic both the best-effort and the non best-effort may be included in the same class, ⁇ f there is a partitioning between the best-effort and the non best-effort traffic, the best-effort traffic will not affect the other time critical traffic such as video and telephony.
  • the resource utilization map may nevertheless take best-effort traffic into account by traffic measurement and/or provisioning to ensure that best effort traffic can not affect the resource situation for value-added services, e.g. the requested media stream.
  • FIG 3 illustrates an access device 300 such as a multiservice edge router or BRAS having five connected access networks 310-305.
  • the networks 301-303 are connected to the same network segment while the network 304 and the network 305 are connected straight to the access device 300.
  • An application framework in this case combined with a content server network is further connected to the access device 300 and a management network 307 comprising a network resource manager is also connected to the access device 300.
  • the networks 310-304 have enough resources to for a Media Quick Start, which is illustrated by the empty squares of the network resource utilization maps 308-309 provided by the network resource manager 307.
  • the map 308 shows the resource utilization for the networks 301-303
  • the map 309 shows the resource utilization for the network 304
  • the map 310 shows the resource utilization for the network 305.
  • the squares of the maps 308-310 of the resource manager 307 illustrates in this description the resource utilization map, which in reality is an internal data structure preferably.
  • the access network 305 is however full, which means that the resource manager will not allow a Media Quick Start, e.g. in the case when a user in network 305 wants to change channel and the application framework tries to reserve resources for a Media Quick Start.
  • the feedback information according to the present invention from the resource manager to the application framework is transmitted by means of request/ response messages.
  • the application framework 306 sends a request to the network resource manager 307 for resources for a Media Quick Start.
  • the request comprises the address of the client ⁇ e.g. located in the access network 301) and the address of the content server and the request is made each time a client requests media.
  • the Network resource manager 307 analyzes the network resource utilization map and determines if there are enough available resources between the client and the content server and sends then feedback information regarding the resource availability to the application framework such that the application framework can select to deny or allow the Media Quick Start to start the media distribution based on the feedback information.
  • the present invention relates to an application framework comprising means for means for receiving a request for a media distribution that requires a multicast distribution from a client in said IP network, means for requesting network resources from a network resource manager for a Media Quick Start, to start the requested media distribution, means for receiving feedback information relating to network resource availability from the network resource manager, and means for selecting to deny or allow the Media Quick start to start the requested media distribution based on the received feedback information.
  • the present invention also relates to a network resource manager comprising a resource utilization map adapted to managing network resources in an IP network.
  • the network resource manager comprises means for receiving a resource request from an application framework to start a media distribution by using a media quick start and means for, in response to said request, providing feedback information relating to resource availability such that the application framework can select to deny or allow the Media Quick start to start the media multicast distribution based on the received feedback information.
  • the present invention relates to a system comprising the application framework and the network resource manager.
  • the present invention also relates to methods.
  • the method of the application framework according to the present invention is illustrated in the flowchart of figure 4a and comprises the steps of: 401.
  • the method of the network resource manager is illustrated in the flowchart of figure 4b and comprises the steps of;
  • the methods are preferably implemented by computer program products.
  • the computer program products are directly loadable into the internal memory of a computer within a router or server in the IP network, comprising the software code portions for performing the steps of the methods.
  • the computer program products may also be stored on a computer usable medium, comprising readable program for causing a computer, within a router or server in the IP network, to control execution of the steps of the methods,
  • ASICs Integrated Circuits

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un réseau IP qui comprend un gestionnaire de ressources de réseau comprenant une carte d'utilisation des ressources permettant de gérer les ressources de réseau dans un réseau IP, et un cadre d'applications comprenant des moyens permettant de recevoir d'un client du réseau IP une demande de distribution par multidiffusion, et des moyens permettant de demander des ressources de réseau à un gestionnaire de ressources de réseau pour lancer Media Quick afin de commencer la distribution par multidiffusion demandée. De plus, le gestionnaire des ressources de réseau comprend des moyens pour fournir au cadre d'applications des données de retour provenant du gestionnaire des ressources du réseau relatives à la disponibilité des ressources du réseau, et le cadre d'applications comprend des moyens permettant de recevoir les données de retour ainsi que des moyens permettant de lancer Media Quick ou de refuser le lancement de Media Quick sur la base des données de retour reçues.
PCT/SE2006/050468 2005-12-23 2006-11-13 Gestionnaire de ressources pour distribution de contenu multimedia dans un reseau ip WO2007073319A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP06813088.9A EP1972108A4 (fr) 2005-12-23 2006-11-13 Gestionnaire de ressources pour distribution de contenu multimedia dans un reseau ip

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US11/315,293 2005-12-23
SE0502885A SE0502885L (sv) 2005-12-23 2005-12-23 Metod och arrangemang i ett IP-nät
US11/315,293 US7885286B2 (en) 2005-12-23 2005-12-23 Method and arrangements in an IP network
SE0502885-7 2005-12-23

Publications (1)

Publication Number Publication Date
WO2007073319A1 true WO2007073319A1 (fr) 2007-06-28

Family

ID=38188939

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2006/050468 WO2007073319A1 (fr) 2005-12-23 2006-11-13 Gestionnaire de ressources pour distribution de contenu multimedia dans un reseau ip

Country Status (2)

Country Link
EP (1) EP1972108A4 (fr)
WO (1) WO2007073319A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002056564A1 (fr) * 2001-01-16 2002-07-18 Operax Ab Gestionnaire de ressources de reseau d'un systeme de telecommunication mobile
US20020114331A1 (en) * 2000-12-13 2002-08-22 Cheung Kwok Wai Method and system for delivering media selections through a network
US20030187986A1 (en) * 2000-09-05 2003-10-02 Jim Sundqvist Method for, and a topology aware resource manager in an ip-telephony system
US6714515B1 (en) * 2000-05-16 2004-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Policy server and architecture providing radio network resource allocation rules
EP1523190A1 (fr) * 2003-10-10 2005-04-13 Microsoft Corporation Changement rapide de canal
US20050157742A1 (en) * 2003-05-23 2005-07-21 Matsushita Electric Industrial Co., Ltd. Multicast session management system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9014059B2 (en) * 2001-12-15 2015-04-21 Thomson Licensing Quality of service setup on a time reservation basis

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6714515B1 (en) * 2000-05-16 2004-03-30 Telefonaktiebolaget Lm Ericsson (Publ) Policy server and architecture providing radio network resource allocation rules
US20030187986A1 (en) * 2000-09-05 2003-10-02 Jim Sundqvist Method for, and a topology aware resource manager in an ip-telephony system
US20020114331A1 (en) * 2000-12-13 2002-08-22 Cheung Kwok Wai Method and system for delivering media selections through a network
WO2002056564A1 (fr) * 2001-01-16 2002-07-18 Operax Ab Gestionnaire de ressources de reseau d'un systeme de telecommunication mobile
US20050157742A1 (en) * 2003-05-23 2005-07-21 Matsushita Electric Industrial Co., Ltd. Multicast session management system
EP1523190A1 (fr) * 2003-10-10 2005-04-13 Microsoft Corporation Changement rapide de canal

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HIDETOSHI UENO ET AL.: "Multicast Technology for Broadcast-type Data Delivery Services", NTT TECHNICAL REVIEW, vol. 3, no. 11, November 2005 (2005-11-01), pages 44 - 51, XP003010792, Retrieved from the Internet <URL:http://www.ntt.co.jp/tr/0511/special.html> *
See also references of EP1972108A4 *

Also Published As

Publication number Publication date
EP1972108A1 (fr) 2008-09-24
EP1972108A4 (fr) 2015-08-26

Similar Documents

Publication Publication Date Title
US7885286B2 (en) Method and arrangements in an IP network
KR101699656B1 (ko) 적응형 스트리밍 트래픽을 관리 및 조절하기 위한 장치, 시스템, 및 방법
CN106537856B (zh) 数据流控制方法和系统
EP2912813B1 (fr) Procédé et appareil pour distribuer un service de contenu multimédia
RU2407192C2 (ru) Управление выделением ресурсов по запросам резервирования, инициируемым абонентом и инициируемым сетью
KR101983432B1 (ko) 동적 적응형 스트리밍 오버 http(dash)를 http 라이브 스트리밍(hls)으로 변환 또는 번역하기 위한 장치, 시스템, 및 방법
CN101682355B (zh) 在交换数字视频系统中针对频道改变请求提供可扩展性的方法和装置
US20120185906A1 (en) Scalable Video Controls Bandwidth Allocation to Data Services
US20100332621A1 (en) Method and Apparatus for Obtaining Media Over a Communications Network
WO2009106011A1 (fr) Procédé, système et dispositif de commande d&#39;admission de ressources
Zheng et al. Traffic management of multimedia over ATM networks
CN111193767B (zh) 请求数据发送方法、装置和集群化服务器系统
WO2009024096A1 (fr) Appareil de gestion de ressources, procédé et système
KR101375182B1 (ko) 수신기/디코더 연결의 관리를 위한 메커니즘
US20150195589A1 (en) Method of and apparatus for determining a composite video services stream
WO2007073319A1 (fr) Gestionnaire de ressources pour distribution de contenu multimedia dans un reseau ip
Ahmed et al. P2p object-based adaptive multimedia streaming (poems)
Zink et al. Scalable TCP-friendly video distribution for heterogeneous clients
KR100715667B1 (ko) 미디어 게이트웨이 시스템에서 멀티캐스트 방식을 이용한스트림 분기 장치 및 방법
Li Scalable and adaptive video multicast over the internet
Sato et al. A Proposal of Multicast for Personalized Media Stream Delivery
Bhandari et al. Peer to Peer Proxy based IPTV Services
Kishore Optimal Link Utilization and Enhanced Quality of Service Using Dynamic Bandwidth Reservation for Pre-recorded Video
O’Neill Peer Assisted Multicast Streaming for On-Demand Applications
WO2009095079A1 (fr) Procédé et appareil de distribution de contenu multimédia par l&#39;intermédiaire d&#39;un réseau de communications

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2006813088

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2006813088

Country of ref document: EP