US20170006315A1 - Media presentation description - Google Patents

Media presentation description Download PDF

Info

Publication number
US20170006315A1
US20170006315A1 US15/100,070 US201415100070A US2017006315A1 US 20170006315 A1 US20170006315 A1 US 20170006315A1 US 201415100070 A US201415100070 A US 201415100070A US 2017006315 A1 US2017006315 A1 US 2017006315A1
Authority
US
United States
Prior art keywords
period
advertisement
descriptor
media
media content
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US15/100,070
Other languages
English (en)
Inventor
Alexander Giladi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
InterDigital Patent Holdings Inc
Original Assignee
InterDigital Patent Holdings Inc
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 InterDigital Patent Holdings Inc filed Critical InterDigital Patent Holdings Inc
Priority to US15/100,070 priority Critical patent/US20170006315A1/en
Publication of US20170006315A1 publication Critical patent/US20170006315A1/en
Assigned to INTERDIGITAL PATENT HOLDINGS, INC. reassignment INTERDIGITAL PATENT HOLDINGS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GILADI, Alexander
Abandoned legal-status Critical Current

Links

Images

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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • 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/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4335—Housekeeping operations, e.g. prioritizing content for deletion because of storage space restrictions
    • 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/44004—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 video buffer management, e.g. video decoder buffer or video display buffer
    • 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/81—Monomedia components thereof
    • H04N21/812—Monomedia components thereof involving advertisement data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Definitions

  • Television has been used to present media content, for example advertisements.
  • Media content may also be presented through a computing device, for example a personal computer, a tablet computers, or a smartphone.
  • a computing device may present the media content through a browser or through an application.
  • the computing device may download the media content, either partially or entirely, before presenting the media content.
  • the computing device may stream the media content.
  • the media content may include one or more advertisements.
  • the advertisements may be selected based on the media content being presented.
  • the advertisements may be selected based on a user profile associated with the computing device.
  • Advertising may occur during breaks over the duration of a show. Advertising rates may be determined by a media content rating system, for example the Nielsen ratings. Media content distributors may distribute content to local affiliates and cable television providers nationwide. Media content may be distributed as video streams that may be rendered, for example, by a digital television system or a video on demand (VOD) system. The video streams may carry advertisements that may he shown at the national level, but that may also allow for regional and/or local advertisements to be inserted in the stream.
  • VOD video on demand
  • a method may include one or more of the following.
  • the method may include inserting a first descriptor element for a media content in a media presentation description (MPD) associated with the media content.
  • the method may include inserting a second descriptor element for a repeat occurrence of the media content in the MPD.
  • the second descriptor element may indicate that, during the repeat occurrence of the media content, the media content be presented from the beginning.
  • Inserting the first descriptor element may include inserting a media content identifier that identifies the media content
  • inserting the first descriptor element may include inserting a first occurrence identifier that identifies a first occurrence of the media content
  • Inserting the second descriptor element may include inserting a second occurrence identifier that identifies a second occurrence of the media content.
  • the first descriptor element may indicate a placement of the media content in a media stream.
  • the second descriptor element may indicate a placement of the repeat occurrence of the media content in the media stream.
  • the second descriptor element may include an AssetIdentifier descriptor element.
  • the method may include receiving the MPD from a network entity over a communication network.
  • the method may include sending the MPD to a media playback client.
  • the sent MPD may include the first descriptor element and the second descriptor element.
  • the media content may include an advertisement.
  • the MPD may include a first version of the MPD and a second version of the MPD.
  • the first descriptor element may be inserted in the first version of the MPD.
  • the second descriptor element may be inserted in the second version of the MPD.
  • a method may include one or more of the following.
  • the method may include inserting an advertisement identifier in a MPD.
  • the advertisement identifier may identify an advertisement.
  • the method may include inserting a first occurrence identifier in the MPD.
  • the first occurrence identifier may identify a first occurrence of the advertisement in a media stream.
  • the method may include inserting a second occurrence identifier in the MPD.
  • the second occurrence identifier may identify a second occurrence of the advertisement in the media stream.
  • the second occurrence identifier may indicate that, during the second occurrence of the advertisement in the media stream, the advertisement be played from the beginning.
  • the advertisement identifier and the first occurrence identifier may be inserted in a first descriptor element associated with the first occurrence of the advertisement.
  • the advertisement identifier and the second occurrence identifier are inserted in a second descriptor element associated with the second occurrence of the advertisement.
  • a method for presenting media may include one or more of the following.
  • the method may include receiving a first descriptor element in a MPD.
  • the first descriptor element may be for a first occurrence of an advertisement in a media stream.
  • the first descriptor element may include an advertisement identifier and a first occurrence identifier that may identify the first occurrence the advertisement.
  • the method may include receiving a second descriptor element in the MPD.
  • the second descriptor element may be for a second occurrence of the advertisement in the media stream.
  • the second descriptor element may include the advertisement identifier and a second occurrence identifier that may identify the second occurrence of the advertisement.
  • the method may include playing the advertisement from the beginning during the second occurrence of the advertisement in the media stream.
  • a method may include one or more of the following.
  • the method may include providing a plurality of period elements in a media presentation description (MPD) for a MPEG-DASH media asset.
  • the method may include inserting a descriptor element in a period element of the plurality of period elements to indicate a last period element corresponding with the MPEG-DASH media asset.
  • MPD media presentation description
  • inserting the descriptor element may include inserting a string that indicates the last period element corresponding with the MPEG-DASH media asset.
  • the period element with the descriptor element may be the last period element corresponding with the MPEG-DASH media asset.
  • Providing the plurality of period elements may include generating the plurality of period elements. Providing the plurality of period elements may include receiving the plurality of period elements.
  • the method may include inserting a second descriptor element in a second period element of the plurality of period elements.
  • the second descriptor element may indicate that the second period element is not the last period element associated with the MPEG-DASH media asset.
  • Inserting the descriptor element to indicate the last period element may include inserting an expected duration of the media asset in the descriptor element. Inserting the descriptor element to indicate the last period element may include inserting an expected end time of the media asset in the descriptor element.
  • the descriptor element may include a SupplementalProperty descriptor element.
  • the media asset may include a live broadcast.
  • the method may include sending the plurality of period elements to a media playback client over a communication network.
  • a method may include one or more of the following.
  • the method may include receiving a period element corresponding with a MPEG-DASH media asset.
  • the method may include determining whether the period element is the last period element associated with the media asset.
  • the method may include managing a playback resource associated with the media asset based on determining whether the period element is the last period element associated with the media asset.
  • Determining whether the period element is the last period element may include determining whether the period element includes a descriptor element that may indicate that the period element is the last period element of the media asset.
  • Managing the playback resource may include purging a playback buffer based on determining that the period element is the last period element associated with the media asset.
  • Managing the playback resource may include maintaining a current state of a playback buffer based on determining that the period element is not the last period element.
  • the computing device may include a processor.
  • the processor may be configured to perform one or more of the above methods.
  • the computing device may include a communication interface.
  • the computing device may include an output interface.
  • a computing device may comprise a processor.
  • the processor may be configured for one or more of the following.
  • the processor may insert a first descriptor element for a media content in a media presentation description (MPD) associated with the media content.
  • the processor may insert a second descriptor element for a repeat occurrence of the media content in the MPD.
  • the second descriptor element may indicate that, during the repeat occurrence of the media content, the media content be presented from the beginning.
  • the processor may be configured to insert the first descriptor element by inserting a media content identifier that identifies the media content and inserting a first occurrence identifier that identifies a first occurrence of the media content.
  • the processor may be configured to insert the second descriptor element by inserting a second occurrence identifier that may identify a second occurrence of the media content.
  • a computing device may comprise a processor.
  • the processor may be configured for one or more of the following.
  • the processor may insert, in a media presentation description (MPD), an advertisement identifier that identifies an advertisement.
  • the processor may insert, in the MPD, a first occurrence identifier that identifies a first occurrence of the advertisement in a media stream.
  • the processor may insert, in the MPD, a second occurrence identifier that identifies a second occurrence of the advertisement in the media stream.
  • MPD media presentation description
  • the second occurrence identifier may indicate that, during the second occurrence of the advertisement in the media stream, the advertisement be played from the beginning.
  • the advertisement identifier and the first occurrence identifier may be inserted in a first descriptor element associated with the first occurrence of the advertisement.
  • the advertisement identifier and the second occurrence identifier may be inserted in a second descriptor element associated with the second occurrence of the advertisement.
  • a computing device may comprise a communication interface and a processor.
  • the processor may be configured for one or more of the following.
  • the processor may receive, in a media presentation description (MPD), first descriptor element for a first occurrence of an advertisement in a media stream.
  • the first descriptor element may comprise an advertisement identifier and a first occurrence identifier that may identify the first occurrence the advertisement.
  • the processor may receive, in the MPD, a second descriptor element for a second occurrence of the advertisement in the media stream.
  • the second descriptor element may comprise the advertisement identifier and a second occurrence identifier that may identify the second occurrence of the advertisement.
  • the computing device may comprise a display.
  • the processor may be configured to play the advertisement from the beginning during the second occurrence of the advertisement in the media stream.
  • a computing device may comprise a processor.
  • the processor may be configured to provide a plurality of period elements in a media presentation description (MPD) for a MPEG-DASH media asset.
  • the processor may insert a descriptor element in a period element of the plurality of period elements to indicate a last period element corresponding with the MPEG-DASH media asset.
  • MPD media presentation description
  • the processor may be configured to insert the descriptor element by inserting a string that indicates the last period element corresponding with the MPEG-DASH media asset.
  • the period element may be the last period element corresponding with the MPEG-DASH media asset.
  • the processor may be configured to provide the plurality of period elements by generating the plurality of period elements.
  • the processor may be configured to provide the plurality of period elements by receiving the plurality of period elements.
  • a computing device may comprise a communication interface and a processor.
  • the processor may be configured for one or more of the following.
  • the processor may receive a period element corresponding with a MPEG-DASH media asset.
  • the processor may determine whether the period element is the last period element associated with the media asset.
  • the processor may manage a playback resource associated with the media asset based on determining whether the period element is the last period element associated with the media asset.
  • the processor may be configured to determine whether the period element is the last period element by determining whether the period element includes a descriptor element that indicates that the period element is the last period element of the media asset.
  • the processor may be configured to manage the playback resource by purging a playback buffer based on determining that the period element is the last period element associated with the media asset.
  • the processor may be configured to manage the playback resource by maintaining a current state of a playback buffer based on determining that the period element is not the last period element.
  • FIG. 1A is a system diagram of an example communications system in which one or more disclosed embodiments may be implemented.
  • FIG. 1B is a system diagram of an example wireless transmit/receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A .
  • WTRU wireless transmit/receive unit
  • FIG. 1C is a system diagram of an example radio access network and an example core network at may be used within the communications system illustrated in FIG. 1A .
  • FIG. 1D is a system diagram of another example radio access network and another example core network that may be used within the communications system illustrated in FIG. 1A .
  • FIG. 1E is a system diagram of another example radio access network and another example core network that may be used within the communications system illustrated in FIG. 1A .
  • FIG. 2 illustrates an example bandwidth-adaptive multimedia system for delivering content.
  • FIG. 3 illustrates an example operation of a splicing server.
  • FIG. 4 illustrates an example presentation of media periods and advertisements
  • FIG. 5 illustrates an example case where multiple inserted advertisement objects may be insertions of the same advertisement object.
  • FIG. 6 illustrates an example presentation of media periods and advertisements for a dynamic asset with MPDs that vary over time.
  • FIG. 7A-C illustrate example media periods that indicate the last period of an asset.
  • FIG. 8 illustrates an example arrangement of operations for managing resources when presenting a dynamic asset.
  • FIG. 9A-B illustrate an example presentation of media periods and repeated advertisements.
  • FIG. 1A is a diagram of an example communications system 100 in which one or more disclosed embodiments may be implemented.
  • the communications system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcast, etc., to multiple wireless users.
  • the communications system 100 may enable multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth.
  • the communications system 100 may employ one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), and the like.
  • CDMA code division multiple access
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDMA orthogonal FDMA
  • SC-FDMA single-carrier FDMA
  • the communications system 100 may include wireless transmit/receive units (WTRUs) 102 a, 102 b, 102 c, and/or 102 d (which generally or collectively may be referred to as WTRU 102 ), a radio access network (PAN) 103 / 104 / 105 , a core network 106 / 107 / 109 , a public switched telephone network (PSTN) 108 , the Internet 110 , and other networks 112 , though it will be appreciated that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and/or network elements.
  • WTRUs wireless transmit/receive units
  • PAN radio access network
  • PSTN public switched telephone network
  • Each of the WTRUs 102 a, 102 b, 102 c, 102 d may be any type of device configured to operate and/or communicate in a wireless environment.
  • the WTRUs 102 a, 102 b, 102 c, 102 d may be configured to transmit and/or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, consumer electronics, and the like.
  • UE user equipment
  • PDA personal digital assistant
  • the communications system 100 may also include a base station 114 a and a base station 114 b.
  • Each of the base stations 114 a, 114 b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102 a, 102 b, 102 c, 102 d to facilitate access to one or more communication networks, such as the core network 106 / 107 / 109 , the Internet 110 , and/or the networks 112 .
  • the base stations 114 a, 114 b may he a base transceiver station (BTS), a Node-B, an eNode B, a Home Node B, a Home eNode B, a site controller, an access point (AP), a wireless router, and the like. While the base stations 114 a, 114 b are each depicted as a single element, it will be appreciated that the base stations 1 14 a, 114 b may include any number of interconnected base stations and/or network elements.
  • BTS base transceiver station
  • AP access point
  • the base station 114 a may be part of the RAN 103 / 104 / 105 , which may also include other base stations and/or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc.
  • BSC base station controller
  • RNC radio network controller
  • the base station 114 a and/or the base station 114 b may be configured to transmit and/or receive wireless signals within a particular geographic region, which may be referred to as a cell (not shown).
  • the cell may further be divided into cell sectors.
  • the cell associated with the base station 114 a may be divided into three sectors.
  • the base station 114 a may include three transceivers, e.g., one for each sector of the cell.
  • the base station 114 a may employ multiple-input multiple output (MIMO) technology and, therefore, may utilize multiple transceivers for each sector of the cell.
  • MIMO multiple-input multiple output
  • the base stations 114 a, 114 b may communicate with one or more of the WTRUs 102 a, 102 b, 102 c, 102 d over an air interface 115 / 116 / 117 , which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), visible light, etc.).
  • the air interface 115 / 116 / 117 may be established using any suitable radio access technology (RAT).
  • RAT radio access technology
  • the communications system 100 may be a multiple access system and may employ one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like.
  • the base station 114 a in the RAN 103 / 104 / 105 and the WTRUs 102 a, 102 b, 102 c may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using wideband CDMA (WCDMA).
  • WCDMA may include communication protocols such as High-Speed Packet Access (HSPA) and/or Evolved HSPA (HSPA+).
  • HSPA may include High-Speed Downlink Packet Access (HSDPA) and/or High-Speed Uplink Packet Access (HSUPA).
  • the base station 114 a and the WTRUs 102 a, 102 b, 102 c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 115 / 116 , 117 using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A).
  • E-UTRA Evolved UMTS Terrestrial Radio Access
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • the base station 114 a and the WTRUs 102 a, 102 b, 102 c may implement radio technologies such as IEEE 802.16 (e.g., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), and the like.
  • IEEE 802.16 e.g., Worldwide Interoperability for Microwave Access (WiMAX)
  • CDMA2000, CDMA2000 1X, CDMA2000 EV-DO Code Division Multiple Access 2000
  • IS-95 Interim Standard 95
  • IS-856 Interim Standard 856
  • GSM Global System for Mobile communications
  • GSM Global System for Mobile communications
  • EDGE Enhanced Data rates for GSM Evolution
  • GERAN GSM EDGERAN
  • the base station 114 b in FIG. 1A may be a wireless router, Home Node B, Home eNode B, or access point, for example, and may utilize any suitable RAT for facilitating wireless connectivity in a localized area, such as a place of business, a home, a vehicle, a campus, and the like.
  • the base station 114 b and the WTRUs 102 c, 102 d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN).
  • the base station 114 b and the WTRUs 102 c, 102 d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN).
  • WPAN wireless personal area network
  • the base station 114 b and the WTRUs 102 c, 102 d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, etc.) to establish a picocell or femtocell.
  • a cellular-based RAT e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, etc.
  • the base station 114 b may have a direct connection to the Internet 110 .
  • the base station 114 b may not be required to access the Internet 110 via the core network 106 / 107 / 109 .
  • the RAN 103 / 104 / 105 may be in communication with the core network 106 / 107 / 109 , which may be any type of network configured to provide voice, data, applications, and/or voice over interact protocol (VoIP) services to one or more of the WTRUs 102 a, 102 b, 102 c, 102 d.
  • the core network 106 / 107 / 109 may provide call control, billing services, mobile location-based services, pre-paid calling, Internet connectivity, video distribution, etc., and/or perform high-level security functions, such as user authentication.
  • the RAN 103 / 104 / 105 and/or the core network 106 / 107 / 109 may be in direct or indirect communication with other RANs that employ the same RAT as the RAN 103 / 104 / 105 or a different RAT.
  • the core network 106 / 107 / 109 may also be in communication with another RAN (not shown) employing a GSM radio technology.
  • the core network 106 / 107 / 109 may also serve as a gateway for the WTRUs 102 a, 102 b, 102 c, 102 d to access the PSTN 108 , the Internet 110 , and/or other networks 112 .
  • the PSTN 108 may include circuit-switched telephone networks that provide plain old telephone service (POTS).
  • POTS plain old telephone service
  • the Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP) and the internet protocol (IP) in the TCP/IP internet protocol suite.
  • the networks 112 may include wired or wireless communications networks owned and/or operated by other service providers.
  • the networks 112 may include another core network connected to one or more RANs, which may employ the same RAT as the RAN 103 / 104 / 105 or a different RAT.
  • the WTRUs 102 a, 102 b, 102 c, 102 d in the communications system 100 may include multi-mode capabilities, e.g., the WTRUs 102 a, 102 b, 102 c and 102 d may include multiple transceivers for communicating with different wireless networks over different wireless links.
  • the WTRU 102 c shown in FIG. 1A may be configured to communicate with the base station 114 a, which may employ a cellular-based radio technology, and with the base station 114 b, which may employ an IEEE 802 radio technology.
  • FIG. 1B is a system diagram of an example WTRU 102 .
  • the WTRU 102 may include a processor 118 , a transceiver 120 , a transmit/receive element 122 , a speaker/microphone 124 , a keypad 126 , a display/touchpad 128 , non-removable memory 130 , removable memory 132 , a power source 134 , a global positioning system (GPS) chipset 136 , and other peripherals 138 .
  • GPS global positioning system
  • the base stations 114 a and 114 b, and/or the nodes that base stations 114 a and 114 b may represent, such as but not limited to transceiver station (BTS), a Node-B, a site controller, an access point (AP), a home node-B, an evolved home node-B (eNodeB), a home evolved node-B (HeNB or HeNodeB), a home evolved node-B gateway, and proxy nodes, among others, may include some or all of the elements depicted in FIG. 1B and described herein.
  • BTS transceiver station
  • Node-B a Node-B
  • AP access point
  • eNodeB evolved home node-B
  • HeNB or HeNodeB home evolved node-B gateway
  • proxy nodes among others, may include some or all of the elements depicted in FIG. 1B and described herein.
  • the processor 118 may he a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Array (FPGAs) circuits, any other type of integrated circuit (IC), a state machine, and the like.
  • the processor 118 may perform signal coding, data processing, power control, input/output processing, and/or any other functionality that enables the WTRU 102 to operate in a wireless environment.
  • the processor 118 may be coupled to the transceiver 120 , which may be coupled to the transmit/receive element 122 . While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be appreciated that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.
  • the transmit/receive element 122 may be configured to transmit signals to, or receive signals from, a base station (e.g., the base station 114 a ) over the air interface 115 / 116 / 117 ,
  • a base station e.g., the base station 114 a
  • the transmit/receive element 122 may be an antenna configured to transmit and/or receive RE signals.
  • the transmit/receive element 122 may be an emitter/detector configured to transmit and/or receive IR, UV, or visible light signals, for example.
  • the transmit/receive element 122 may be configured to transmit and receive both RF and light signals. It will be appreciated that the transmit/receive element 122 may be configured to transmit and/or receive any combination of wireless signals.
  • the WTRU 102 may include any number of transmit/receive elements 122 . More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit/receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 115 / 116 / 117 .
  • the transceiver 120 may be configured to modulate the signals that are to he transmitted by the transmit/receive element 122 and to demodulate the signals that are received by the transmit/receive element 122 .
  • the WTRU 102 may have multi-mode capabilities.
  • the transceiver 120 may include multiple transceivers for enabling the WTRU 102 to communicate via multiple RATs, such as UTRA and IEEE 802.11, for example.
  • the processor 118 of the WTRU 102 may be coupled to, and may receive user input data from, the speaker/microphone 124 , the keypad 126 , and/or the display/touchpad 128 (e.g., a liquid crystal display (LCD) display unit or organic light-emitting diode (OILED) display unit).
  • the processor 118 may also output user data to the speaker/microphone 124 , the keypad 126 , and/or the display/touchpad 128 .
  • the processor 118 may access information from, and store data in, any type of suitable memory, such as the non-removable memory 130 and/or the removable memory 132 .
  • the non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device.
  • the removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like, in other embodiments, the processor 118 may access information from, and store data in, memory that is not physically located on the WTRU 102 , such as on a server or a home computer (not shown).
  • SIM subscriber identity module
  • SD secure digital
  • the processor 118 may receive power from the power source 134 , and may be configured to distribute and/or control the power to the other components in the WTRU 102 .
  • the power source 134 may be any suitable device for powering the WTRU 102 .
  • the power source 134 may include one or more dry cell batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, and the like.
  • the processor 118 in may also be coupled to the GPS chipset 136 , which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102 .
  • location information e.g., longitude and latitude
  • the WTRU 102 may receive location information over the air interface 115 / 116 / 117 from a base station (e.g., base stations 114 a, 114 b ) and/or determine its location based on the timing of the signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may acquire location information by way of any suitable location-determination implementation while remaining consistent with an embodiment.
  • the processor 118 may further be coupled to other peripherals 138 , which may include one or more software and/or hardware modules that provide additional features, functionality and/or wired or wireless connectivity.
  • the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, and the like.
  • the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photographs or video), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands free headset, a Bluetooth® module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game
  • FIG. 1C is a system diagram of the RAN 103 and the core network 106 according to an embodiment.
  • the RAN 103 may employ a UTRA radio technology to communicate with the WTRUs 102 a, 102 b, and 102 c over the air interface 115 .
  • the RAN 103 may also be in communication with the core network 106 .
  • the RAN 103 may include Node-Bs 140 a, 140 b, 140 c, which may each include one or more transceivers for communicating with the WTRUs 102 a, 102 b, 102 c over the air interface 115 .
  • the Node-Bs 140 a, 140 b, 140 c may each be associated with a particular cell (not shown) within the RAN 103 .
  • the RAN 103 may also include RNCs 142 a, 142 b. It will be appreciated that the RAN 103 may include any number of Node-Bs and RNCs while remaining consistent with an embodiment.
  • the Node-Bs 140 a, 140 b may be in communication with the RNC 142 a. Additionally, the Node-B 140 c may be in communication with the RNC 142 b.
  • the Node-Bs 140 a, 140 b, 140 c may communicate with the respective RNCs 142 a, 142 b via an Iur interface.
  • the RNCs 142 a, 142 b may be in communication with one another via an Iur interface.
  • Each of the RNCs 142 a, 142 b may be configured to control the respective Node-Bs 140 a, 140 b, 140 c to which it is connected.
  • each of the RNCs 142 a, 142 b may be configured to carry out or support other functionality, such as outer loop power control, load control, admission control, packet scheduling, handover control, macrodiversity, security functions, data encryption, and the like.
  • the core network 106 shown in FIG. 1C may include a media gateway (MGW) 144 , a mobile switching center (MSC) 146 , a serving GPRS support node (SGSN) 148 , and/or a gateway GPRS support node (GGSN) 150 . While each of the foregoing elements are depicted as part of the core network 106 , it will be appreciated that any one of these elements may be owned and/or operated by an entity other than the core network operator.
  • MGW media gateway
  • MSC mobile switching center
  • SGSN serving GPRS support node
  • GGSN gateway GPRS support node
  • the RNC 142 a in the RAN 103 may be connected to the MSC 146 in the core network 106 via an IuCS interface.
  • the MSC 146 may be connected to the MGW 144 .
  • the MSC 146 and the MGW 144 may provide the WTRUs 102 a, 102 b, 102 c with access to circuit-switched networks, such as the PSTN 108 , to facilitate communications between the WTRUs 102 a, 102 b, 102 c and traditional land-line communications devices.
  • the RNC 142 a in the RAN 103 may also he connected to the SGSN 148 in the core network 106 via an IuPS interface.
  • the SGSN 148 may be connected to the GGSN 150 .
  • the SGSN 148 and the GGSN 150 may provide the WTRUs 102 a, 102 b, 102 c with access to packet-switched networks, such as the Internet 110 , to facilitate communications between and the WTRUs 102 a, 102 b, 102 c and IP-enabled devices
  • the core network 106 may also be connected to the networks 112 , which may include other wired or wireless networks that are owned and/or operated by other service providers.
  • FIG. 1D is a system diagram of the RAN 104 and the core network 107 according to an embodiment.
  • the RAN 104 may employ an E-UTRA radio technology to communicate with the WTRUs 102 a, 102 b, and 102 c over the air interface 116
  • the RAN 104 may also be in communication with the core network 107 .
  • the RAN 104 may include eNode-Bs 160 a, 160 b, 160 c, though it will be appreciated that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment.
  • the eNode-Bs 160 a, 160 b, 160 c may each include one or more transceivers for communicating with the WTRUs 102 a, 102 b, 102 c over the air interface 116 .
  • the eNode-Bs 160 a, 160 b, 160 c may implement MIMO technology.
  • the eNode-B 160 a for example, may use multiple antennas to transmit wireless signals to, and receive wireless signals from, the WTRU 102 a.
  • Each of the eNode-Bs 160 a, 160 b, and 160 c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the uplink and/or downlink, and the like As shown in FIG. 1D , the eNode-Bs 160 a, 160 b, 160 c may communicate with one another over an X2 interface.
  • the core network 107 shown in FIG. 1D may include a mobility management gateway (MME) 162 , a serving gateway 164 , and a packet data network (PDN) gateway 166 . While each of the foregoing elements are depicted as part of the core network 107 , it will be appreciated that any one of these elements may be owned and/or operated by an entity other than the core network operator.
  • MME mobility management gateway
  • PDN packet data network
  • the MME 162 may be connected to each of the eNode-Bs 160 a, 160 b, and 160 c in the RAN 104 via an Si interface and may serve as a control node.
  • the MME 162 may be responsible for authenticating users of the WTRUs 102 a, 102 b, 102 c, bearer activation/deactivation, selecting a particular serving gateway during an initial attach of the WTRUs 102 a, 102 b, 102 c, and the like.
  • the MME 162 may also provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies, such as GSM or WCDMA.
  • the serving gateway 164 may be connected to each of the eNode-Bs 160 a, 160 b, and 160 c in the RAN 104 via the S1 interface.
  • the serving gateway 164 may generally route and forward user data packets to/from the WTRUs 102 a, 102 b, 102 c.
  • the serving gateway 164 may also perform other functions, such as anchoring user planes during inter-eNode. B handovers, triggering paging when downlink data is available for the WTRUs 102 a, 102 b, 102 c, managing and storing contexts of the WTRUs 102 a, 102 b, 102 c, and the like,
  • the serving gateway 164 may also he connected to the PDN gateway 166 , which may provide the WTRUs 102 a, 102 b, 102 c with access to packet-switched networks, such as the Internet 110 , to facilitate communications between the WTRUs 102 a, 102 b, 102 c and IP-enabled devices.
  • the PDN gateway 166 may provide the WTRUs 102 a, 102 b, 102 c with access to packet-switched networks, such as the Internet 110 , to facilitate communications between the WTRUs 102 a, 102 b, 102 c and IP-enabled devices.
  • the core network 107 may facilitate communications with other networks.
  • the core network 107 may provide the WTRUs 102 a, 102 b, 102 c with access to circuit-switched networks, such as the PSTN 108 , to facilitate communications between the WTRUs 102 a, 102 b, 102 c and traditional land-line communications devices.
  • the core network 107 may include, or may communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the core network 107 and the PSTN 108 .
  • the core network 107 may provide the WTRUs 102 a, 102 b, 102 c with access to the networks 112 , which may include other wired or wireless networks that are owned and/or operated by other service providers.
  • IMS IP multimedia subsystem
  • FIG. 1E is a system diagram of the RAN 105 and the core network 109 according to an embodiment.
  • the RAN 105 may be an access service network (ASN) that employs IEEE 802.16 radio technology to communicate with the WTRUs 102 a, 102 b, and 102 c over the air interface 117 .
  • ASN access service network
  • the communication links between the different functional entities of the WTRUs 102 a, 102 b, 102 c, the RAN 105 , and the core network 109 may be defined as reference points.
  • the RAN 105 may include base stations 180 a, 180 b, 180 c, and an ASN gateway 182 , though it will be appreciated that the RAN 105 may include any number of base stations and ASN gateways while remaining consistent with an embodiment.
  • the base stations 180 a, 180 b, 180 c may each be associated with a particular cell (not shown) in the RAN 105 and may each include one or more transceivers for communicating with the WTRUs 102 a, 102 b, 102 c over the air interface 117 .
  • the base stations 180 a, 180 b, 180 c may implement MIMO technology.
  • the base station 180 a may use multiple antennas to transmit wireless signals to, and receive wireless signals from, the WTRU 102 a.
  • the base stations 180 a, 180 b, 180 c may also provide mobility management functions, such as handoff triggering, tunnel establishment, radio resource management, traffic classification, quality of service (QoS) policy enforcement, and the like.
  • the ASN gateway 182 may serve as a traffic aggregation point and may be responsible for paging, caching of subscriber profiles, routing the core network 109 , and the like.
  • the air interface 117 between the WTRUs 102 a, I 02 b, 102 c and the RAN 105 may be defined as an R 1 reference point that implements the IEEE 802.16 specification.
  • each of the WTRUs 102 a, 102 b, and 102 c may establish a logical interface (nut shown) with the core network 109 .
  • the logical interface between the WTRUs 102 a, 102 b, 102 c and the core network 109 may be defined as an R 2 reference point, which may be used for authentication, authorization, IP host configuration management, and/or mobility management.
  • the communication link between each of the base stations 180 a, 180 b, and 180 c may he defined as an R 8 reference point that includes protocols for facilitating WTRU handovers and the transfer of data between base stations.
  • the communication link between the base stations 180 a, 180 b, 180 c and the ASN gateway 182 may be defined as an R 6 reference point.
  • the R 6 reference point may include protocols for facilitating mobility management based on mobility events associated with each of the WTRUs 102 a, 102 b, 102 c.
  • the RAN 105 may be connected to the core network 109 .
  • the communication link between the RAN 105 and the core network 109 may defined as an R 3 reference point that includes protocols for facilitating data transfer and mobility management capabilities, for example.
  • the core network 109 may include a mobile IP home agent (MIP-HA) 184 , an authentication, authorization, accounting (AAA) server 186 , and a gateway 188 . While each of the foregoing elements are depicted as part of the core network 109 , it will be appreciated that any one of these elements may be owned and/or operated by an entity other than the core network operator.
  • MIP-HA mobile IP home agent
  • AAA authentication, authorization, accounting
  • the MIP-HA may be responsible for IP address management, and may enable the WTRUs 102 a, 102 b, and 102 c to roam between different ASNs and/or different core networks.
  • the MIP-HA 184 may provide the WTRUs 102 a, 102 b, 102 c with access to packet-switched networks, such as the Internet 110 , to facilitate communications between the WTRUs 102 a, 102 b, 102 c and IP-enabled devices.
  • the AAA server 186 may be responsible for user authentication and for supporting user services.
  • the gateway 188 may facilitate interworking with other networks.
  • the gateway 188 may provide the WTRUs 102 a, 102 b, 102 c with access to circuit-switched networks, such as the PSTN 108 , to facilitate communications between the WTRUs 102 a, 102 b, 102 c and traditional land-line communications devices.
  • the gateway 188 may provide the WTRUs 102 a, 102 b, 102 c with access to the networks 112 , which may include other wired or wireless networks that are owned and/or operated by other service providers.
  • the RAN 105 may be connected to other ASNs and the core network 109 may be connected to other core networks.
  • the communication link between the RAN 105 the other ASNs may be defined as an R 4 reference point, which may include protocols for coordinating the mobility of the WTRUs 102 a, 102 b, 102 c between the RAN 105 and the other ASNs.
  • the communication link between the core network 109 and the other core networks may be defined as an R 5 reference, which may include protocols for facilitating interworking between home core networks and visited core networks.
  • multimedia delivery systems for mobile devices (e.g., smart phones, tablets, laptops) and home devices such as set-top boxes, streaming devices, gaming consoles, consumer/commercial TVs and SmartTVs, and personal computers.
  • Multimedia delivery frameworks including, but not limited to, cable, IPTV, progressive download, streaming technologies, and bandwidth adaptive streaming may be supported.
  • a system for multimedia delivery system may use information about a user's viewing conditions to adapt an encoding and delivery process to reduce or minimize usage of network bandwidth, power, and other system resources.
  • the system may use sensors (e.g., front-faced camera, ambient light sensor, accelerometer, etc.) of a device (e.g., smart phone or tablet) to detect the presence of the viewer.
  • An adaptation system may use this information to determine parameters of visual content that a viewer may be able to see and may adjust encoding and delivery options accordingly. This adaptation mechanism may allow the delivery system to achieve a satisfactory user experience, while saving network bandwidth and other system resources.
  • a system may detect and adapt to user presence using sensors such as an IR remote control, range finder, TV camera; smart phone or tablets used as remote controls and second screens; and capabilities that may be available at home.
  • FIG. 2 illustrates an example multimedia system 200 that may be used for delivering media content.
  • the system 200 may be bandwidth-adaptive.
  • the multimedia system 200 may include a content provider 210 , a client 250 and a communication network 260 .
  • the content provider 210 may send media content (e.g., multimedia content) to the client 250 over the communication network 260 .
  • the content provider 210 may store media content 212 .
  • the media content 212 may comprise an advertisemmt 212 a and/or non-advertising media content 212 b.
  • the non-advertising media content 212 b may be, for example, a movie, a show, etc.
  • the media content 212 may include a media content identifier 214 that may identify the media content 212 .
  • the media content identifier 214 may include an advertisement identifier 214 a that may identify an advertisement 212 a.
  • the media content identifier 214 may include a media content identifier 214 b that may identify the non-advertising media content 212 b.
  • the content provider 210 may store the media content 212 in a data store 216 .
  • the data store 216 may include an advertisement data store that may store advertisement(s) 212 a.
  • the data store 216 may include a non-advertising media content data store that may store the non-advertising media content 212 b.
  • the content provider 210 may include a computing device 220 .
  • the computing device 220 may include one or more servers.
  • the computing device 220 may include a processor 222 .
  • the processor 222 may be configured to do one or more of the following.
  • the processor 222 may access the data store 216 .
  • the processor 222 may retrieve media content 212 from the data store 216 and provide the media content 212 to the client 250 .
  • a user 252 may control the client 250 .
  • An example of the client 250 may be a WTRU (e.g., WTRU 102 ).
  • the user 252 may, for example, request a particular media content 212 from the content provider 210 .
  • the user 252 may purchase the media content 212 from the content provider 210 .
  • the user 252 may provide payment information, for example, credit card information, to the content provider 210 via the client 250 .
  • the communication network 260 may include the Internet 262 .
  • the communication network 260 may include a cellular communication network.
  • the cellular communication network may include a gateway 264 .
  • the cellular communication network may include a base station, for example an eNodeB 266 .
  • the cellular communication network may include a wireless link 268 .
  • the communication network 260 may include a Wi-Fi network 270 .
  • the communication network 260 may include a home gateway 272 .
  • the communication network 260 may include a
  • the system 200 may include a content distribution network 280 .
  • the content provider 210 may receive the media content 212 via the content distribution network 280 .
  • a content source 282 e.g., a video source, for example a camera
  • An encoder 284 may encode the media content captured by the content source 282 .
  • the encoder 284 may send the encoded media content to the content provider 210 through the content distribution network 280 .
  • the content provider 210 may receive media content from the content source 282 via the content distribution network 280 .
  • the content provider 210 may store the received media content in the data store 216 .
  • User presence, proximity to screen, and attention to video content may be established, for example, using built-in sensors (e.g., a camera accelerometer) in mobile devices or built-in sensors in a TV, a set-top box, a remote control, or other TV-attached devices (e.g., game consoles, Kinect, and the like) in a home environment.
  • Information about user presence and proximity may be used to optimize multimedia delivery. For example, information regarding the presence of the user 252 and/or proximity of the user 252 to the client 250 may be used (e.g., by the client 250 or by the content provider 210 ) to optimize the delivery of the media content 212 on the client 250 .
  • Content distributors may distribute content (e.g., media content 212 ) to local affiliates and cable television providers nationwide.
  • Content may be distributed as video streams that may be rendered, for example, by a digital television system (e.g., client 250 ) or a video on demand (VOD) system.
  • the video streams may carry advertisements (e.g., advertisements 212 a ) that may be shown at the national level, but that may also allow for regional and/or local advertisements to be inserted in a media stream (e.g., in between non-advertising media content 212 b ).
  • advertisements e.g., advertisements 212 a
  • DTMF in-band dual-tone multi-frequency subcarrier audio cue tones may be used to trigger a cutover from a show or national advertisement to a regional or local advertisement.
  • Cue messages may be embedded in MPEG-2 TS.
  • One or more advertisement splicers may scan incoming content for messages (e.g., cue messages).
  • the advertisement splicer may query an advertising decision server for an advertisement or advertisements that may be displayed.
  • the advertisement splicer may insert the advertisement(s) into the media content that reaches the viewer.
  • FIG. 3 illustrates an example system 300 that may be used for inserting or splicing advertisements in a media stream.
  • the system 300 may include an advertisement splicer 310 .
  • the advertisement splicer 310 may receive a network feed 320 .
  • the network feed 320 may include a media stream.
  • the network feed 320 may include non-advertising media content(s) 212 b.
  • the network feed 320 may include one or more cue messages.
  • a cue message may indicate a position 322 (e.g., an insertion point) within the network feed 320 where an advertisement may be inserted.
  • the cue message may indicate a type of the advertisement.
  • the cue message may indicate a particular advertisement that may be inserted in the network feed 320 , e.g., the cue message may specify a particular advertisement identifier 214 a.
  • the system 300 may include an advertisement server 340 (e.g., data store 216 ).
  • the advertisement server 340 may include one or more advertisements 342 (e.g., advertisements 212 a ).
  • the advertisement splicer 310 may be configured for one or more of the following.
  • the advertisement splicer 310 may be configured to receive the network feed 320 .
  • the advertisement splicer 310 may scan the network feed 320 for one or more cue messages.
  • the advertisement splicer 310 may identify a position 322 within the network feed 320 where the advertisement splicer 310 may insert an advertisement 342 .
  • the advertisement splicer 310 may access the advertisement server 340 .
  • the advertisement splicer 310 may retrieve the advertisement 342 from the advertisement server 340 .
  • the advertisement splicer 310 may insert the advertisement 342 in the network feed 320 at the position 322 that is indicated by the cue message.
  • the advertisement splicer 310 may output a modified network feed 350 .
  • the modified network feed 350 may include a first portion 320 a of the network feed 320 , the inserted advertisement 342 and a second portion 320 b of the network feed 320 .
  • the advertisement splicer 310 may send the modified network feed 350 to another network entity, for example to the client 250 and/or to the content provider 210 , etc.
  • the system 300 may be implemented, either entirely or partially, by the content provider 210 .
  • the system 300 may be implemented by different network entities.
  • the advertisement server 340 may be implemented by the content provider 210 .
  • the advertisement 342 may include the advertisement 212 a.
  • the network feed 320 may include non-advertising media content(s) 212 b.
  • the system 300 and/or the advertisement splicer 310 may be implemented by a computing device (e.g., computing device 220 ).
  • the computing device may have a processor (e.g., processor 222 ) that may be configured to implement the advertisement splicer 310 .
  • Web sites hosting media content may obtain revenue by showing advertisements to users during a multimedia delivery session (e.g., progressive download or streaming).
  • Ads may be shown at the beginning (pre-roll), end (post-roll), and/or during (mid-roll) of the delivery session.
  • rules may be inserted to alter the user's control of the playback. For example, users may be prevented from skipping or fast-forwarding through the ad.
  • Advertisers may compensate web publishers for inserting ads in their content.
  • CPM Cost Per Mille
  • advertisers may pay for every thousand displays of their message to potential customers. Each instance when an advertisement is displayed may be referred to as an impression. Accuracy of counting and/or verifying impressions may be performed. If an impression is verified as one that was watched by the viewer it may be worth more than an impression that is not verifiable as having reached a viewer's attention.
  • Other compensation models include Cost Per Click (CPC) and Cost Per Action (CPA) models.
  • Advertisement verification techniques may relate to techniques related to image ads, such as but not limited to determining whether an advertisement has been served (e.g., using cookies or invisible or transparent images), whether the page with advertisements may have been requested by a human (e.g., to prevent fraud by inflating the number of impressions), and/or by determining the location of an advertisement within a web page (e.g., visible by the user on page load, referred to as “above the fold”).
  • VAST IAB Video Ad Serving Template
  • a richer set of tracking events may be provided (e.g., percentage of the advertisement reached, mute/unmute, and the like). These events may trigger requests, such as HTTP GET requests, to URLs specified in the advertisement server response expressed in VAST.
  • SCTE 35 may be used for advertisement insertion in adaptive streaming, for example, in a binary format or in an XML format.
  • Advertisement impressions may not be verified directly if there may be no built-in feedback mechanism in the content delivery system, for example, as may be the case in broadcast and cable TV.
  • Ads may be served when a user is active and a user's presence may be determined by using the mouse or the keyboard, for example, as may be the case in video streaming for laptops and PCs with an Internet connection.
  • Targeted advertising may involve placing advertisements so as to reach consumers based on various traits such as, for example, demographics, psychographics, behavioral variables (e.g., product purchase history), and/or other second-order activities that may serve as a proxy for these consumer traits.
  • traits such as, for example, demographics, psychographics, behavioral variables (e.g., product purchase history), and/or other second-order activities that may serve as a proxy for these consumer traits.
  • Targeted media advertising may use second-order proxies for targeting.
  • targeted advertising may track online or mobile web activities of consumers, associate historical webpage consumer demographics with new consumer web page access, and/or use a search word as the basis for implied interest or contextual advertising.
  • Addressable advertising systems may serve ads (e.g., directly serve ads) based on demographic, psychographic, and/or behavioral attributes associated with the consumer(s) exposed to the advertisement. These systems may be digital and may be addressable in that the end point that serves the advertisement (e.g., set-top box, website, or digital sign) may render an advertisement independently of any other end points based on consumer attributes specific to that end point at the time the advertisement may be served. Addressable advertising systems may use consumer traits associated with the end points as the basis for selecting and serving ads.
  • Targeted advertisements may be more valuable than network wide ads, and the specificity with which the targeting is performed may be important.
  • Age may be estimated from facial still images.
  • Other anthropometric parameters such as race, ethnicity, etc., may be estimated. These techniques may rely on image data as an input in order to estimate demographic/anthropometric parameters.
  • Other sensor inputs such as accelerometers, gyroscopes, IR cameras, etc. may be used to estimate age and/or other demographic information.
  • Accelerometers e.g., in a smart phone, may be used to monitor a user's essential physiological kinetic tremor, which may have characteristics that may correlate to age.
  • Other sensors e.g., gyroscope
  • the accelerometer data may be mined for gender, height, and weight.
  • Advertising may be inserted in a video stream using, for example, an application-driven architecture or a server-driven architecture.
  • a server-driven architecture may use a client (e.g., a DASH client), and communication with advertising decision services may be performed at the server side. Communication may be triggered by a client request for a segment, a remote element, or an media presentation description (MPD).
  • An application-driven architecture may use an application running on a wireless transmit/receive unit (WTRU) that may control one or more DASH clients.
  • WTRU wireless transmit/receive unit
  • a server-driven architecture may assume DASH functionality.
  • An application-driven architecture may use an application that controls multiple DASH clients. For example, multiple client instances may execute on a client device for context switching, e.g., between min content and advertising or for another purpose.
  • FIG. 4 illustrates an example presentation sequence 400 of media content (e.g., media content 212 ).
  • a descriptor element 402 may enable the presentation of multi-period assets (e.g., multi-period media content).
  • An example of the descriptor element may be an AssetIdentifier.
  • the descriptor element 402 may be included in a media presentation description (MPD) file 404 .
  • the descriptor element 402 may include a content identifier 414 that may identify the media content.
  • An example of the media content may be the non-advertising media content 212 b of FIG. 2 .
  • the content identifier 414 may identify the media content.
  • An example of the content identifier may be the non-advertising media content identifier 214 b.
  • the descriptor element 402 may establish a media content specific (e.g., an asset-specific) timeline.
  • Multi-period media content may be media content that may be split into several periods. For example, a 45-min movie may be separated into three 15-minute periods, M 1 , M 2 , and M 3 . Two 1-min ads, A 1 and A 2 , may be inserted between the movie periods.
  • the presentation may be the sequence 400 of five periods, M 1 , A 1 , M 2 , A 2 , and M 3 , as illustrated in FIG. 4 .
  • a period (e.g., each period) may be associated with a descriptor element 402 that may identify the media content to which the period belongs.
  • a descriptor element 402 may identify the media content to which the period belongs.
  • M 1 , M 2 , and M 3 may establish that these three periods belong to the same media content (e.g., a particular media content 212 b that may include a 45 minute movie object).
  • This description structure may be used to inform a media playback client (e.g., a DASH client or client 250 ) that a single content object may flow across periods M 1 , M 2 , and M 3 .
  • M 2 may be a continuation of M 1
  • M 3 may be a continuation of M 2 .
  • the mapping of periods (e.g., periods M 1 , M 2 and M 3 ) to descriptor elements (e.g., descriptor element 402 ) may be used by a media playback client (e.g., client 250 ) to switch contexts appropriately between different media content at the proper times.
  • the mapping of periods to descriptor elements may be used by a media playback client to properly display the playback progress bar (e.g., scrub bar), which may show the current playback position.
  • the mapping of periods to descriptor elements may enable the media playback client to properly handle trick modes, such as seeking forward or backward within a media content,
  • the MPD 404 may be delivered to the media playback client (e.g., client 250 ).
  • the MPD 404 may comprise a description of the periods M 1 , M 2 and M 3 .
  • the MPD 404 may specify an associated descriptor element for each period.
  • the MPD 404 may specify that the descriptor element 402 is associated with periods M 1 , M 2 and M 3 .
  • a media playback client may compare descriptor elements using an equivalence rule in order to determine whether the descriptor elements specified for different periods may be equivalent and may map to the same media content (e.g., media content 212 , for example the 45 minute movie object).
  • two descriptor elements may be considered equivalent if the fields and/or payload associated with a first descriptor element matches the corresponding fields and/or payload of a second descriptor element.
  • Whitespace characters may be ignored.
  • the specific definition of equivalence may vary.
  • HTTP may be stateless and client-driven.
  • Push-style events may be emulated using frequent polls.
  • upcoming advertisement breaks may be signaled, for example, three to eight seconds before their start.
  • a straightforward poll-based implementation may be inefficient. Events may address such use cases.
  • Events may be blobs with explicit time and duration information and may include application-specific payloads.
  • An application may subscribe to events of a certain type and handle them. This may be a sink, for example, the event processing model of the application may be completely opaque to the DASH client, and it may not expect any feedback regarding the event.
  • In-band events may refer to small message boxes that may appear at the beginning of media segments.
  • MPD events may refer to a period-level list of timed elements.
  • DASH may define MPD Validity Expiration and MPD Patch events.
  • MPD Validity Expiration events may notify the client when a newly published MPD may become valid (and may be fetched).
  • MPD Patch events may apply a patch to the current MPD. A DASH client may handle these events rather than pass them to an application.
  • DASH may define several template parameters.
  • the template parameters may have pre-defined names and/or semantics.
  • the template parameters may be used for URL creation.
  • DASH may define generalized parameters.
  • the generalized parameters may be used by the author to declare a variable in the MPD.
  • the declared variable may be instantiated at MPD fetch time or in real time.
  • An application may provide a value of the declared variable.
  • the declared variable may be used to create the URL when templates are used. For example, one may declare a variable named ‘$UserID$’, instantiate ‘SUserIDS’ at the beginning of a period and append a value of ‘$UserID$’ to a segment request.
  • Advertisement insertion primitives may be mapped to DASH functionality.
  • An advertisement may be a period element (e.g., period A 1 or A 2 ).
  • An advertisement cue may be a remote period element.
  • Main content e.g., periods M 1 , M 2 and M 3 , for example non-advertising media content 212 b
  • inserted content e.g., periods A 1 and A 2 , for example advertisements 212 a
  • MPD updates may be used to notify a client of new periods, for example, using client-side polling (e.g., at a given frequency) or asynchronously using an Iseg brand and/or in-band events.
  • a hybrid approach may be provided.
  • a hybrid approach may involve using generic DASH functionality for server-side advertisement insertion and using VAST embedded within DASH MPD events to provide integration with an advertising infrastructure for tracking, reporting and companion advertising functionality.
  • HTTP GET requests may be logged. This approach may have issues, for example, related to establishing a notion of sessions and/or to the complexity of data aggregation across content delivery networks (CDNs).
  • CDNs content delivery networks
  • Descriptor elements may be used to distinguish main content (e.g., non-advertising media content 212 b, for example a movie) from inserted advertising content (e.g., advertisements 212 a ), for example, in MPEG DASH and/or 3GPP DASH systems.
  • the descriptor element 404 may comprise a content identifier 414 (e.g., an identifier component, for example a string, etc.).
  • the content identifier 414 may identify the media content.
  • the content identifier 414 may include an advertisement identifier that may specify an advertisement, for example when the descriptor element includes the advertisement.
  • the descriptor element for a given video advertisement object may comprise an advertisement identifier.
  • the advertisement identifier may include an Ad-ID that may be provided by a system, for example, at www.ad-id.org.
  • the advertisement identifier may include a MovieLabs Content ID URN, or another identifier. This may enable the media playback client to identify an advertisement object, for example for functions such as retrieval, playback, and/or reporting.
  • the client 250 may use a value of the content identifier 414 (e.g., advertisement identifier 214 a ) to retrieve a corresponding advertisement 212 a.
  • AssetIdentifier descriptor element may be as follows:
  • the value attribute may include the content identifier 414 (e.g., a MovieLabs Content ID) that may identify the advertising content object (e.g., advertisement 212 a ).
  • the content identifier 414 e.g., a MovieLabs Content ID
  • the media content identifiers may identify a media content object (e.g., media content 212 ).
  • the media content identifiers may not change with subsequent insertions or placements of the media content object.
  • an advertisement provider may produce an advertisement.
  • the advertisement provider may use the Ad-ID system to generate an advertisement identifier (e.g., advertisement identifier 214 a or Ad-ID) for the advertisement (e.g., advertisement 212 a ). Placement of the advertisement may be referenced using the advertisement identifier.
  • the advertiser may omit generating a new advertisement identifier for each individual insertion/placement of that advertisement.
  • Ad-ID and/or other identification registry organizations may charge a fee to generate advertisement identifiers, so generating more than one advertisement identifier per advertisement to identify each advertisement placement may be cost prohibitive. For example, an advertisement identifier for A 1 and A 2 may be the same.
  • Multiple advertisements having the same advertisement identifier may cause problems for a media playback client (e.g., client 250 ). For example, if the same advertisement is placed more than once in a presentation, then the multiple placements of the same advertisement may result in multiple periods that may have the same or equivalent descriptor elements. Upon determining that the multiple periods have the same or equivalent descriptor elements, a media playback client may interpret that the multiple placements of the same advertisement may be continuations of a single advertisement. The media playback client may not be capable of correctly switching context between the main video content (e.g., periods M 1 , M 2 and M 3 ) and the multiple placements of the same advertisement (e.g., periods A 1 and A 2 ).
  • a media playback client may not be capable of correctly displaying the playback progress (e.g., scrub bar) when playing the various placements of the same advertisement (e.g., when playing A 2 ).
  • a media playback client may not be capable of correctly processing trick mode operations (e.g., fast forward, reverse playback, or seek) when playing the various placements of the same advertisement (e.g., when playing A 2 ).
  • FIG. 5 illustrates an example media stream 500 .
  • the media stream 500 may include periods M 1 , M 2 and M 3 .
  • the periods M 1 , M 2 and M 3 may belong to a non-advertising media content (e.g., media content 212 b, for example a movie).
  • the media stream 500 may include advertisement periods A 1 and A 2 .
  • the advertisement periods A 1 and A 2 may be representative of an advertisement (e.g., advertisement 212 a ).
  • the advertisement period A 2 may be a repetition of the advertisement period A 1 (e.g., the advertisement period A 1 and the advertisement period A 2 may be for the same advertisement).
  • Descriptor elements 502 may be included in one or more of the periods M 1 , M 2 , M 3 , A 1 and A 2 .
  • a period e.g., each period
  • a descriptor element may include one or more descriptor elements.
  • One or more descriptor elements may be included in a media presentation description (MPD), a period, an AdaptationSet, and/or a Representation element.
  • a descriptor element may include a uniform resource identifier (URI) that may identify a scheme of the descriptor element (e.g., what the descriptor element does).
  • a descriptor element may comprise a single string value, an XML element, and/or the like.
  • the MPD 504 may comprise one or more descriptor elements 502 .
  • a first descriptor element 502 a may be used for a first occurrence of an advertisement, for example, A 1 .
  • a second descriptor elements 502 b may be used for a second (e.g., repeat) occurrence of the advertisement, for example, A 2 .
  • the descriptor elements 502 a and 502 b may be included in the same MPD, for example, MPD 504 .
  • the descriptor elements 502 a and 502 b may be included in different versions of a MPD.
  • the first descriptor element 502 a may be included in a first version 504 a of the MPD 504 .
  • the second descriptor element 502 b may be included in a second version 504 b of the MPD 504 .
  • the descriptor elements 502 and 502 b may include an advertisement identifier 514 .
  • the first descriptor element 502 a may include a first advertisement identifier 514 a that may identify the advertisement A 1 .
  • the second descriptor element 502 b may include a second advertisement identifier 514 b that may identify the advertisement A 2 .
  • the first advertisement identifier 514 a and the second advertisement identifier 514 b may refer to the same advertisement.
  • the first advertisement identifier 514 a and the second advertisement identifier 514 b may the same or equivalent. As illustrated, the first advertisement identifier 514 a and the second advertisement identifier 514 b refer to an advertisement with an Ad-ID of ‘01’.
  • a media playback client may erroneously determine that descriptor elements corresponding with A 1 and A 2 are equivalent, for example because the descriptor elements include the same advertisement identifiers.
  • the media playback client may erroneously determine A 2 to be a continuation of A 1 , for example because it may have determined that their corresponding descriptor elements are equivalent.
  • the media playback client may play A 2 midway through and not from a beginning of the advertisement to which A 2 refers.
  • the media playback client may not display the progress bar correctly, for example, because it may have erroneously determined that A 2 , is a continuation of A 1 .
  • the media playback client may not allow trick mode operations (e,g., fast forward, rewind, etc.) during the presentation of A 2 , for example, because it may have erroneously determined that A 2 is a continuation of A 1 .
  • a descriptor element 502 may indicate an occurrence(s) (e.g., a repeat occurrence) of corresponding media content (e.g., advertisements). Indicating a repeat occurrence of a media content may enable a media playback client to present the repeat occurrence of the media content from a beginning of the media content. Indicating the repeat occurrence may prevent the media playback client from erroneously playing the media content from midway. Indicating the repeat occurrence may enable the media playback client to correctly display the progress bar. Indicating the repeat occurrence may enable the media playback client to allow trick mode operations during the presentation of the repeat occurrence. The media playback client may determine that the repeat occurrence is not a continuation of a previous occurrence, for example, because of a repeat occurrence indication in a descriptor element corresponding with the repeat occurrence.
  • a descriptor element 502 may comprise an occurrence identifier 516 .
  • the occurrence identifier 516 may specify an occurrence of the advertisement.
  • the occurrence identifier 516 may be included in a field or a subfield of a descriptor elements 502 , for example an id field or a value field.
  • a first occurrence identifier 516 a may specify that A 1 is a first occurrence of an advertisement (e.g., Ad-ID: 01) in the media stream 500 .
  • a second occurrence identifier 516 b specify that A 2 is a second (e.g., repeat occurrence of the same advertisement (e.g., Ad-ID: 01) in the media stream 500 .
  • Ad-ID e.g., Ad-ID: 01
  • the first occurrence identifier 516 a refers to an Occurrence-ID of ‘01’, for example to specify that A 1 is the first occurrence of an advertisement in the media stream 500 .
  • the second occurrence identifier 516 b refers to an Occurrence-ID of ‘02’, for example to specify that A 2 is a second occurrence of the same advertisement in the media stream 500 .
  • a media playback client may receive one or more descriptor elements 502 .
  • the media playback client may determine that the first descriptor element 502 a and the second descriptor element 502 are different (e.g., not equivalent), for example because the occurrence identifiers 516 a and 516 b are different.
  • the media playback client may determine that A 2 is not a continuation of A 1 .
  • the media playback client may determine that A 2 is a repeat occurrence of A 1 .
  • the media playback client may present (e.g., play) the repeat occurrence of the advertisement (e.g., A 2 ) from a beginning of the advertisement.
  • the media playback client may correctly display the playback progress bar (e.g., scrub bar) during the playback of A 2 , for example because it has determined to play A 2 from its beginning.
  • the media playback client may correctly process trick mode operations (e.g., fast forward, reverse playback, or seek), for example because it has determined that A 2 is not a continuation of A 1 .
  • a network entity may modify one of the descriptor elements 502 a and 502 b, for example, to ensure that a media playback client determines that the descriptor elements 502 a and 502 b are different.
  • the network entity may include a repetition indicia in the descriptor element that corresponds with a repeat occurrence of an advertisement.
  • the network entity may not include the occurrence identifier 516 a in the first descriptor element 502 a, for example if the network entity includes the repetition indicia in the second descriptor element 502 b.
  • the media playback client may determine that A 2 is not a continuation of A 1 , for example if the second descriptor element 502 b includes the repetition indicia even if the first descriptor element 502 a may not include the first occurrence identifier 516 a.
  • the second descriptor element 502 b may include ‘r’ in an id field to indicate that A 2 is a repeat occurrence and note continuation of A 1 .
  • An example of the repetition indicia is the second content identifier 516 b.
  • Tracking ad impressions may require reporting of playback of 25%, 50% andlor 75% of the ad. In other words, tracking ad impressions may require callbacks synchronized to media timeline. Ad impressions may be tracked by logging HTTP GET requests or through VAST.
  • HTTP GET tracking may be efficient, HTTP GET tracking does not ensure that a downloaded segment was ever scheduled to be played.
  • Aggregating request logs from different Content Delivery Nodes (CDN) and associating the request logs with a specific session may be computationally expensive.
  • Use of generic URL parameters may simplify the aggregation by allowing a unique session identifier in the segment request. The session identifier may be assigned when the MPD is fetched or at the beginning of a period.
  • VAST Tracking ad impressions through VAST may be simpler than HTTP GET. However, VAST may require a relatively complex non-DASH entity. VAST tracking may use the same URLs included in the MPD and identifying sessions may require unique MPDs for each session.
  • HTTP GET and VAST may enable the tracking of ad impressions to some extent, it may not be possible to report information generated on the client side. Client-side reporting may not be possible because HTTP GET and VAST may not allow sending information such as client location (e.g., GPS coordinates), playout state (e.g., fast forward, rewind, etc.), face detection results, social network information, etc.
  • client location e.g., GPS coordinates
  • playout state e.g., fast forward, rewind, etc.
  • face detection results e.g., face detection results, social network information, etc.
  • An element may be added to a descriptor element (e.g., descriptor element 502 ), for example, to report correct advertisement identifiers and/or have correct playback function under media content repetition (e.g., under multiple occurrences of the same advertisement in a media presentation, for example A 1 and A 2 in media stream 500 ).
  • the underlying media content identifier e.g., media content identifier 514 , advertisement identifier 214 a, etc.
  • An occurrence identifier 516 e.g., advertisement placement string
  • the occurrence identifier 516 may allow multiple occurrences of the same advertisement to have different or non-equivalent descriptor elements 502 a and 502 b.
  • the occurrence identifier 516 may be generated by a back-end device or network component (e.g., content provider 210 ).
  • the network component may provide or generate the descriptor elements 502 a and 502 b for advertisement content A 1 and A 2 .
  • the descriptor elements 502 a and 502 b including the occurrence identifiers 516 may be generated or provided by a content encoder, a content packager, an HTTP server, an HTTP proxy, an origin server, a CDN node, or a similar component.
  • the descriptor elements 502 a and 502 b, which may include the occurrence identifiers 516 may be returned by an XLink resolver in the process of returning advertisement period elements to a video playback client.
  • the occurrence identifier 516 may be carried in an attribute of the descriptor elements 502 a and 502 b.
  • the occurrence identifier 516 may be carried in an id attribute, as follows:
  • a media stream may have multiple occurrences of an advertisement that may have the same advertisement identifier (e.g., content identifier 514 or advertisement identifier 214 a ). Each occurrence of an advertisement may have a different advertisement occurrence identifier (e.g., occurrence identifier 516 ) that may be stored in an id attribute. For example, the descriptor elements 502 a and 502 b for the multiple occurrences of the same advertisement may not be equivalent due to the different advertisement occurrence identifiers (e.g., occurrence identifiers 516 a and 516 b ).
  • An advertisement occurrence identifier (e.g., occurrence identifier 516 ) may be carried in a payload or a content area of the descriptor element.
  • it may be the string “2905e3a2-dee1-46a2-ac0b-98526e45a27b” (e.g., which may be a UUID), for example, as shown in the following example:
  • An advertisement occurrence identifier (e.g., occurrence identifier 516 ) may be in the form of a date and/or time field.
  • the date and/or time of the generation of the descriptor elements 502 a and 502 b may be used.
  • the expected playout date and/or time of the advertisement may be used.
  • the date and/or time may be carried in an attribute (e.g., date) of the descriptor elements 502 a and 502 b. As shown in the following example, the date and/or time may be carried in the payload or content of the descriptor element 502 a and 502 b.
  • a media stream may have multiple occurrences of an advertisement that may have the same advertisement identifier (e.g., media content identifier 514 ) for the advertisement.
  • Each advertisement occurrence may have a different date and/or time field (e.g., as carried in an attribute, or in the payload or content).
  • the descriptor elements 502 a. and 502 b for the multiple occurrences of the same advertisement may not be equivalent due to the different advertisement occurrence identifiers (e.g., occurrence identifiers 516 a and 516 b ).
  • a system for inserting advertisements may include a first network component that may generate a MPD for delivery to a media playback client (e.g., client 250 ).
  • a second network component may generate descriptor elements (e.g., descriptor elements 502 a and 502 b ) that may be inserted in the MPD (e.g., MPD 504 ).
  • the second network component may take any of a variety of forms, such as, for example, a packager, an encoder, an HTTP Server, an HTTP Proxy, and/or the like.
  • the second network component may insert the descriptor elements 502 a and 502 b in the MPD 504 before the MPD 504 may be delivered to the media playback client (e.g., client 250 ).
  • the descriptor elements may be inserted in the MPD in response to a request, for example to resolve the descriptor elements.
  • the request may be made by the media playback client (e.g., client 250 ), for example to an Xlink
  • a media playback client may experience problems when presenting dynamic or live content (e.g., a live sports broadcast).
  • dynamic content e.g., a live sports broadcast
  • the MPD may be updated during the presentation.
  • the MPD may be updated periodically. Updating the MPD during the presentation may lead to different versions of the same MPD being valid at different times. Consequently, period elements that are present in a particular MPD version may not be present in later MPD versions. For example, period elements that are in version 1 of the MPD may not be in version 2.
  • a MPD file 604 may include one or more versions.
  • the MPD file 604 may include a first version 604 a, a second version 604 b, a third version 604 c, a fourth version 604 d and a fifth version 604 e.
  • the MPD file 604 may be updated (e.g., periodically).
  • a newer version of the MPD that is valid after the 30th minute mark may not include period M 1 .
  • the third version 604 c may not include period M 1 .
  • a media playback client may not he able to display that period M 2 starts at the 15th minute mark. As illustrated, period M 4 may start at the 48 th minute mark.
  • the fifth version 604 c of the MPD 604 may be valid when the period M 4 is presented and all previous versions 604 a, 604 b, 604 c and 604 d of the MPD 604 may he invalid. Since the fifth version 604 e of the MPD 604 may not include periods M 1 and M 2 , the playback progress bar may display incorrect information. For example, the playback progress bar may show that period M 4 started at the 2 nd minute mark of the content, whereas period M 4 may actually have started at the 48 th minute mark.
  • a media content time (e.g., an asset time) may be indicated, for example, as described herein.
  • the media content time may indicate a time at which the media content started.
  • the media content time may indicate a time at which the media content is expected to end.
  • the media content time may indicate a time duration of the media content.
  • the media content time may be indicated in a MPD, for example the MPD file 604 .
  • the media content time may be indicated in a first version of the MPD, for example the first version 604 a.
  • the media content time may be indicated by a last version of a MPD, for example fifth version 604 e.
  • the media content time may be indicated by each version of a MPD, for example versions 604 a - 604 e.
  • the media content time may be included in a descriptor element, for example an AssetIdentifier descriptor element, a SupplementalProperty descriptor element, etc.
  • a media playback client may receive a MPD.
  • the MPD may indicate a media content time, for example a time at which the media content started.
  • the media playback client may determine a playback position of the media content based on the media content time. For example, the media playback client may correctly determine that period M 4 starts at the 48 th minute mark based on a media content start time included in the fifth version 604 e.
  • the media playback client may correctly display that period M 4 starts at the 48 th minute mark even though the current version of the MPD may not include previous periods.
  • a media playback client may preserve resources for a media content (e.g., each media content).
  • Media playback clients may be prone to excessive resource consumption. For example, a 24/7 broadcast channel that shows drama may show different media content throughout the day.
  • Media playback clients may stay tuned and may maintain states for a media content even after the media content has been presented. The amount of resources consumed by the media playback client may continue increasing.
  • Example states that a media playback client may maintain include playout buffers, decoder memory, state variables, etc.
  • At least one period (e.g., each period) of a media content may include indicia indicating the last period of the media content. As illustrated in FIG. 7A , each period may indicated whether it is the last period of the media content. For example, periods M 1 and M 2 may include a continuation indicia 704 that may indicate that the media content continues with a subsequent period(s). Period M 3 may include a last period indicia 708 that may indicate that it is the last period. As shown in FIG. 7B , the last period M 3 may include the last period indicia 708 that may indicate that it is the last period of the media content.
  • the first period M 1 may include a period count indicia 712 that may indicate the total number of periods in the media content.
  • Other periods e.g., each period
  • the indicia 704 or 708 may be inserted in a MPD (e.g., MPD 404 , 504 or 604 ) by a network entity (e.g., content provider 210 ).
  • a media playback client may be configured for one or more of the following.
  • a media playback client may receive periods (e.g., periods M 1 , M 2 and M 3 ).
  • the media playback client may receive periods from a network entity, for example the content provider 210 .
  • the media playback client may determine whether a current period is the last period of a media content.
  • the media playback client may determine whether the current period is the last period by scanning the current period, for example for indicia that indicates that the current period is the last period. For example, the media playback client may scan for the last period indicia 708 .
  • the media playback client may determine that the current period is the last period, e.g., if it finds the last period indicia 708 in the current period.
  • the media playback client may determine that a period is not the last period, for example by identifying a continuation indicia 704 in the current period or by not finding the last period indicia 708 .
  • the media playback client may determine the last period by counting the number of periods received and identifying the last period, for example based on the period count indicia 712 .
  • the media playback client may manage a playback resource (e.g., playback buffer(s), decoder memory, state variable(s), etc.) based on the determination.
  • Managing a playback resource may include one or more of the following.
  • the media playback client may determine: whether a current period is the last period of the media content. This determination may be made as described above.
  • the media playback client may stay tuned and/or maintain a playback resource, e.g., if the current period is not the last period.
  • the media playback client may continue maintaining a playback buffer(s) associated with the media content, a portion of the decoder memory associated with the media content, and/or a state variable(s) associated with the media content.
  • the media playback client may receive another period, at 836 .
  • the media playback client may switch playback states, for example after playing the last period of the media content.
  • the media playback client may cease maintaining a playback resource (e.g., playback buffer(s), decoder memory, or state variable(s), etc.).
  • the media playback client may purge a playback resource, for example after (e.g., immediately after) playing the last period of the media content.
  • the media playback client may purge a playback buffer(s) associated with the media content.
  • the media playback client may purge a memory (e.g., a portion of the decoder memory) associated with the media content, for example after (e.g., immediately after) the last period has been played.
  • the media playback client may determine the last period of the media content based on an indicia included in at least one of the periods, for example the continuation indicia 704 , the last period indicia 708 and/or the period count indicia 712 .
  • EIDR may be used as an identification for the media content.
  • Ad-ID may be used for cross-platform identification of advertising assets.
  • a simpler, but less versatile, method of integration, may involve defining two different asset (e.g., media content) identifier schemes.
  • One asset (e.g., media content) identifier scheme may be used for advertising content, e.g., Ad-ID.
  • Another asset (e.g., media content) identifier scheme may be used for main content, e.g., EIDR.
  • EIDR may be used for tracking and reporting, for example.
  • MPD events may be used to provide per-period annotation that may be used by the application layer.
  • VAST may be supported by multiple vendors’ servers.
  • a tracking module that may use VAST tracking elements may allow easy integration.
  • a VAST response, or part of a VAST response, may be included in an MPD event.
  • the XLink resolver may receive a response from the advertising decision server that may include VAST tracking elements.
  • VAST tracking elements may include a URL for a resource that may be accessed using an HTTP GET request given a specific event (e.g., the advertisement started playing, 25% of the advertisement was played out, etc.).
  • This resource may be, for example, a 1 ⁇ 1 transparent pixel image.
  • the elements may be wrapped into an MPD event within a period element in the XLink resolver response.
  • the DASH client may pass the tracking elements to an external VAST-processing module.
  • VAST may be integrated and used for tracking and reporting impressions.
  • Certified events may be more valuable to an advertiser relative to uncertified events.
  • additional VAST events may be defined. Fragment or query parameters may be appended to the tracking URLs.
  • an uplink may be significantly more expensive than a downlink (e.g., DASH over electronic Mulimedia Broadcast Multicast Service (eMBMS)).
  • eMBMS electronic Mulimedia Broadcast Multicast Service
  • Multiple impression reports may be aggregated.
  • the same HTTP GET requests may be issued when they become available.
  • a combined report may be sent when uplink use is feasible. There may be an interoperable way of sending a combined report.
  • the content of a descriptor element may be used for tracking and reporting purposes. Identification schemes such as Ad-ID may be used.
  • the content of the descriptor element may be used to provide information regarding the advertising server response.
  • the content of a descriptor element may be an Ad element that may be defined in the VAST specification.
  • One or more generic descriptor elements at the period level or AdaptationSet level may be used to indicate a position of a specific period (e.g., the last period) within a media content (e.g., asset).
  • the descriptor element(s) may indicate whether saving resources for the media content is possible and/or useful.
  • a descriptor element e.g., supplemental property descriptor element, for example SupplementalProperty
  • the descriptor element may indicate an expected length of the media content.
  • the descriptor element may indicate whether more periods from the media content are expected, for example, as shown in the following example.
  • a descriptor element (e.g., SupplementalProperty) may he used to indicate the last period of a media content, for example, as described herein.
  • a descriptor element (e.g., “urn:org:example”) may indicate that a current period is not the last period of a given media content, e.g., “urn:org:example:to-be-continued”.
  • the descriptor element may indicate that other periods may be expected.
  • the descriptor element may indicate that the current period is the last period of a given media content, for example by including “urn:org:example:end-of-asset”.
  • the descriptor element may indicate that other periods are not expected for the media content.
  • the media playback client may determine whether the current period is the last period, e.g., by determining whether the current period includes a SupplementalProperty descriptor element. For example, the media playback client may determine that the current period is the last period by identifying an “end-of-asset” descriptor in the current period. The media playback client may determine that the current period is not the last period, e.g., when the current period does not include an “end-of-asset” descriptor.
  • a descriptor element may store one or more values that may indicate a time within a media content at which the new period starts and/or the total expected length of the media content.
  • the third period may include a SupplementalProperty descriptor (“urn:org:example:asset-time”) with a value field that indicates that the third period starts at time 00:20:00 (twenty minutes) within the media content.
  • the value field may further indicate that the total expected length of the media content is 00:42:42 (forty-two minutes and forty-two seconds).
  • a media playback client may receive periods M 1 , M 2 and M 3 associated with a media content (e.g., a movie).
  • the media playback client may receive advertisements A 1 and A 2 .
  • the advertisements A 1 and A 2 may include an advertisement identifier 914 that may identify the advertisement.
  • Advertisement identifiers 914 a and 914 b may be the same, e.g., when advertisements A 1 and A 2 are the same (e.g., identical).
  • the advertisements A 1 and A 2 may include occurrence identifiers 916 that may indicate the occurrence of the advertisement.
  • the occurrence identifiers 916 may be included in a descriptor element (e g SupplementalProperty).
  • Advertisement A 1 may include a first occurrence identifier 916 a that may indicate that A 1 is the first occurrence of an advertisement that may be referred to by ID#01.
  • Advertisement A 2 may include a second occurrence identifier 916 b that may indicate that A 2 is the second occurrence of the advertisement that may be referred to by ID#01.
  • a media playback client (e.g., client 250 ) may be configured for one or more of the following.
  • the media playback client may determine that A 2 is a repeat of A 1 and not a continuation of A 1 , for example, based on the occurrence identifiers 916 a and 916 b being different.
  • the media playback client may present (e.g., play) A 2 from a beginning and not midway.
  • a repeat occurrence (e.g., only a repeat occurrence) of an advertisement may include an occurrence identifier and an initial occurrence of the advertisement may not include the occurrence identifier.
  • a 2 (e.g., only A 2 ) may include the occurrence identifier 916 and Al may not include the occurrence identifier 916 .
  • the playback pointer 918 may be included in a descriptor element (e.g., SupplementalProperty).
  • the media playback client may receive the advertisement A 2 .
  • the media playback client may identify a playback pointer within the advertisement A 2 and/or play the advertisement A 2 from the playback pointer 918 .
  • the media playback client may be enabled to play the advertisement A 2 from the beginning and not midway.
  • a repeat occurrence (e.g., only a repeat occurrence) of an advertisement may include a playback pointer and an initial occurrence of the advertisement may not include the playback pointer.
  • a 2 e.g., only A 2
  • a 1 may not include the playback pointer 918 .
  • the mechanism of MPD events may be used in conjunction with generalized URI, parameters to provide an extended native reporting framework.
  • a new event scheme may be registered.
  • the payload may include a URL template.
  • the timing may indicate a time at which the video playback client may construct the URL and issue an HTTP GET to the constructed URL.
  • the video playback client may disregard the HTTP response to the HTTP GET request.
  • HTTP PUT or HTTP POST it may be possible to use HTTP PUT or HTTP POST, for example when the event carries the HTTP method that the video playback client may use.
  • the client-side parameters may include GPS coordinates, social network ID, information about the human viewers (e.g., number of viewers, whether device is in a person's hand or at rest, emotional response, etc.).
  • the client-side parameters may also include information about the device and connection (e.g., device model).
  • the server-assigned parameters may include user and session identification.
  • DASH events may be tied to a media timeline. However, the same model may be applied for Quality of Service (QoS) or Quality of Experience (QoE) information when an extended event model is defined for events happening in real-time during the playout.
  • Event framework may be extended to report data associated with recurring events, for example events that occur at a certain frequency. For example, an event header or a payload may include a field describing the frequency of the event and a limit on how many times the event may be invoked or the latest time at which the event may be invoked.
  • a WTRU may refer to an identity of the physical device, or to the user's identity such as subscription related identities, e.g., MSISDN, SIP URI, etc.
  • WTRU may refer to application-based identities, e.g., user names that may be used per application.
  • the processes described above may be implemented in a computer program, software, and/or firmware incorporated in a computer-readable medium for execution by a computer and/or processor.
  • Examples of computer-readable media include, hut are not limited to, electronic signals (transmitted over wired and/or wireless connections) and/or computer-readable storage media.
  • Examples of computer-readable storage media include, but are not limited to, a read only memory (ROM), a random access memory (RAM), a register, cache memory, semiconductor memory devices, magnetic media such as, but not limited to, internal hard disks and removable disks, magneto-optical media, and/or optical media such as CD-ROM disks, and/or digital versatile disks (DVDs).
  • a processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, and/or any host computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Library & Information Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
US15/100,070 2013-11-27 2014-11-26 Media presentation description Abandoned US20170006315A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/100,070 US20170006315A1 (en) 2013-11-27 2014-11-26 Media presentation description

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361910007P 2013-11-27 2013-11-27
US201462062734P 2014-10-10 2014-10-10
US15/100,070 US20170006315A1 (en) 2013-11-27 2014-11-26 Media presentation description
PCT/US2014/067647 WO2015081218A1 (en) 2013-11-27 2014-11-26 Media presentation description

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2014/067647 A-371-Of-International WO2015081218A1 (en) 2013-11-27 2014-11-26 Media presentation description

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/153,144 Continuation US11582495B2 (en) 2013-11-27 2018-10-05 Media presentation description

Publications (1)

Publication Number Publication Date
US20170006315A1 true US20170006315A1 (en) 2017-01-05

Family

ID=52293169

Family Applications (3)

Application Number Title Priority Date Filing Date
US15/100,070 Abandoned US20170006315A1 (en) 2013-11-27 2014-11-26 Media presentation description
US16/153,144 Active US11582495B2 (en) 2013-11-27 2018-10-05 Media presentation description
US18/109,091 Pending US20230199235A1 (en) 2013-11-27 2023-02-13 Media presentation description

Family Applications After (2)

Application Number Title Priority Date Filing Date
US16/153,144 Active US11582495B2 (en) 2013-11-27 2018-10-05 Media presentation description
US18/109,091 Pending US20230199235A1 (en) 2013-11-27 2023-02-13 Media presentation description

Country Status (8)

Country Link
US (3) US20170006315A1 (ja)
EP (3) EP4084483A1 (ja)
JP (3) JP2017504996A (ja)
KR (2) KR102221066B1 (ja)
CN (2) CN105900434A (ja)
AU (3) AU2014354766B2 (ja)
MX (1) MX2016006798A (ja)
WO (1) WO2015081218A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10462203B2 (en) * 2017-06-13 2019-10-29 Wowza Media Systems, LLC Hardware encoder
US10547913B2 (en) * 2015-06-21 2020-01-28 Sharp Kabushiki Kaisha Extensible watermark associated information retrieval
US11064249B2 (en) * 2019-02-26 2021-07-13 At&T Intellectual Property I, L.P. System and method for pushing scheduled content to optimize network bandwidth
US11675879B2 (en) 2020-02-20 2023-06-13 K2Ai, LLC Apparatus and method for operating a detection and response system

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015081218A1 (en) 2013-11-27 2015-06-04 Interdigital Patent Holdings, Inc. Media presentation description
US9781459B2 (en) 2015-04-21 2017-10-03 Edge2020 LLC Nonlinear manifold clustering to determine a recommendation of multimedia content
CN107925796B (zh) * 2015-09-03 2020-11-06 索尼公司 通信设备和数据处理方法
US10305746B2 (en) 2016-08-09 2019-05-28 Conviva Inc. Network insights
CN106331898A (zh) * 2016-09-09 2017-01-11 三星电子（中国）研发中心 一种基于dash的多媒体内容插入播放的方法和设备
US10791367B1 (en) * 2017-03-31 2020-09-29 Conviva Inc. Correlating playback information of video segments
US10637715B1 (en) 2017-05-02 2020-04-28 Conviva Inc. Fault isolation in over-the-top content (OTT) broadband networks
US11044533B1 (en) 2017-06-02 2021-06-22 Conviva Inc. Automatic diagnostics alerts
JP6500132B1 (ja) * 2018-01-15 2019-04-10 ヤフー株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
KR101982968B1 (ko) * 2018-02-26 2019-05-28 강준택 장난감 및 사용자 맞춤형 장난감 시스템
US11336506B1 (en) 2018-05-31 2022-05-17 Conviva Inc. Automatic diagnostics alerts for streaming content encoded by multiple entities
CN108989883B (zh) * 2018-07-06 2021-05-28 武汉斗鱼网络科技有限公司 一种直播广告方法、装置、设备及介质
EP3868122A1 (en) 2018-10-19 2021-08-25 ARRIS Enterprises LLC Real-time ad tracking proxy
US11356723B2 (en) * 2019-09-06 2022-06-07 Tencent America LLC In-manifest update event
US11606592B2 (en) * 2019-10-01 2023-03-14 Tencent America LLC Playlist events for combining multiple media timelines and content-insertion in dash streaming
US11647252B2 (en) * 2020-02-28 2023-05-09 Hulu, LLC Identification of elements in a group for dynamic element replacement
CN112333344B (zh) * 2021-01-04 2021-04-06 零犀(北京)科技有限公司 一种线路代理方法、装置、代理服务器及存储介质
US11451602B2 (en) * 2021-01-06 2022-09-20 Tencent America LLC Methods and apparatuses for dynamic adaptive streaming over HTTP

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5956196A (en) * 1993-04-09 1999-09-21 Western Digital Corporation Disk drive employing dynamically reconfigured read channel to process a read signal at two different frequencies
US6272566B1 (en) * 1998-11-18 2001-08-07 International Business Machines Corporation System for maintaining proper buffering within video play list
US20020021629A1 (en) * 2000-07-25 2002-02-21 Sony Corporation Recording/playback apparatus and editing method
US20020191950A1 (en) * 2001-06-15 2002-12-19 Xiaoling Wang Apparatus and a method for preventing commercial skipping
US20040006575A1 (en) * 2002-04-29 2004-01-08 Visharam Mohammed Zubair Method and apparatus for supporting advanced coding formats in media files
US20050123042A1 (en) * 2003-12-05 2005-06-09 Lg Electronics Inc. Moving picture streaming file, method and system for moving picture streaming service of mobile communication terminal
US20070040934A1 (en) * 2004-04-07 2007-02-22 Arun Ramaswamy Data insertion apparatus and methods for use with compressed audio/video data
US20070223483A1 (en) * 2005-11-12 2007-09-27 Liquid Computing Corporation High performance memory based communications interface
US7415652B1 (en) * 2002-08-19 2008-08-19 Marvell International Ltd. Out of order checksum calculation for fragmented packets
US20110239078A1 (en) * 2006-06-09 2011-09-29 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel http and forward error correction
US20130117413A1 (en) * 2010-07-20 2013-05-09 Sharp Kabushiki Kaisha Content distribution device, content playback device, content distribution system, method for controlling a content distribution device, control program, and recording medium
US20140068648A1 (en) * 2012-07-31 2014-03-06 Abacast, Inc. Systems, methods and articles to provide content in networked environment
US20140074988A1 (en) * 2012-09-07 2014-03-13 Google Inc. Dynamic Bit Rate Encoding
US20150350205A1 (en) * 2013-01-17 2015-12-03 Intel IP Corporation Content url authentication for dash

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010032145A (ko) * 1998-09-16 2001-04-16 에이씨티브이, 인크. 압축 디지털 데이터의 연결 흔적이 없는 비디오 스위칭시스템
JP4524492B2 (ja) * 2003-05-20 2010-08-18 ネットスター株式会社 Ｈｔｔｐリクエストのメソッド制御機能を有するデータ中継システム及びそのメソッド制御方法
US8533357B2 (en) 2004-12-03 2013-09-10 Microsoft Corporation Mechanism for binding a structured data protocol to a protocol offering up byte streams
JP2008258790A (ja) * 2007-04-02 2008-10-23 Dreamboat Co Ltd ユーザ端末装置
CN101953183A (zh) * 2007-08-30 2011-01-19 头脑风暴Sms服务有限公司 交互式短消息服务
US20090133054A1 (en) * 2007-11-16 2009-05-21 Matthew Thomas Boggie Presentation of auxiliary content via a content presentation device
KR20110035647A (ko) * 2009-09-30 2011-04-06 엘지전자 주식회사 디스플레이장치 및 그의 버퍼링 방법
JP2011199567A (ja) 2010-03-19 2011-10-06 Panasonic Corp コンテンツ再生装置およびコンテンツ再生方法
US8954540B2 (en) * 2010-06-30 2015-02-10 Albert John McGowan Dynamic audio track selection for media streaming
KR20120034550A (ko) 2010-07-20 2012-04-12 한국전자통신연구원 스트리밍 컨텐츠 제공 장치 및 방법
US8806050B2 (en) 2010-08-10 2014-08-12 Qualcomm Incorporated Manifest file updates for network streaming of coded multimedia data
US8677428B2 (en) * 2010-08-20 2014-03-18 Disney Enterprises, Inc. System and method for rule based dynamic server side streaming manifest files
KR101206698B1 (ko) * 2010-10-06 2012-11-30 한국항공대학교산학협력단 스트리밍 콘텐츠 제공 장치 및 방법
US8725759B2 (en) * 2011-01-04 2014-05-13 Bank Of America Corporation Exposing data through simple object access protocol messages
US20120192231A1 (en) * 2011-01-20 2012-07-26 Shalong Maa Web computer TV system
JP2013021574A (ja) * 2011-07-12 2013-01-31 Sharp Corp 生成装置、配信サーバ、生成方法、再生装置、再生方法、再生システム、生成プログラム、再生プログラム、記録媒体およびデータ構造
US9253233B2 (en) * 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US9445136B2 (en) * 2011-09-21 2016-09-13 Qualcomm Incorporated Signaling characteristics of segments for network streaming of media data
US9843844B2 (en) * 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
JP2013115592A (ja) 2011-11-28 2013-06-10 Toshiba Corp 情報処理装置、情報処理方法及び情報処理プログラム
US9264481B2 (en) * 2012-03-30 2016-02-16 Qualcomm Incorporated Responding to hypertext transfer protocol (HTTP) requests
CN104185996B (zh) * 2012-04-05 2017-07-21 华为技术有限公司 用于基于iso基媒体文件格式的自适应流媒体的安全异步事件通知的系统和方法
KR20160063405A (ko) * 2012-04-24 2016-06-03 브이아이디 스케일, 인크. Mpeg/3gpp-dash에서의 원활한 스트림 스위칭을 위한 방법 및 장치
WO2013163477A1 (en) * 2012-04-25 2013-10-31 Huawei Technologies Co., Ltd. Systems and methods for segment integrity and authenticity for adaptive streaming
KR101741484B1 (ko) 2012-04-26 2017-05-30 퀄컴 인코포레이티드 저-레이턴시 스트림을 처리하기 위한 개선된 블록-요청 스트리밍 시스템
KR101603136B1 (ko) * 2012-04-27 2016-03-14 후아웨이 테크놀러지 컴퍼니 리미티드 템플릿 모드에서의 짧은 암호 사용기간의 지원
BR122015005194A2 (pt) 2012-06-28 2019-08-20 Ericsson Ab Método e sistema para inserção de anúncio em entrega de mídia ao vivo over the top
US10616297B2 (en) * 2012-07-09 2020-04-07 Futurewei Technologies, Inc. Content-specific identification and timing behavior in dynamic adaptive streaming over hypertext transfer protocol
WO2014093900A1 (en) * 2012-12-13 2014-06-19 Huawei Technologies Co., Ltd. Content based traffic engineering in software defined information centric networks
US9749375B2 (en) * 2013-01-16 2017-08-29 Futurewei Technologies, Inc. URL parameter insertion and addition in adaptive streaming
MX353122B (es) 2013-04-19 2017-12-20 Sony Corp Dispositivo servidor, dispositivo del cliente, método de distribución de contenidos, y programa de computadora.
US20150206177A1 (en) * 2013-10-18 2015-07-23 Google Inc. Using content selection urls
US9325624B2 (en) * 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
WO2015081218A1 (en) 2013-11-27 2015-06-04 Interdigital Patent Holdings, Inc. Media presentation description
US9860612B2 (en) * 2014-04-10 2018-01-02 Wowza Media Systems, LLC Manifest generation and segment packetization
US9973345B2 (en) * 2014-09-10 2018-05-15 Qualcomm Incorporated Calculating and signaling segment availability times for segments of media data

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5956196A (en) * 1993-04-09 1999-09-21 Western Digital Corporation Disk drive employing dynamically reconfigured read channel to process a read signal at two different frequencies
US6272566B1 (en) * 1998-11-18 2001-08-07 International Business Machines Corporation System for maintaining proper buffering within video play list
US20020021629A1 (en) * 2000-07-25 2002-02-21 Sony Corporation Recording/playback apparatus and editing method
US20020191950A1 (en) * 2001-06-15 2002-12-19 Xiaoling Wang Apparatus and a method for preventing commercial skipping
US20040006575A1 (en) * 2002-04-29 2004-01-08 Visharam Mohammed Zubair Method and apparatus for supporting advanced coding formats in media files
US7415652B1 (en) * 2002-08-19 2008-08-19 Marvell International Ltd. Out of order checksum calculation for fragmented packets
US20050123042A1 (en) * 2003-12-05 2005-06-09 Lg Electronics Inc. Moving picture streaming file, method and system for moving picture streaming service of mobile communication terminal
US20070040934A1 (en) * 2004-04-07 2007-02-22 Arun Ramaswamy Data insertion apparatus and methods for use with compressed audio/video data
US20070223483A1 (en) * 2005-11-12 2007-09-27 Liquid Computing Corporation High performance memory based communications interface
US20110239078A1 (en) * 2006-06-09 2011-09-29 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel http and forward error correction
US20130117413A1 (en) * 2010-07-20 2013-05-09 Sharp Kabushiki Kaisha Content distribution device, content playback device, content distribution system, method for controlling a content distribution device, control program, and recording medium
US20140068648A1 (en) * 2012-07-31 2014-03-06 Abacast, Inc. Systems, methods and articles to provide content in networked environment
US20140074988A1 (en) * 2012-09-07 2014-03-13 Google Inc. Dynamic Bit Rate Encoding
US20150350205A1 (en) * 2013-01-17 2015-12-03 Intel IP Corporation Content url authentication for dash

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Sodagar, Iraj. The MPEG-DASH Standard for Multimedia Streaming Over the Internet. 2011. IEEE Volume: 18 Issue 4. P.62-67 *
Thang US 2013/0124749 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10547913B2 (en) * 2015-06-21 2020-01-28 Sharp Kabushiki Kaisha Extensible watermark associated information retrieval
US10462203B2 (en) * 2017-06-13 2019-10-29 Wowza Media Systems, LLC Hardware encoder
US11637879B2 (en) 2017-06-13 2023-04-25 Wowza Media Systems, LLC Hardware encoder
US11064249B2 (en) * 2019-02-26 2021-07-13 At&T Intellectual Property I, L.P. System and method for pushing scheduled content to optimize network bandwidth
US11496796B2 (en) 2019-02-26 2022-11-08 At&T Intellectual Property I, L.P. System and method for pushing scheduled content to optimize network bandwidth
US11675879B2 (en) 2020-02-20 2023-06-13 K2Ai, LLC Apparatus and method for operating a detection and response system

Also Published As

Publication number Publication date
MX2016006798A (es) 2016-11-28
CN109379576B (zh) 2021-07-06
US20230199235A1 (en) 2023-06-22
JP2017504996A (ja) 2017-02-09
EP3448042A1 (en) 2019-02-27
WO2015081218A1 (en) 2015-06-04
US20190045235A1 (en) 2019-02-07
CN109379576A (zh) 2019-02-22
AU2014354766B2 (en) 2018-03-08
KR20160089482A (ko) 2016-07-27
AU2020213280B2 (en) 2022-04-14
EP3448042B1 (en) 2022-04-06
AU2018203537A1 (en) 2018-06-07
JP7023329B2 (ja) 2022-02-21
KR102221066B1 (ko) 2021-02-26
EP4084483A1 (en) 2022-11-02
JP2020181601A (ja) 2020-11-05
AU2020213280A1 (en) 2020-08-27
JP2019057932A (ja) 2019-04-11
AU2014354766A1 (en) 2016-06-16
KR101854895B1 (ko) 2018-05-04
US11582495B2 (en) 2023-02-14
EP3075159A1 (en) 2016-10-05
KR20180049203A (ko) 2018-05-10
CN105900434A (zh) 2016-08-24

Similar Documents

Publication Publication Date Title
US20230199235A1 (en) Media presentation description
US20160219332A1 (en) Verification of ad impressions in user-adaptive multimedia delivery framework
US10616546B2 (en) Commercials on mobile devices
US9491496B2 (en) Systems and methods for delivering content to a media content access device
US9525902B2 (en) Discovery and analytics for episodic downloaded media
EP3375192B1 (en) Caching mechanism for repeated content
US20160094805A1 (en) Surveillance Video Playback Method, Device, and System
US20100263005A1 (en) Method and system for egnaging interactive web content
US20170134466A1 (en) Server-side session control in media streaming by media player devices
CA2861811A1 (en) Dynamically-executed syndication services
US20220417617A1 (en) Watermark-based metadata acquisition and processing
US20190238937A1 (en) Signaling and reporting interactivity usage in streaming services
US12022169B2 (en) Real-time ad tracking proxy
US20220150570A1 (en) Apparatus and methods for digital ledger-based integrated interactive digital tv applications

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERDIGITAL PATENT HOLDINGS, INC., DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GILADI, ALEXANDER;REEL/FRAME:042754/0670

Effective date: 20170428

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION