FI113124B - Tiedonsiirto - Google Patents

Tiedonsiirto Download PDF

Info

Publication number
FI113124B
FI113124B FI990970A FI990970A FI113124B FI 113124 B FI113124 B FI 113124B FI 990970 A FI990970 A FI 990970A FI 990970 A FI990970 A FI 990970A FI 113124 B FI113124 B FI 113124B
Authority
FI
Finland
Prior art keywords
data
data units
server
transmission
order
Prior art date
Application number
FI990970A
Other languages
English (en)
Swedish (sv)
Other versions
FI990970A (fi
FI990970A0 (fi
Inventor
Miska Hannuksela
Original Assignee
Nokia Corp
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 Nokia Corp filed Critical Nokia Corp
Publication of FI990970A0 publication Critical patent/FI990970A0/fi
Priority to FI990970A priority Critical patent/FI113124B/fi
Priority to DE60043696T priority patent/DE60043696D1/de
Priority to EP09008988A priority patent/EP2111035A1/en
Priority to KR1020017013872A priority patent/KR100891150B1/ko
Priority to CA002647015A priority patent/CA2647015A1/en
Priority to KR1020087007251A priority patent/KR100923477B1/ko
Priority to CA002658868A priority patent/CA2658868A1/en
Priority to CA002372228A priority patent/CA2372228C/en
Priority to BR0010129-0A priority patent/BR0010129A/pt
Priority to CNB2005100818590A priority patent/CN100505875C/zh
Priority to AT00920790T priority patent/ATE455433T1/de
Priority to AU41242/00A priority patent/AU768013B2/en
Priority to CN008095574A priority patent/CN1217530C/zh
Priority to EP00920790A priority patent/EP1177681B1/en
Priority to JP2000614722A priority patent/JP4405689B2/ja
Priority to KR1020087028564A priority patent/KR100927159B1/ko
Priority to PCT/FI2000/000363 priority patent/WO2000067469A1/en
Priority to US09/560,217 priority patent/US7289506B1/en
Publication of FI990970A publication Critical patent/FI990970A/fi
Application granted granted Critical
Publication of FI113124B publication Critical patent/FI113124B/fi
Priority to JP2006335857A priority patent/JP2007129745A/ja
Priority to US11/928,741 priority patent/US20080104647A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/12—Systems in which the television signal is transmitted via one channel or a plurality of parallel channels, the bandwidth of each channel being less than the bandwidth of the television signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/37—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability with arrangements for assigning different transmission priorities to video input data or to video coded data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234354—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering signal-to-noise ratio parameters, e.g. requantization
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234363—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the spatial resolution, e.g. for clients with a lower screen resolution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234381—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by altering the temporal resolution, e.g. decreasing the frame rate by frame skipping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Communication Control (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Holo Graphy (AREA)
  • Refuse Collection And Transfer (AREA)

Description

113124
TIEDONSIIRTO
Tämä keksintö koskee tiedonsiirtoa ja se liittyy erityisesti, muttei yksinomaan, kuvasekvenssejä, kuten videota, esittävän tiedon siirtoon. Se soveltuu erityisesti 5 siirtoon linkkien yli, jotka ovat alttiita virheille tai datan häviämiselle.
Muutaman viime vuoden aikana Internetin kautta saatavissa olevan multimediatiedon määrä on kasvanut huomattavasti. Koska tiedonsyöttönopeudet kannettaviin päätteisiin ovat tulossa riittävän suuriksi mahdollistamaan sen, että 10 tällaiset päätteet pystyvät hakemaan multimediasisältöä, on tulossa haluttavaksi mahdollistaa kannettavien päätteiden hakea video- ja muuta multimediasisältöä Internetistä. Eräs esimerkki suurinopeuksisesta tiedonsyöttöjärjestelmästä on tuleva GSM phase 2+.
15 Termi multimedia, siten kuin sitä käytetään tässä, pätee sekä ääneen että kuviin, ainoastaan ääneen ja ainoastaan kuviin. Ääni voi sisältää puhetta ja musiikkia.
Verkkoliikenne Internetin kautta perustuu siirtoprotokollaan, jota kutsutaan nimellä Internet Protokolla (IP). IP koskee datapakettien siirtämistä yhdestä paikasta 20 toiseen. Se helpottaa pakettien reitittämistä väliyhdyskäytävien kautta, toisin ; sanoen se sallii datan lähettämisen koneisiin, jotka eivät ole suoraan kytketty : ’ *.. samassa fyysisessä verkossa. IP-kerroksen kuljettaman datan yksikköä kutsutaan IP-datasähkeeksi (engl. IP datagram). IP:n tarjoama toimituspalvelu on ·..,: yhteydetön, toisin sanoen IP-datasähkeet reititetään Internetin ympäri toisistaan : 25 riippumatta. Koska mitkään resurssit eivät ole pysyvästi sitoutuneet yhdyskäytävien sisällä mihinkään tiettyyn yhteyteen, yhdyskäytävien on ehkä silloin tällöin hylättävä datasähkeitä puskuritilan tai muiden resurssien puutteen ’ ·· ·' vuoksi. Näin IP:n tarjoama toimituspalvelu on pikemminkin paras yritys -palvelu •; ·' kuin taattu palvelu.
30 2 113124
Internetin multimedia-streaming-teknologia käyttää tyypillisesti UDP (User Datagram Protocol), TCP (Transmission Control Protocol) tai HTTP (Hypertext Transfer Protocol) -protokollaa.
5 UDP on yhteydetön, kevyt siirtoprotokolla. Se tarjoaa hyvin vähän enemmän kuin IP:n tarjoama palvelu. Sen tärkein funktio on toimittaa datasähkeitä määrättyjen siirtopäätepisteiden välillä. Niin muodoin siirtävän sovelluksen on huolehdittava siitä kuinka paketoida data datasähkeiksi. UDP:ssä käytettävät otsikot sisältävät tarkistussumman, joka sallii UDP-kerroksen vastaanottopäässä tarkistaa datan 10 oikeellisuus. Muutoin IP-datasähkeiden laadun huononeminen vaikuttaa vuorostaan UDP-datasähkeisiin. UDP ei tarkista, että datasähkeet on vastaanotettu, ei lähetä puuttuvia datasähkeitä uudelleen eikä takaa sitä, että datasähkeet vastaanotetaan samassa järjestyksessä kuin ne lähetettiin.
15 UDP tarjoaa suhteellisen vakaan välityskyvyn (engl. throughput) ja pienen viiveen, koska uudelleenlähetyksiä ei ole. Tämän vuoksi sitä käytetään hakusovelluksissa käsittelemään verkon ruuhkautumisen vaikutusta ja pienentämään viivettä (ja viiveen vaihtelua) vastaanottopäässä. Asiakkaan täytyy kuitenkin kyetä elpymään pakettien häviämisistä ja mahdollisesti peittelemään menetetty sisältö. Jopa 20 rekonstruoinnilla ja peittelyllä rekonstruoidun leikkeen laatu kärsii jonkin verran.
. ” Toisaalta leikkeen toisto tapahtuu todennäköisesti reaaliajassa ilman häiritseviä : · taukoja. Palomuurit, joko yhtiössä tai muualla, voivat kieltää UDP:n käytön, koska ·,*· se on yhteydetön.
: 25 TCP on yhteyssuuntautunut siirtoprotokolla, ja sitä käyttävä sovellus voi lähettää v * tai vastaanottaa tavusarjoja ilman mitään näennäisiä rajoja kuten UDP:ssä. TCP- kerros jakaa tavuvirran paketeiksi, lähettää paketit IP-verkon yli ja varmistaa, että paketit ovat virhevapaita ja ne vastaanotetaan niiden oikeassa järjestyksessä.
·;· TCP:n perustoiminta-ajatus on seuraava. Joka kerta, kun TCP lähettää paketin 30 dataa, se käynnistää ajastimen. Kun vastaanottopää saa paketin, se lähettää ” “: välittömästi kuittauksen takaisin lähettäjälle. Kun lähettäjä vastaanottaa : kuittauksen, se tietää kaiken olevan kunnossa ja peruuttaa ajastimen. Jos IP- 3 113124 kerros kuitenkin hävittää lähtevän segmentin tai palautuskuittauksen, ajastin lähetyspäässä raukeaa. Tällöin lähettäjä lähettää segmentin uudelleen. Nyt, jos lähettäjä odottaisi kuittausta kullekin paketille ennen seuraavan lähettämistä, kokonaislähetysaika olisi suhteellisen pitkä ja riippuvainen edestakaisesta 5 viiveestä lähettäjän ja vastaanottajan välillä. Tämän ongelman voittamiseksi TCP käyttää liukuikkunaprotokollaa, joka sallii useiden kuittaamattomien pakettien olla läsnä verkossa. Tässä protokollassa kuittauspaketti sisältää kentän, joka on täytetty sillä tavujen määrällä, jonka asiakas on halukas hyväksymään (yli niiden, jotka on sillä hetkellä kuitattu). Tämän ikkunan kokokenttä osoittaa asiakkaalla 10 käytettävissä olevan puskuritilan määrän tulevan datan tallentamiseen. Lähettäjä voi lähettää dataa viimeksi vastaanotetun ikkunan kokokentän osoittamissa rajoissa. Liukuikkunaprotokolla tarkoittaa sitä, että käytännöllisesti katsoen TCP:llä on hidas käynnistysmekanismi. Yhteyden alussa on kuitattava aivan ensimmäinen paketti ennen kuin lähettäjä voi lähettää seuraavan. Asiakas suurentaa sitten 15 tyypillisesti ikkunan kokoa eksponentiaalisesti. Kuitenkin, jos verkossa on ruuhkaa, ikkunan kokoa pienennetään (ruuhkautumisen välttämiseksi ja vastaanottopuskurin ylivuodon estämiseksi). Yksityiskohdat koskien ikkunan koon vaihtamista riippuvat käytössä olevasta tietystä TCP-toteutuksesta.
20 Kuviossa 1 on esitetty multimediasisällön luomis- ja hakujärjestelmä.
. “': Järjestelmässä on yksi tai useampia medialähteitä, esimerkiksi kamera ja * . mikrofoni. Vaihtoehtoisesti multimediasisältö voidaan myös luoda synteettisesti : : ilman luonnollista medialähdettä, esimerkiksi animoitu tietokonegrafiikka ja digitaalisesti tuotettu musiikki. Eri multimediatyyppejä, kuten videota, ääntä, : 25 tekstiä, kuvia, grafiikkaa ja animaatiota, sisältävän multimedialeikkeen : koostamiseksi lähteistä kaapatut raakatiedot editoidaan editorilla.
Käsittelemättömien (kompressoimattomien) multimediatietojen ottama tallennuspa ‘ · ·' on tyypillisesti valtaisa. Se voi olla megatavuja kuvasekvenssille, joka voi sisältää sekoituksen eri medioita, esim. animaatiota. Houkuttelevan multimedian 30 hakujärjestelmän tarjoamiseksi pienibittinopeuksisten kanavien, esim. 28,8 kbps ja 56 kbps, yli, multimedialeikkeet kompressoidaan editoimisvaiheessa. Tämä : tapahtuu tyypillisesti erillään leikkeiden lähetyksestä (off-line). Leikkeet toimitetaan M « · 4 113124 sitten multimediapalvelimeen. Tyypillisesti useat asiakkaat voivat päästä palvelimeen yhden tai useamman verkon yli. Palvelin kykenee vastaamaan asiakkaiden esittämiin pyyntöihin. Palvelimen päätehtävä on lähettää haluttu multimedialeike asiakkaalle, jonka asiakas dekompressoi ja toistaa. Toiston aikana 5 asiakas hyödyntää yhtä tai useampaa toistolaitetta, kuten kuvaruutua ja kaiutinta. Joissakin tilanteissa asiakkaat pystyvät aloittamaan toiston, kun tietoja vielä ladataan.
On käytännöllistä toimittaa leike käyttämällä yhtä ainoaa kanavaa, joka tarjoaa 10 samanlaisen palvelun laadun (engl. quality of service) koko leikkeelle.
Vaihtoehtoisesti eri kanavia voidaan käyttää toimittamaan leikkeen eri osia, esimerkiksi ääni yhdellä kanavalla ja kuvat toisella. Eri kanavat voivat tarjota eri palvelun laatuja. Tässä yhteydessä palvelun laatuun kuuluvat bittinopeus, häviö tai bittivirhenopeus ja lähetysviiveen vaihtelu.
15
Riittävän laadukkaan multimediasisällön toimittamisen varmistamiseksi, se tarjotaan luotettavan verkkoyhteyden yli, kuten TCP, joka varmistaa, että vastaanotetut tiedot ovat virheettömiä ja oikeassa järjestyksessä. Hävinneet tai korruptoituneet protokolladatayksiköt lähetetään uudelleen. Näin ollen kanavan 20 välityskyky voi vaihdella huomattavasti. Tämä voi jopa aiheuttaa taukoja ‘ multimediavirran toistossa sillä aikaa, kun hävinneitä tai korruptoituneita tietoja : ’ ·, lähetetään uudelleen. Tauot multimedian toistossa ovat häiritseviä.
• «
Toisinaan hävinneiden tietojen uudelleenlähettämistä ei hoida siirtoprotokolla vaan v : 25 pikemminkin joku ylempitasoinen protokolla. Tällainen protokolla voi valita •: multimediavirran kaikkein tärkeimmät menetetyt osat ja pyytää niiden uudelleenlähettämistä. Kaikkein tärkeimpiä osia voidaan käyttää esimerkiksi virran ' · · ·' muiden osien ennustamiseen.
': ‘ : 30 Jotta keksintö voidaan ymmärtää paremmin, hakujärjestelmän elementtien, nimittäin editorin, palvelimen ja asiakkaan, kuvaukset esitetään alapuolella.
I · 5 113124
Kuviossa 2 on esitetty multimedialeikkeen editorin tyypillinen toimenpiteiden sarja. Raakatiedot kaapataan yhdestä tai useammasta datalähteestä. Kaappaaminen tapahtuu käyttämällä laitteistoa, laitteiston käyttöön varattuja laiteajureita ja kaappaussovellusta, joka ohjaa laiteajureita käyttämään laitteistoa.
5 Kaappauslaitteisto voi sisältää videokameran, joka on liitetty esimerkiksi PC-videokaapparikorttiin. Kaappausvaiheen ulostulo on tavallisesti joko kompressoimatonta dataa tai lievästi kompressoitua dataa, jossa on merkityksettömiä laadun heikkenemisiä kompressoimatonta dataan verrattuna. Esimerkiksi videokaapparikortin ulostulo voisi olla kompressoimattomassa YUV 10 4:2:0 -muodossa tai motion-JPEG -muodossa.
YUV-värimalli ja mahdolliset alinäytteistysmenettelyt on määritelty suosituksessa ITU-R BT.601-5 ’’Studio Encoding Parameters of Digital Television for Standard 4:3 and Wide-Screen 16:9 Aspect Ratios”. Asiaankuuluvat digitaaliset 15 kuvaformaatit, kuten CIF, QCIF ja SQCIF, on määritelty suosituksessa ITU-T
H.261 ’’Video Codec for Audiovisual Services at p x 64 kbits” (osa 3.1 ’’Source Formats”).
Editoinnin aikana erillisiä mediaraitoja liitetään yhteen yhdeksi ainoaksi 20 aikaviivaksi (timeline). Mediaraitoja on myös mahdollista editoida usealla eri tavalla, esimerkiksi pienentää kuvakehystaajuutta. Jokainen mediaraita voidaan kompressoida. Esimerkiksi kompressoimaton YUV 4:2:0 - videoraita voitaisiin : ’: : kompressoida käyttämällä ITU-T -suositusta H.263 pienibittinopeuksiselle :,,,; videokoodaukselle. Jos kompressoidut mediaraidat multipleksoidaan, ne I > v : 25 lomitetaan niin, että ne muodostavat yhden ainoan bittivirran. Tämä leike · toimitetaan sitten multimediapalvelimeen. Multipleksointi ei ole välttämätöntä bittivirran tuottamiseksi. Esimerkiksi eri mediakomponentteja, kuten ääniä ja kuvia, : ‘ voidaan tunnistaa paketin otsikkotiedolla siirtokerroksessa. Eri UDP-portin ·;·' numeroita voidaan käyttää eri mediakomponenteille.
·:··: 30 ’: : Kuviossa 3 on esitetty multimediapalvelimen suorittama tyypillinen toimenpiteiden : sarja. Multimediapalvelimilla on tyypillisesti kaksi toimintatapaa; ne toimittavat joko • t * · · 6 113124 ennalta tallennettuja multimedialeikkeitä tai suoria (reaaliaikaisia) multimedialeikkeitä. Ensimmäisessä tavassa leikkeet tallennetaan palvelimen tietokantaan, josta palvelin hakee niitä pyydettäessä. Toisessa tavassa multimedialeikkeet toimitetaan palvelimeen jatkuvana mediavirtana, joka 5 lähetetään välittömästi asiakkaille. Asiakkaat ohjaavat palvelimen toimintaa asianmukaisella ohjausprotokollalla kyeten ainakin valitsemaan halutun medialeikkeen. Lisäksi palvelimet voivat tukea kehittyneempiä toimintoja. Asiakkaat voivat esimerkiksi kyetä pysäyttämään leikkeen lähettämisen, keskeyttämään tai käynnistämään uudelleen leikkeen lähettämisen ja ohjaamaan 10 median kulkua siinä tapauksessa, että siirtokanavan välityskyky vaihtelee, missä tapauksessa palvelimen on säädettävä dynaamisesti bittivirtaa sopimaan käytettävissä olevaan kaistanleveyteen.
Kuviossa 4 on esitetty multimediaa hakevan asiakkaan suorittama tyypillinen 15 toimenpiteiden sarja. Asiakas saa kompressoidun ja multipleksoidun medialeikkeen multimediapalvelimelta. Asiakas demultipleksoi leikkeen saadakseen erillisiä mediaraitoja. Nämä mediaraidat dekompressoidaan sitten rekonstruoitujen mediaraitojen, jotka esitetään tulostuslaitteilla, tuottamiseksi. Näiden toimenpiteiden lisäksi tarjotaan ohjausyksikkö toimimaan rajapintana 20 loppukäyttäjiin, toisin sanoen ohjaamaan toistoa loppukäyttäjän syöttötietojen : mukaisesti ja hoitamaan asiakas-palvelin -ohjausliikenteen. Olisi huomattava, että , demultipleksointi-dekompressointi-toisto -ketju voidaan suorittaa leikkeen ' ; *: ensimmäisellä osalla, kun vielä ollaan lataamassa leikkeen myöhempää osaa.
..Tätä kutsutaan yleisesti virtaustoistoksi (eng. streaming). Vaihtoehto :: 25 virtaustoistolle on ladata koko leike asiakkaalle ja sitten demultipleksoida se, •. : dekompressoida se ja esittää se.
: Tyypillinen tapa käsitellä kanavan vaihtelevan välityskyvyn ongelmaa on ;·* puskuroida mediadata asiakaspäässä ennen toiston aloittamista ja/tai säätää "1': 30 lähetetty bittinopeus reaaliajassa kanavan välityskykytilastojen mukaisesti.
* « * · • « » I k t ·
Hill 7 113124
Eräs tapa selviytyä taukojen aiheuttamasta ongelmasta on käyttää dynaamista bittinopeuden säätöä multimediapalvelimessa. Palvelin ei kuitenkaan ehkä reagoi verkon ruuhkautumiseen riittävän nopeasti välttääkseen taukojen muodostumisen asiakaspäässä. Lisäksi palvelin ei voi ohjata TCP:n uudelleenlähetysmekanismia 5 (tai muita alapuolisia protokollia, kuten IP).
Vaikka käytetään dynaamista bittinopeudensäätöä, asiakkaan on joka tapauksessa suoritettava jonkin verran alustavaa puskurointia uudelleenlähettämisen aiheuttamien toimitusviiveiden välttämiseksi. Jos 10 käytettävän kanavan bittinopeus oletetaan vakioksi, voidaan laskea ajankohta, jossa datayksikön oletetaan kokonaan vastaanotetun. Lisäksi voidaan laskea se ajankohta, johon mennessä datayksikön oletetaan esitetyn. Aikaeroa näiden kahden ajankohdan välillä kutsutaan suoja-ajaksi. Toinen tapa määritellä suoja-aika on määrätä, että se on kahden peräkkäin vastaanotetun datayksikön välinen 15 maksimiaika, joka ei aiheuta taukoja toistossa.
Laskettaessa suoja-aikoja leikkeelle, jokainen datayksikkö on huomioitava erikseen. Laskelmissa oletetaan, ettei välityskyvyn alenemisia esiinny ennen käsiteltävänä olevaa datayksikköä. Jos kanavan maksimivälityskyky on yhtä suuri 20 kuin multimedialeikkeen keskibittinopeus, asiakas ei pysty toipumaan ,' ‘ : vastaanotettujen bittien määrän laskusta sen jälkeen, kun välityskyky on laskenut.
IV. Ainoa tapa taata jonkinlainen suoja välityskyvyn laskua vastaan on puskuroida : jonkin verran tietoja ennen toiston aloittamista. Jos kanava lakkaa toimittamasta t · * : tietoja, asiakas voi silti esittää virtaa niin kauan kuin puskurissa on tietoja. Näin v : 25 keskimääräinen suoja-aika on suurin piirtein yhtä suuri kuin alustava :: : puskuroimisaika. Koska leikkeen bittinopeus voi vaihdella, suoja-aika voi myös vaihdella, ja minimisuoja-aika on näin yhtä suuri tai lyhyempi kuin alustava ·..' puskuroimisaika.
’: : 30 HTTP, Hypertext Transfer Protocol, on WWW.n (World Wide Web) perusta. Se on » ' ‘: yksinkertainen protokolla. Asiakas muodostaa TCP-yhteyden palvelimeen, esittää : pyynnön ja tulkitsee palvelimen vastauksen. Palvelin ilmaisee vastauksensa * * » · 8 113124 päättymisen sulkemalla yhteyden. Protokollakerrosten järjestely on tyypillisesti HTTP TCP:n yli, joka on IP:n yllä.
Tavallisinta HTTP-pyyntöä kutsutaan nimellä GET. GET-pyyntö liittyy URI:hin 5 (universal resource identifier), joka määrittelee yksiselitteisesti pyydetyn kohteen. Palvelin reagoi GET-pyyntöön palauttamalla määriteltyä URi:tä vastaavan tiedoston. Palvelimen palauttama tiedosto sisältää tavallisesti osoittimia (hypertekstilinkkejä) muihin tiedostoihin, jotka voivat olla muilla palvelimilla. Käyttäjä voi tämän takia helposti seurata linkkejä tiedostosta tiedostoon.
10
Internet-multimedian hakuun käytettävät palvelimet ovat joko erityismultimediapalvelimia tai normaaleja WWW-palvelimia.
Erityismultimediapalvelimet pystyvät tyypillisesti tiedonsiirtoon HTTP-, TCP- ja 15 UDP-protokollien yli. Ne saattavat pystyä säätämään uudelleen medialeikkeiden sisältöjä dynaamisesti, jotta ne vastaavat käytettävissä olevaa verkon kaistanleveyttä, ja välttääkseen verkon ruuhkautumisen. Ne voivat myös tukea pikakelaustoimintoja eteenpäin ja taaksepäin sekä reaaliaikaista multimediavirtaustoistoa. Ne voivat tarjota useita virtoja samanaikaisesti.
20 : Normaaleihin WWW-palvelimiin perustuvia multimediapalvelimia kutsutaan myös palvelittomiksi tai HTTP-multimediaratkaisuiksi. Multimedialeikkeet : virtaustoistetaan HTTP:n yli. Koska tämän tyyppinen palvelin ei pysty ohjaamaan : virran sisältöjä, vuon (kaistanleveyden) ohjausta ei voida käyttää, eikä se voi : 25 reagoida verkon ruuhkautumiseen. Tämän vuoksi toistossa voi esiintyä äkillisiä : taukoja. Näin ollen asiakaspäässä on oltava suhteellisen pitkä alkupuskuroimisviive ennen toiston aloittamista tällaisten äkillisten taukojen .välttämiseksi. Multimediavirran pikakelaaminen eteenpäin tavalliselta WWW-« · ;·“ palvelimelta ei ole mahdollista. Reaaliaikainen multimedian virtaustoisto täytyy ;··: 30 toteuttaa käyttämällä erikoiskeinoja, kuten Java-ohjelmointia.
i · » »* * M Ml 9 113124
Kun virtaamaan pantu multimedialeike vastaanotetaan, voidaan käyttää sopivaa itsenäistä mediasoitinsovellusta tai selaimeen liitettävää ohjelmistokomponenttia (engl. browser plug-in) sen esittämiseen. Eri selainten multimediasoittimet poikkeavat suuresti toisistaan. Uudemmilla selaimilla voi olla joitakin integroituja 5 ohjelmistokomponentteja suosituimmille viilaaville videosoittimille.
Käytettävissä on useita eri tiedonsiirtomenetelmiä tietojen siirtämiseksi kannettavien päätteiden ja niiden verkkojen välillä. Yksi parhaiten tunnettuja menetelmiä on GSM (Global System for Mobile communications).
10
Nykyinen GSM-tietopalvelu, jota kutsutaan nimellä CSD (Circuit Switched Data eli piirikytkentäinen data), tarjoaa 9,6 kbps:n piirikytkentäisen kanavan. GSM tarjoaa myös 14,4 kbps:n datakanavan, jossa on FEC (forward error correction) virheen korjaus ja tilainformaatio. HSCSD (High Speed Circuit Switched Data eli 15 suurinopeuksinen piirikytkentäinen data) tarjoaa lukuisia 9,6 kbps:n tai 14,4 kbps:n aikavälejä yhdelle käyttäjälle samaan aikaan. On olemassa symmetrisiä ja epäsymmetrisiä yhteyksiä. Symmetrisessä yhteydessä ilmarajapinnan resurssit varataan symmetrisesti ja ne tarjoavat saman tiedonsiirtonopeuden molempiin suuntiin. Epäsymmetrisessä yhteydessä eri datanopeuksia tuetaan nousevalle ja 20 laskevalle siirtotielle. Epäsymmetrisiä ilmarajapintayhteyksiä voidaan kuitenkin käyttää ainoastaan ei-läpinäkyvässä (non-transparent) tilassa (katso alla).
f; , Piirikytkentäiset GSM-datajärjestelmät, CSD ja HSCSD, tarjoavat kaksi : _ : perusyhteystyyppiä, nimittäin läpinäkyvän (transparent eli T) ja ei-läpinäkyvän '. * : 25 (non-transparent eli NT). Nämä erotetaan tavasta, jolla ne korjaavat •. : lähetysvirheitä. Läpinäkyvässä yhteydessä virheen korjaus tapahtuu yksinomaan FEC-virheenkorjausmekanismilla, jonka tarjoaa radiorajapinnan siirtomenettely.
:. Yhteys katsotaan synkroniseksi piiriksi. Käytettävissä oleva välityskyky on vakio, ja . - ·* siirtoviive on kiinteä. Siirrettävät tiedot sisältävät todennäköisesti bitti- ‘:”i 30 inversiovirheitä. Ei-läpinäkyvässä yhteydessä GSM-piiriyhteyttä pidetään paketti- (tai kehys-) datavuona, vaikka päästä-päähän palvelu on piirikytkentäinen.
: ; ‘; Jokainen kehys sisältää redundanssibittejä, jotta vastaanotin pystyy havaitsemaan * · · *
KIM
10 113124 jäljelle jääneet virheet. Radiotaajuustiellä oleva häiriö aiheuttaa kaksi virhelähdettä, pakettien menetykset ja vahingoittumisen. Jälkimmäinen voidaan korjata redundanssin tarkistamisella. RLP:tä (Radio Link Protocol) käytetään tarjoamaan uudelleenlähetys siinä tapauksessa, että kehykseen on jäänyt virheitä.
5 Jos kehys todetaan oikeaksi, vastaanottaja kuittaa tämän tosiasian. Jos todetaan, ettei se ole oikea, lähetetään negatiivinen kuittaus, ja osoitettu kehys lähetetään uudelleen. Niinpä ei-läpinäkyvä yhteys on virhevapaa, mutta välityskyky ja siirtoviive vaihtelevat.
10 On olemassa muita verkkotyyppejä, esim. GPRS (General Packet Radio System). GPRS:ssä lähetykset ovat todella pakettiperusteisia.
Videosekvenssi sisältää sarjan still-kuvia. Videokompressointimenetelmät perustuvat redundanttien ja havaitsemiselle merkityksettömien videosekvenssien 15 osien vähentämiseen. Redundanssi videosekvensseissä voidaan luokitella paikalliseen, ajalliseen ja spektriseen redundanssiin. Paikallinen redundanssi tarkoittaa korrelaatiota viereisten pikselien välillä. Ajallinen redundanssi tarkoittaa, että samat kohteet esiintyvät peräkkäisissä kuvissa. Ajallisen redundanssin vähentäminen pienentää sitä datan määrää, joka tarvitaan esittämään tietty 20 kuvasekvenssi, ja näin kompressoi datan. Tämä voidaan saavuttaa tuottamalla liikekompensaatiotietoja, jotka kuvaavat liikettä käsiteltävänä olevan ja edellisen (viite-) kuvan välillä. Itse asiassa käsiteltävänä oleva kuva ennustetaan edellisestä kuvasta. Spektrinen redundanssi tarkoittaa korrelaatiota saman kuvan eri värikomponenttien välillä.
; 25 , : Yksinkertaisesti sekvenssin redundanssin vähentäminen ei tavallisesti kompressoi sekvenssiä riittävästi. Tämän takia jotkut videokooderit yrittävät vähentää videosekvenssin niiden osien laatua, jotka ovat subjektiivisesti vähiten tärkeitä.
I - » t »
Lisäksi koodatun bittivirran redundanssia pienennetään kompressointiparametrien '•"i 30 ja -kertoimien tehokkaalla häviöttömällä koodauksella. Päätekniikka on käyttää ' · ': vaihtelevan pituisia koodeja.
t » a i 1 · l 1 · »1 1«· t 1 11 113124
Videokompressointimenetelmät erottavat tyypillisesti toisistaan kuvat, jotka voivat käyttää ajallisen redundanssin vähentämistä, ja ne, jotka eivät voi. Kompressoituja kuvia, jotka eivät käytä ajallisen redundanssin vähentämismenetelmiä, kutsutaan tavallisesti nimellä INTRA tai l-kehykset, kun taas ajallisesti ennustettuja kuvia 5 kutsutaan nimellä INTER- tai P-kehykset. INTER-kehyksen tapauksessa ennustettu (liikekompensoitu) kuva on harvoin riittävän tarkka, ja tämän vuoksi paikallisesti kompressoitu ennustusvirhekuva liittyy myös jokaiseen INTER-kehykseen.
10 Ajallinen skaalattavuus tarjoaa mekanismin havaittavan laadun parantamiseksi lisäämällä kuvan näyttönopeutta. Tämä saavutetaan ottamalla pari peräkkäistä viitekuvaa ja ennustamalla kaksisuuntaisesti B-kuva kummasta tahansa tai molemmista. B-kuva voidaan sitten esittää järjestyksessä kahden ankkurikuvan (anchor picture) välissä. Tätä havainnollistetaan kuviossa 5. Kaksisuuntainen 15 ajallinen ennustus antaa tarkemmin ennustetun kuvan kuin yksiulotteinen ennustus. Näin B-kuvat tehostavat kompressointia verrattuna eteenpäin ennustettuihin samalla kvantisointivälillä koodattuihin P-kuviin. B-kuvia ei käytetä viitekuvina, toisin sanoen muita kuvia ei koskaan ennusteta niistä. Koska ne voidaan hylätä vaikuttamatta tulevien kuvien kuvanlaatuun, ne tarjoavat ajallisen 20 skaalattavuuden. On syytä huomata, että vaikka B-kuvat tarjoavat paremman kompressointitehon kuin P-kuvat, ne ovat monimutkaisempia rakentaa ja vaativat * enemmän muistia. Lisäksi ne aiheuttavat lisäviiveitä, koska kaksisuuntainen interpolaatio vaatii, että molemmat viitekuvat on vastaanotettu, ja tarvitaan • » > lisälaskutoimituksia. Lisäksi B-kuvat vaativat enemmän sivuinformaatiota 25 bittivirrassa.
Termi skaalattavuus viittaa kompressoidun sekvenssin kykyyn tulla dekoodatuksi eri datanopeuksilla. Toisin sanoen skaalattavaa multimedialeikettä voidaan . ·, editoida suhteellisen helposti, kun se on kompressoitu niin, että se voidaan 30 virtaustoistaa yli kanavien, joilla on eri kaistanleveydet, ja silti dekoodata ja toistaa . reaaliajassa.
> • » » JS» « f * 12 113124
Skaalattava multimedia on tyypillisesti järjestetty niin, että siinä on tietojen hierarkisia kerroksia. Runkokerros sisältää multimedialeikkeen perusesityksen, kun taas parannuskerrokset (enhancement layers) sisältävät tarkempaa kuvainformaatiota alempiin kerroksiin verrattuna. Näin parannuskerrokset 5 parantavat leikkeen laatua.
Skaalattavuus on toivottava ominaisuus heterogeenisille ja virhealttiille ympäristöille. Tämä ominaisuus on toivottava, jotta voidaan vastustaa rajoituksia, kuten bittinopeudelle, näyttöresoluutiolle, verkon välityskyvylle ja dekooderin 10 kompleksisuudelle asetettuja rajoituksia.
Skaalattavuutta voidaan käyttää parantamaan virhesietoisuutta siirtojärjestelmässä, jossa kerroksellinen koodaus on yhdistetty siirron priorisoimiseen. Termillä siirron priorisointi viitataan tässä eri mekanismeihin 15 tuottamaan eri palvelun laatuja siirrossa, mukaan lukien epätasainen virhesuoja, eri kanavien tarjoamiseksi, joilla on eri virheVhäviönopeudet. Niiden luonteesta riippuen tietoja kanavoidaan eri tavoin, esimerkiksi runkokerros voidaan toimittaa läpi kanavan, jonka virhesuoja-aste on korkea, ja parannuskerrokset voidaan lähettää virhealttiimpien kanavien läpi.
20
Skaalattava multimediakoodaus kärsii yleensä heikommasta kompressointitehosta ’kuin ei-skaalattava koodaus. Toisin sanoen multimedialeike, joka on koodattu *’ skaalattavana multimedialeikkeenä, jossa on kaikki parannuskerrokset, vaatii ‘ ·* / suuremman kaistanleveyden kuin, jos se olisi koodattu ei-skaalattavana, 25 yksikerroksisena leikkeenä, jonka laatu on yhtä hyvä. Tähän yleiseen sääntöön on kuitenkin olemassa poikkeuksia, esimerkiksi ajallisesti skaalattavat B-kehykset videokompressoinnissa.
Seuraavassa skaalattavuutta käsitellään viittaamalla ITU-T H.263 -30 videokompressointistandardiin. H.263 on ITU-T -suositus videokoodaukselle pienibittinopeuksisessa viestinnässä, joka yleensä tarkoittaa alle 64 kbps:n datanopeuksia. Suositus määrittelee bittivirtasyntaksin ja bittivirran dekoodauksen.
13 113124
Nykyisin on olemassa kaksi versiota H.263:sta. Versio 1 sisältää ydinalgoritmin ja neljä vaihtoehtoista koodausmuotoa. H.263:n versio 2 on version 1 laajennus, joka tarjoaa kaksitoista uutta neuvoteltavissa olevaa koodausmuotoa.
5 Kuvat koodataan luminanssi- ja kahtena väriero (krominanssi) -komponenttina (Y, CB ja CR). Krominanssikuvat näytteistetään puolella pikseleistä, jotka ovat pitkin kumpaakin koordinaattiakselia, luminanssikuvaan verrattuna.
H.263:n skaalattavuustoimintatila (Liite O) määrittelee syntaksin tukemaan 10 ajallisia, SNR- (signal-to noise ratio eli signaalikohinasuhde) ja paikallisia skaalattavuuskykenevyyksiä.
Paikallinen skaalattavuus ja SNR-skaalattavuus liittyvät läheisesti toisiinsa ainoan eron ollessa paikallisen skaalattavuuden tarjoama lisääntynyt paikallinen 15 resoluutio. Kuviossa 6 on esitetty esimerkki SNR-skaalattavista kuvista. SNR-skaalattavuus merkitsee moninopeuksisten bittivirtojen luomista. Se sallii korjata koodausvirheitä eli alkuperäisen kuvan ja sen rekonstruoinnin välisiä eroja. Tämä saavutetaan käyttämällä tiheämpää kvantisointia koodaamaan erotuskuva parannuskerroksessa. Tämä lisäinformaatio kasvattaa rekonstruoidun kuvan 20 SNR:ää.
’···' Paikallinen skaalattavuus sallii moniresoluutioisten bittivirtojen luomisen • · ’·... vaihtelevien näyttövaatimusten ja/tai rajoitusten täyttämiseksi. Kuviossa 7 on :,. havainnollistettu paikallisesti skaalattavaa rakennetta. Se on olennaisesti sama 25 kuin SNR-skaalattavuudessa paitsi, että paikallinen parannuskerros pyrkii .., poistumaan koodaushäviön rekonstruoidun viitekerroskuvan ylösnäytteistetyn version ja alkuperäisen kuvan korkeampiresoluutioisen version välillä. Esimerkiksi, ,·· ·. jos viitekerroksessa on QCIF (quarter common intermediate format) -resoluutio, ja . * ·. parannuskerroksessa on CIF (common intermediate format) -resoluutio, * . 30 viitekerroskuva on skaalattava vastaavasti siten, että parannuskerroskuva voidaan • · . ennustaa siitä. QCIF-standardi sallii resoluution lisäämisen kahden kertoimella ainoastaan pystysuunnassa, vaakasuunnassa tai sekä pysty- että • · · · 14 113124 vaakasuunnassa yhdellä parannuskerroksella. Parannuskerroksia voi olla useita, joista jokainen lisää kuvaresoluutiota edellisen kerroksen resoluutioon verrattuna. Interpolaatiosuodattimet, joita käytetään viitekerroskuvan ylösnäytteistämiseen, on määritetty H.263-standardissa. Lukuunottamatta ylösnäytteistämisprosessia 5 viitekerroksesta parannuskerrokseen, paikallisesti skaalatun kuvan käsittely ja syntaksi ovat identtisiä SNR-skaalatun kuvan kanssa.
Sekä SNR- että paikallisessa skaalattavuudessa parannuskerroskuvia kutsutaan
El- tai EP-kuviksi. Jos parannuskerroskuva on ennustettu ylöspäin 10 viitekerroksessa olevasta kuvasta, silloin parannuskerroskuvaa kutsutaan El (Enhancement-I) -kuvaksi. Tämän tyyppisessä skaalattavuudessa viitekerros tarkoittaa nykyisen parannuskerroksen ’’alla” olevaa kerrosta. Joissakin tapauksissa, kun viitekerroskuvat on ennustettu huonosti, parannuskerroksessa voi esiintyä kuvan staattisten osien ylikoodaus aiheuttaen tarpeettoman 15 kohtuuttoman bittinopeuden. Tämän ongelman välttämiseksi parannuskerroksessa säälitään eteenpäin ennustaminen. Kuvaa, joka voidaan ennustaa eteenpäin edellisestä parannuskerroskuvasta tai vaihtoehtoisesti kuvaa, joka on ennustettu ylöspäin viitekerroskuvasta, kutsutaan EP (Enhancement-P) -kuvaksi. On _... huomattava, että ylöspäin ja eteenpäin ennustettujen kuvien keskiarvon • « . L * 20 laskeminen voi antaa kaksisuuntaisen ennustuksen EP-kuville. Sekä El- että EP- • r l " < . ·: . kuville ylöspäin ennustaminen viitekerroskuvasta merkitsee, ettei mitään • I · .·>·, liikevektoreita tarvita. Siinä tapauksessa, että suoritetaan eteenpäin ennustus EP- » · . ·; . kuville, liikevektoreita tarvitaan.
i I I
• » · 25 Monipiste- ja yleislähetysmultimediasovelluksissa on mahdollista, ettei verkon välityskyvyn rajoituksia nähdä ennakolta koodaushetkellä. Täten tulisi käyttää ♦ * skaalattavaa bittivirtaa. Kuvio 8 esittää IP-monilähetysjärjestelyä (Engl.
: multicasting arrangement), jossa jokainen reititin voi ohentaa (engl. strip) bittivirtaa • ♦ kykenevyyksiensä mukaan. Siinä näkyy, kuinka palvelin S tuottaa bittivirran useille ‘ . 30 asiakkaille C. Bittivirrat reititetään asiakkaille reitittimillä R. Tässä esimerkissä t...# palvelin tarjoaa leikkeen, joka voidaan skaalata ainakin kolmelle bittinopeudelle, 120 kbit/s, 60 kbit/s ja 28 kbit/s.
15 113124
Jos asiakas ja palvelin ovat yhteydessä normaalin yksilähetys (uni-east) yhteyden välityksellä, palvelin voi yrittää säätää lähetetyn multimedialeikkeen bittinopeutta kanavan ajallisesti vaihtelevan välityskyvyn mukaisesti. Eräs ratkaisu on käyttää 5 kerroksellista bittivirtaa ja sopeutua kaistanleveyden muutoksiin vaihtelemalla lähetettävien parannuskerrosten lukumäärää.
Keksinnön erään ensimmäisen aspektin mukaisesti tarjotaan menetelmä datasignaalin lähettämiseksi, jossa datasignaalissa on sekvenssi datayksiköitä 10 ennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli datalähteen ja datanielun välillä käsittäen vaiheen, jossa datayksiköt lähetetään järjestyksessä, jonka määrää niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että niiden tärkeyden määräämä 15 järjestys on sellainen että tärkeimmät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei .···. tiedonsiirtolinkillä olekaan riittävästi vapaata kaistanleveyttä.
• * • t · 20 • · ·
Keksinnön erään toisen aspektin mukaisesti tarjotaan tiedonsiirtojärjestelmä : ; datasignaalin lähettämiseksi, jossa datasignaalissa on sekvenssi datayksiköitä : ’ jennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli datalähteen ja datanielun välillä, järjestelmän käsittäessä uudelleenjärjestämis-25 välineet lähetettävien datayksiköiden järjestämiseksi järjestykseen, jotka datayksiköt lähetetään järjestyksessä, jonka määrää niiden suhteellinen tärkeys ..pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että uudelleenjärjestämisvälineet järjestää datayksiköt niiden tärkeyden määräämään ’,. 30 järjestykseen siten, että tärkeimmät datayksiköt vastaanotetaan ennen niiden ,,: suunniteltuja toistoaikoja ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä 16 113124 olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi käytettävissä olevaa kaistanleveyttä.
Keksinnön erään kolmannen aspektin mukaisesti tarjotaan palvelin datasignaalin 5 lähettämiseksi, jossa datasignaalissa on sekvenssi datayksiköitä ennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli, jotka datayksiköt lähetetään järjestyksessä, jonka määrää niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että 10 uudelleenjärjestämisvälineet järjestää datayksiköt niiden tärkeyden määräämään järjestykseen siten, että tärkeimmät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei 15 tiedonsiirtolinkillä olekaan riittävästi käytettävissä olevaa kaistanleveyttä.
Palvelin käsittää edullisesti uudelleenjärjestämisvälineet. Palvelin käsittää edullisesti editorin skaalattavan datasignaalin tuottamiseksi.
‘ *« » · • · ; i ‘' 20 Keksinnön erään neljännen aspektin mukaisesti tarjotaan tietokoneohjelmatuote, » »· « .*·:·, joka on tallennettu konekäyttöiseen tietovälineeseen, joka käsittää konekieliset • * · . · ·, ohjelmavälineet aiheuttamaan datasignaalin siirtämisen, jossa datasignaalissa on * » * « · . ·: ·. sekvenssi datayksiköitä ennalta määrätyssä järjestyksessä, * · * . ·: ·. muuttuvakaistanleveyksisen siirtolinkin yli, ohjelmavälineiden ollessa > 25 suoritettavissa järjestämään datayksiköt järjestykseen, jonka määrää niiden • ‘ : suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu :' “: siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja : ohjelmavälineiden ollessa suoritettavissa järjestämään vähiten tärkeät datayksiköt • · ....: niiden tärkeyden määräämään järjestykseen siten, että tärkeimmät datayksiköt * . 30 vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät • · #... datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos 17 113124 tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi käytettävissä olevaa kaistanleveyttä.
5 Tietokoneohjelmatuote käsittää edullisesti palvelimen. Tässä mielessä tarkoitetaan, että kun tietokoneohjelma ladataan laitteistoon, se saa laitteiston toimimaan palvelinlaitteena. Tietokoneohjelmatuote käsittää edullisesti editorin skaalattavan datasignaalin tuottamiseksi. Tietokoneohjelmatuote käsittää edullisesti uudelleenjärjestämisvälineet datayksiköiden järjestämiseksi uudelleen.
10
Keksinnön erään viidennen aspektin mukaisesti tarjotaan datasignaali, jossa on sekvenssi datayksiköitä lähetettäväksi muuttuvakaistanleveyksisen siirtolinkin yli datalähteen ja datanielun välillä, jotka datayksiköt ovat järjestyksessä, jonka määrää niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty 15 järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että niiden tärkeyden määräämä järjestys on sellainen, että tärkeimmät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja .···. jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden :·. 20 suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi .·.*·. käytettävissä olevaa kaistanleveyttä.
• · • · ·
Edullisesti milloin datayksiköt tai datayksikköjen kerrokset järjestetään toiseen järjestykseen kuin niiden alkuperäinen järjestys, keksintö sisältää myös välineet tai 25 vaiheen datayksiköiden tai datayksikköjen kerrosten palauttamiseksi niiden ’**: alkuperäiseen järjestykseen.
> * * ‘;Siirtolinkki voi yksinkertaisesti olla pullonkaula, jossa esiintyy ruuhkaa, ja keksintöä käytetään pullonkaulasta suoriutumiseen.
30 ,,.,: Keksinnön eräs etu on, että se voi tarjota suurempia suoja-aikoja kuin tekniikan tason mukaiset järjestelyt samalla alustavalla puskuroimisella. Lisäksi se tarjoaa 18 113124 jonkin asteisen suojan pienentynyttä siirron välityskykyä vastaan. Tämän vuoksi se auttaa vähentämään taukojen esiintymistä uhraamatta kompressointitehokkuutta.
Keksintö auttaa myös lähetettäessä epäluotettavan verkkoyhteyden yli käyttämällä 5 siirtoprotokollia, jotka eivät lähetä automaattisesti uudelleen, vaan lähettävät uudelleen ainoastaan ne puuttuvat osat, jotka korkeampitasoinen toiminto on valinnut, esimerkiksi vasteena palautteelle (feedback). Tässä tapauksessa se tarjoaa enemmän aikaa datasignaalin ratkaisevan tärkeiden osien uudelleen lähettämiseen kuin tekniikan tason mukaiset järjestelyt. Täten virran ratkaisevan 10 tärkeät osat lähetään todennäköisemmin onnistuneesti, ja datasignaalin lopullinen käyttäjä havaitsee todennäköisesti paremman toistolaadun.
Datasignaalille käytettävissä olevan siirtolinkin kaistanleveys on edullisesti vaihteleva. Syynä voi olla se, että linkkiä käyttävän dataliikenteen määrä on 15 vaihteleva esimerkiksi johtuen tarpeesta lähettää uudelleen hävinnyttä tai korruptoitunutta dataa.
Keksintö tarjoaa tavan muuttaa datasignaalia niin, että se voidaan lähettää yli ... siirtolinkin, jolla on kaistanleveys, joka ei muutoin olisi sille riittävä, tai sen ,*’* 20 siirtolinkin kaistanleveyden määrätyn osan sallimiseksi olla muun datan, esim. ohjausinformaation, käytettävissä.
• : :·. Keksinnön vaikutus on edullisesti lisätä joidenkin datayksiköiden suoja-aikoja : ; suhteessa muiden datayksiköiden suoja-aikoihin tai jopa niiden kustannuksella.
25 Γ Datasignaali on edullisesti järjestetty hierarkiaan, jossa on runkokerros ja ainakin : ' yksi parannuskerros (enhancement layer). Termi runkokerros merkitsee olennaisinta kerrosta. Runkokerros voi edustaa datasignaalin vähiten jalostettua .··*. versiota. Jokaisessa yksikössä parannuskerros tai jokainen parannuskerros ' . 30 runkokerrokseen yhdistettynä jalostaa runkokerrosta tehdäkseen siitä enemmän • · . datayksikön kaltaisen. Jokainen parannuskerros voi lisätä enemmän jalostusta 19 113124 runkokerrokseen. Runkokerroksen suoja-aika lisääntyy edullisesti suhteessa parannuskerrosten suoja-aikoihin.
Datasignaali on edullisesti skaalattava. Runkokerroksella ja parannuskerroksella 5 tai jokaisella parannuskerroksella voi olla skaalattu suhde toisiinsa nähden.
Signaali voi olla skaalattavissa ajallisessa, paikallisessa, spektrisessä tai SNR-tasossa.
Sekvenssin uudelleenjärjestämisen takia kerroksilla on edullisesti suoja-aikoja, 10 jotka riippuvat niiden asemasta hierarkiassa. Esimerkiksi tietyn datayksikön runkokerroksella voi olla suurempi suoja-aika kuin parannuskerroksilla. On hyödyllistä, että mitä hienompi kerroksen edustama jalostustaso on, sitä lyhyempi on suoja-aika.
15 Lähde on edullisesti palvelin. Vaihtoehtoisesti se on editori.
Nielu on edullisesti asiakas. Se voi olla datasignaalin määränpää kuten kannettava pääte, esim. matkapuhelin.
»· t , ·*’ 20 Datayksiköt ovat edullisesti kehyksiä. Eräässä suoritusmuodossa datayksiköt • · , · :·. esittävät sekvenssiä kuvia. Sopivasti se on videosekvenssi. Kaikkein edullisimmin
• t I
. * · ·. se käsittää multimediadataa.
*»· * * · • * · :' ·*; On ymmärrettävä, että termejä ’’kerros” ja ’’kerrokset” käytetään kuvaannollisessa 25 merkityksessä ja ne viittaavat datalohkoihin, joita voidaan soveltaa toisiinsa : mieluummin kuin tarkasti paikkasidonnaiseen suhteeseen.
• » • ·
Keksintö esitetään nyt esimerkinomaisesti viittaamalla oheisiin piirustuksiin, joissa I · » • · • · · ' . 30 kuvio 1 esittää multimediasisällön luomis-ja hakujärjestelmää; • · >>>i; kuvio 2 esittää multimedialeikkeen editorin toimenpiteitä; • · kuvio 3 esittää multimediapalvelimen toimenpiteitä; 20 113124 kuvio 4 esittää multimedian hakevan asiakkaan toimenpiteitä; kuvio 5 esittää havaintoesimerkin B-kuvan ennustamisesta; kuvio 6 esittää havaintoesimerkin SNR-skaalattavuudesta; kuvio 7 esittää havaintoesimerkin paikallisesta skaalattavuudesta; 5 kuvio 8 esittää skaalattavaa multimediaa, jota käytetään IP-monivastaanottajajärjestelmässä; kuvio 9 esittää keksinnön mukaista kannettavan multimedian hakujärjestelmää; kuvio 10 esittää keksinnön mukaisen editorin toimenpiteitä; kuvio 11 esittää asiakkaan toimenpiteitä keksinnön mukaisesti; 10 kuvio 12 esittää uudelleen järjestetyn sekvenssin ja alkuperäisen sekvenssin suoja-aikoja; kuvio 13 esittää uudelleen järjestetyn sekvenssin vastaanottamista ja toistamista; ja kuvio 14 esittää myös uudelleen järjestetyn sekvenssin vastaanottamista ja 15 toistamista.
Kuvioita 1-8 on käsitelty edellä.
Kuvio 9 esittää keksinnön mukaista kannettavan multimedian hakujärjestelmää 10. ; - ’ ’ 20 Vaikka kuviossa näkyy vain yksi asiakas 22, on ilmeistä, että tällaisia asiakkaita voi olla ja edullisissa suoritusmuodoissa on useita. On myös ilmeistä, että ainakin » · . ·. osa palvelimen 18 ja asiakkaan 22 yhdistävästä siirtolinkistä on langaton.
• · * » # * 1 · * * · . ·: *. Järjestelmä 10 käsittää editorin 12, joka tuottaa kompressoidun leikkeen, 25 palvelintietokannan 14 kompressoidun leikkeen tallentamiseksi, ··': uudelleenjärjestämisvälineet 16 kompressoidun leikkeen sekvenssin uudelleen järjestämiseksi, palvelimen 18 uudelleenjärjestetyn kompressoidun leikkeen : lähettämiseksi ja asiakkaan, joka käsittää järjestyksenpalauttamisvälineet 20 • »· • · kompressoidun leikkeen alkuperäisen järjestyksen palauttamiseksi. Asiakas 22 ’ . 30 ohjaa palvelimen toimintaa esimerkiksi määrittelemällä, mitä tietoja lähetetään ja • · ..... miten ne lähetetään. On selvää, että uudelleenjärjestämisvälineiden 16 ja järjestyksenpalauttamisvälineiden 20 tulee olla yhteensopivat niin, että 21 113124 jälkimmäinen voi palauttaa alkuperäisen järjestyksen. Uudelleenjärjestämisvälineet 16 voivat sijaita niin, että ne operoivat tiedoilla ennen kuin ne saavuttavat palvelintietokannan 14, pikemmin kuin kuviossa 9 esitetty suoritusmuoto. Tietyn tyyppiset tiedot, kuten suora (engl. live) virta, voi ohittaa tietokannan 14 ja editori 5 12 voi lähettää sen suoraan uudelleenjärjestämisvälineisiin 16. Vaikka ne on esitetty erikseen kuviossa 9, editori 12, palvelintietokanta 14, uudelleenjärjestämisvälineet 16 ja palvelin 18 voidaan kaikki konfiguroida yhteen yksikköön tai kokonaisuuteen, jota voidaan myös kutsua palvelimeksi.
10 Kuviossa 10 on esitetty keksinnön mukaisen editorin toiminta. Raakatiedot, jotka on kaapattu yhden tai useamman kompressoimattoman virran muodossa, editoidaan yhden tai useamman kompressoimattoman raidan tuottamiseksi. Nämä raidat kompressoidaan kompressoimisvaiheessa kompressoitujen raitojen tuottamiseksi. Kompressoidut raidat multipleksoidaan yhdessä kompressoidun 15 multimedialeikkeen tuottamiseksi. Multimedialeikkeet koodataan skaalattavasi!. Lopputuloksena saatava bittivirta sisältää perusyksiköltä, kuten kehyksiä videon kompressoimisessa. Nämä perusyksiköt eivät kaikki ole yhtä tärkeitä; jotkut ovat primaariperusyksiköitä, jotka ovat ratkaisevan tärkeitä bittivirran dekoodaamiseksi ja jotkut ovat sekundaariperusyksiköitä, jotka parantavat bittivirran laatua.
« : ’1 20 Sekundaariperusyksiköiden eliminoiminen aiheuttaa ainoastaan laatuhäviön * 1 . ;·. dekoodatussa multimedialeikkeessä. Itse asiassa primaariperusyksiköt ovat . ·. bittivirran runkokerros ja sekundaariyksiköt ovat parannuskerroksia.
Sen sijaan, että perusyksiköt järjestetään alkuperäiseen siirtojärjestykseen eli 25 järjestykseen, jossa ne tuotetaan raakatietojen editoinnilla ja kompressoinnilla, : keksitty menetelmä järjestää uudelleen niiden järjestyksen priorisoimalla i ’ ‘ primaariperusyksiköt niin, että ne menevät sekundaariperusyksikköjen edelle . , siirtojärjestyksessä. Uudelleenjärjestäminen voi tapahtua ennen tai jälkeen
1 I
;**. multipleksointiprosessin riippuen järjestelmän ja datan luonteesta. Kuviossa 10 • I · ; ; 30 sen on esitetty tapahtuvan multipleksoinnin jälkeen.
I ( 4 · 22 113124
Uudelleenjärjestämisalgoritmia käytetään järjestämään sekvenssi uudelleen. Eräässä edullisessa suoritusmuodossa algoritmi suorittaa virta-analyysin primaari-ja sekundaariperusyksikköjen tunnistamiseksi ja bittinopeustilastojen keräämiseksi. Nämä voivat sisältää bittien lukumäärän kehystä kohti. Bittivirta 5 järjestetään sitten uudelleen toistuvilla uudelleenjärjestämisvaiheilla minimoimaan alkupuskuroimisajan, joka tarvitaan täysilaatuista toistoa varten täydellä kanavan välityskyvyllä ja alennettulaatuista toistoa varten pienentyneellä kanavan välityskyvyllä. Alla on annettu esimerkki tällaisesta uudelleenjärjestämisalgoritmista. On syytä huomata, että odotettu pienentynyt 10 kanavan välityskyky on arvioitava etukäteen, koska se on yksi algoritmin syöttöparametreistä. Arvio voi perustua esimerkiksi kanavan käyttäytymisestä saatuihin tilastoihin.
Perusyksiköiden uudelleenjärjestäminen tarkoittaa sitä, että primaariperusyksiköt 15 vastaanotetaan todennäköisesti aiemmin kuin niiden toistoajassa on esitetty, vaikka kanavan välityskyvyssä tapahtuukin jonkin verran pienenemistä. Sekundaariperusyksiköt ovat kuitenkin alttiita siirtoviivevaihteluilie, koska menetelmä ajoittaa ne vastaanotettavaksi juuri ennen niiden esitettyä toistoaikaa. Tällä tavalla asiakas pystyy silti todennäköisesti esittämään primaariperusyksiköt 20 keskeyttämättä toistoa, vaikka kanavan välityskyky pienenee huomattavasti.
1 I · , : ·. Toisaalta sekundaariperusyksiköt voivat saapua niiden ajoitettua toistoaikaa > * · • ·. myöhemmin eikä niitä käytetä toistossa.
* · * < · > ► · * > ·
Kuvio 11 esittää asiakkaan toiminnan keksinnön mukaisesti. Asiakas vastaanottaa » ♦ 25 bittivirran, se järjestetään uudelleen tuottamaan alkuperäinen kompressoitu leike, ’ *: demultipleksoidaan tuottamaan kompressoidut raidat ja sitten dekompressoidaan raitojen uudelleen rakentamiseksi. Perusyksikköjärjestyksen palauttamisvaihetta , v. asiakaspäässä voidaan soveltaa joko ennen tai jälkeen demultipleksoinnin .···. (riippuen siitä, milloin se tapahtuu sisältöeditorissa). Kuviossa 11 sen on esitetty » * · * . 30 tapahtuvan ennen demultipleksointia, jotta se vastaa kuviossa 10 kuvattua I M * t » » . järjestystä. Tällä tavoin sekä uudelleenjärjestämistä että järjestyksen palauttamista » · sovelletaan kumpaakin multipleksoituun bittivirtaan. Järjestyksen palauttaminen 23 113124 järjestää perusyksiköt takaisin niiden luonnolliseen järjestykseen dekompressointia varten ja hylkää kaikki myöhään saapuvat sekundaariperusyksiköt.
Asiakkaan vastaanottaessa perusyksikön se aikaleimataan ajalla, johon mennessä 5 se tulisi esittää. Tätä aikaleimaa verrataan nykyiseen toistoaikaan. Jos aikaleima on suurempi kuin nykyinen toistoaika, perusyksikköä ei dekompressoida ja se hylätään. Jos aikaleima on vähemmän kuin nykyinen toistoaika, perusyksikkö dekompressoidaan ja näitä kahta aikaa verrataan dekompressoinnin jälkeen. Jos aikaleima on vähemmän kuin nykyinen toistoaika, perusyksikkö esitetään. Muutoin 10 se hylätään.
Siinä erityistapauksessa, jossa uudelleenjärjestäminen suoritetaan multipleksoinnin jälkeen, käytetyn multipleksointi-/demultipleksointimuodon täytyy sallia perusyksiköiden uudelleenjärjestäminen ja alkuperäisen järjestyksen 15 palauttaminen.
Esimerkki
Keksinnön eräs suoritusmuoto testattiin käyttämällä H.263:n mukaista kooderia ja kehyksen uudelleenjärjestämistyökalua. Kooderi pystyi tuottamaan B-kehyksiä.
• I
• * ,! ’' 20 Uudelleenjärjestämistyökalu käsitti uudelleenjärjestämisalgoritmin ja voitiin säätää [.;. < tuottamaan kehysten järjestäminen eri pienennetyille kanavan datanopeuksille.
I t »
* > I
,' ·, Kokeessa käytettiin kuvakehysten standardia ITU-T -koesekvenssiä, joka • \ » *. tunnetaan nimellä Glasgow. Sekvenssillä oli QCIF-resoluutio, toisin sanoen » » 25 luminanssikuvakoko 176 x 144 pikseliä ja krominanssikuvakoko 88 x 72 pikseliä.
* * ' Glasgow-sekvenssin ensimmäiset 297 kehystä kompressoitiin tuottamaan v. ajallisesti skaalattava bittivirta käsittäen INTRA (I) -kehyksiä, INTER (P) -kehyksiä • · ···, ja kaksisuuntaisesti ennustettavia (B) kehyksiä. I- ja P-kehyksiä kutsutaan • , 30 primaarikehyksiksi ja B-kehyksiä kutsutaan sekundaarikehyksiksi. Alkuperäisen : * I I » \ (oletus-) sekvenssin kehysnopeus oli 12,5 kehystä sekunnissa (frames per second ί|Ι·Ι • » eli fps) ja niinpä kompressoitu sekvenssi vastasi 23,68 sekuntia. Jokainen kehys 113124 24 kompressoitiin. Ensimmäinen kehys oli INTRA-kehys ja toinen oli INTER-kehys. Tämän jälkeen oli vuoroittain INTER-kehyksiä ja B-kehyksiä. Vakiokvantisoijaa käytettiin tuottamaan bittivirta, jolla oli 41073 bps:n keskimääräinen bittinopeus käsittäen 28984 bps:n keskimääräisen bittinopeuden primaarikehyksille ja 12089 5 bps:n keskimääräisen bittinopeuden sekundaarikehyksille.
Yksinkertaisuuden vuoksi esimerkki ei sisällä bittivirran multipleksointia toisella bittivirralla.
10 Kehyssekvenssin uudelleenjärjestäminen optimoitiin erikseen bittinopeuksille, jotka vastasivat primaarikehyksen bittinopeuden (A) ja sekundaarikehyksen bittinopeuden (i) 25%:n, (ii) 50%:n ja (iii) 75%:n summaa. On huomattava, että 100% sekundaaribittinopeudesta (B) vastaa keskimääräistä bittinopeutta, joka tarvitaan täysilaatuisen toiston saamiseksi. Summatut bittinopeudet olivat 32007, 15 35029 ja 38051 bps, tässä järjestyksessä. Mukavuussyistä näihin bittinopeuksiin viitataan seuraavassa kuvauksessa termeillä 25% (A+0.25B), 50% (A+0.5B) ja 75% (A+0,75B), ja vastaaviin uudelleen järjestettyihin sekvensseihin viitataan termeillä 25-järjestetty, 50-järjestetty ja 75-järjestetty. Oletettiin, että kanavan täysi .*·, nopeus olisi sekvenssin keskimääräinen bittinopeus.
• I · :·. 20 * # ·
Uudelleenjärjestämisalgoritmi käytti kahta arvoa: ‘ FQFR (full quality full rate), joka on pienin alustava puskuroimisaika täysilaatuisen toiston varmistamiseksi mikäli kanava on täysinopeuksinen; ja ;RQRR (reduced quality reduced rate), joka on pienin alustava puskuroimisaika 25 alennetunlaatuisen toiston varmistamiseksi, jossa primaarikehykset esitetään ja joitakin tai kaikkia sekundaarikehyksiä ei ehkä esitetä (olettaen, että pienennetty sekundaaribittinopeus on 25%, 50% tai 75%).
Laskettaessa FQFR ja RQRR tietylle kanavalle algoritmi olettaa, että sillä on 30 vakiobittinopeus. Käyttämällä bittinopeustilastoja lasketaan todennäköinen määrä ,.: bittejä kehystä kohti. Se ajankohta, jona tietty kehys esitetään, tiedetään aikaleimasta. Määritetään aika, johon mennessä kehys on valmis näytettäväksi 25 113124 kuvana (tietysti huomioiden se aika, joka tarvitaan bittien vastaanottamiseen kehystä varten ja niiden valmistamiseen), ja tätä aikaa verrataan kehyksen aikaleimaan. Jos kehys vastaanotetaan sen jälkeen kun se pitäisi näyttää, puskuroimisaikaa lisätään, jos se vastaanotetaan ajoissa, silloin seuraava kehys 5 voidaan ottaa käsiteltäväksi. Heti kun algoritmi on verrannut kaikkien kehysten todennäköisiä vastaanottoaikoja niiden toistoaikoihin ja säätänyt puskuroimisaikaan tämän mukaisesti niin, että ne kaikki pitäisi vastaanottaa ajoissa, minimipuskuroimisaika on laskettu.
10 Algoritmia sovellettiin sekvenssiin, jolla oli alkuperäinen järjestyksensä. Tässä tilanteessa FQFR on pienempi kuin RQRR, koska täysilaatuisen toiston saamiseksi on odotettava pitempään toiston aloittamista, jos kanava on pienennettynopeuksinen. Algoritmi yrittää minimoida alustavan puskuroimisajan, joka tarvitaan täysilaatuista toistoa varten täydellä kanavan välityskyvyllä ja 15 samalla alennettulaatuista toistoa varten pienentyneellä kanavan välityskyvyllä.
Toisin sanoen algoritmi yrittää löytää arvon, jossa FQFR ja RQRR ovat suunnilleen yhtä suuret. On huomattava, että algoritmi ei ole optimaalinen, eli algoritmi ei välttämättä järjestä sekvenssiä uudelleen niin, että pienin alustava ,···. puskuroimisviive löytyy. Algoritmi sisältää seuraavat vaiheet: Λ" 20 1. Laske FQFR ja RQRR.
• · :·. 2. Jos FQFR on suurempi tai yhtä suuri kuin RQRR, lopeta uudelleenjärjestäminen. Pienin alustava puskuroimisviive on suurempi : FQFR:stä tai RQRR:stä. Muutoin jatka seuraavaan vaiheeseen.
: 3. Siirrä kaikki primaarikehykset kohti sekvenssin alkua yhden kehysaskeleen 25 verran. Esimerkiksi, jos alustava sekvenssi on: I0, P1, P2, B3, P4, B5, P6, B7, P8, B9, P10, ..., siirtäminen muuttaa sekvenssin: y. I0, P1, P2, P4, B3, P6, B5, P8, B7, P10, B9,..., ‘: missä I0 on ensimmäinen kehys. Voidaan nähdä, että milloin sekundaarikehys on ,30 aiemmin järjestyksessä kuin viereinen primaarikehys, primaari- ja » » sekundaarikehysten paikat vaihdetaan.
4. Jatka vaiheesta 1.
26 113124
Puskuroimisaika, joka tarvitaan varmistamaan tauoton toisto pienennettybittinopeuksisella kanavalla on suurempi alkuperäiselle sekvenssille kuin uudelleen järjestetylle sekvenssille. Lyhyt alustava puskuroimisaika on suotava. Uudelleenjärjestämisprosessi tekee kompromissin täysinopeuksista 5 kanavaa varten tarvittavan pienimmän alustavan puskuroimisajan ja oletettuja pienennettynopeuksisia kanavia varten tarvittavan pienimmän alustavan puskuroimisajan välillä. Ilman uudelleenjärjestämistä olisi tarvittu vähemmän alustavaa puskuroimisaikaa tuottamaan täysilaatuinen toisto täysinopeuksisella kanavalla. Ilman uudelleenjärjestämistä olisi kuitenkin vaadittu enemmän 10 alustavaa puskuroimisaikaa tuottamaan alennettulaatuinen toisto pienennettynopeuksisella kanavalla.
Esimerkissä tutkittiin myös suoja-aikoja. Alkupuskuroimisaika asetettiin olemaan minimi uudelleen järjestetyn sekvenssin alennettulaatuiselle toistolle 25 %:n 15 sekundaaribittinopeudella. Kuviossa 12 on esitetty, kuinka suoja-aika vaihtelee 25-järjestetyn sekvenssin ja alkuperäisessä järjestyksessä olevan sekvenssin toistossa. Siitä näkyy, että kautta toiston 25-järjestetyllä sekvenssillä (ylempi viiva) on pitempi suoja-aika kuin alkuperäisessä järjestyksessä olevalla sekvenssillä.
* · · > · • · 20 Tuloksia saatiin myös 50%:n ja 75%:n sekundaaribittinopeuksille. Seuraavassa • I · t t taulukossa esitetään keskimääräiset suoja-ajat (sekunnissa) kaikille . ·' ·. primaarikehyksille sekvenssissä kaikille kolmelle pienennetylle bittinopeudelle.
«* *
Suoja-ajoille on tunnusomaista minimisuoja-aika ja keskimääräinen suoja-aika.
» 25% 50% 75% 25 Minimi Uudelleen järjestetty 4,79 2,51 1,06 f\: Oletus 3,46 1,63 0,64 0 Erotus 1,33 0,88 0,42 * · 1 * » • · · ♦ · ·:·*: Keskiarvo Uudelleen järjestetty 5,90 3,51 2,12 30 Oletus 4,66 2,83 1,84 • ·
Erotus 1,24 0,67 0,28 • · 27 113124
Voidaan nähdä, että uudelleen järjestettyjen sekvenssien sekä minimi- että keskimääräiset suoja-ajat ovat pitempiä kuin alkuperäisen sekvenssin.
Kontrastina näytetään alla taulukko, joka esittää vaadittavia puskuroimisviiveitä 5 sekunteina täysilaatuiselle toistolle eri keskimääräisillä bittinopeuksilla. Tämän tarkoitus on minimoida tauot toistossa.
25% 50% 75%
Uudelleen järjestetty 10,04 6,03 3,53
Oletus 7,02 4,64 3,02 10
Voidaan nähdä, että uudelleen järjestetty sekvenssi tarvitsee pitemmän puskuroimisviiveen täysilaatuista toistoa varten, koska sekundaarikehyksiä ei lähetetä niiden luonnollisessa järjestyksessä, ja aikaa tarvitaan kaikkien kehysten palauttamiseksi takaisin luonnolliseen järjestykseensä. Tämä ei ole kuitenkaan 15 tärkeää, koska keksintö ottaa tavoitteekseen tuottaa alennettulaatuisen toiston minimaalisella alustavalla puskuroimisviiveellä. Tämän havainnollistamiseksi seuraava taulukko esittää puskuroimisviiveitä, joita tarvitaan varmistamaan tauoton alennettulaatuinen toisto: « 20 25% 50% 75%
Uudelleen järjestetty 5,28 3,49 2,47
Oletus 6,91 4,46 2,84 •___ __ __ __ _ _ _ * > * Nämä tulokset osoittavat, että milloin siirtokanavan bittinopeutta pienennetään, v. 25 keksitty menetelmä tarvitsee lyhyemmän puskuroimisviiveen ennen kuin toisto '*·. voidaan aloittaa.
• » • »
Keksinnön vaikutusta havainnollistetaan kuviossa 13, joka esittää 25-järjestetyn ·* sekvenssin toistoa 25%:n bittinopeudella (toisin sanoen A+0.25B, kuten edellä 30 esitettiin). Toistoajat, eli ajat, jolloin kehykset on tarkoitus esittää tai ne oletetaan esitettävän katsojalle, on esitetty suorana viivana. Jotta ne esitettäisiin järjestyksessä ilman, että tarvitaan taukoja, jokainen kehys on vastaanotettava 28 113124 ennen sen toistoaikaa. Jokainen symboli toistoaikaviivan alapuolella esittää kehystä, joka vastaanotetaan ennen sen suunniteltua toistoaikaa, ja jokainen symboli toistoaikaviivan yläpuolella esittää kehystä, joka vastaanotetaan jälkeen sen suunnitellun toistoajan. Kuvion 13 esimerkissä kaikki primaarikehykset 5 vastaanotettiin ajoissa esitettäväksi ja kaikki sekundaarikehykset vastaanotettiin liian myöhään. Tämän vuoksi kaikki sekundaarikehykset hylättiin ilman, että ne esitettiin.
On ymmärrettävä, että jos sekvenssiä ei olisi järjestetty uudelleen, on 10 todennäköistä, että jotkut primaarikehyksistä olisivat saapuneet niiden toistoaikojen jälkeen ja näin ollen toisto olisi pitänyt keskeyttää (koska primaarikehystä ei voida hylätä ilman, että kaikki siitä ennustetut kehykset hylätään myös.) 15 Kuvio 14 esittää, kuinka 25-järjestetty sekvenssi vastaanotetaan ja esitetään, kun kanavan välityskyky ei ole pienentynyt. Voidaan nähdä, että kaikki kehykset vastaanotetaan ajoissa esitettäväksi. Jälleen ylempi viiva esittää sitä, milloin sekundaarikehykset vastaanotetaan, ja alempi viiva esittää sitä, milloin .···. primaarikehykset vastaanotetaan.
20 ;\··. Kuvioiden 13 ja 14 tarkka ulkonäkö riippuu tietenkin alkuperäisen sekvenssin • luonteesta sekä bittinopeudesta ja suoritetusta uudelleenjärjestämisestä. Eroja ;' ·*j voidaan odottaa toisissa järjestelmissä, jotka järjestävät dataa uudelleen eri tavoin.
I I f » · · • · · » 25 Käytössä keksintöä voidaan soveltaa reaaliajassa valmistamaan bittivirta siirtämistä varten jonakin myöhempänä ajankohtana. Esimerkiksi oletettaessa, että jonkin tietyn siirtokanavan käytettävissä olevassa kaistanleveydessä voi olla huomattavaa vaihtelua, algoritmia voidaan soveltaa bittivirtaan ja uudelleen järjestettyjä sekvenssejä voidaan laskea useille vaihtoehtoisille kaistanleveyksille, 30 kuten 25%, 50% ja 75%. Jos siirrossa kohdataan ongelmia, esimerkiksi
• I
....: keskeytystä, käytössä oleva uudelleen järjestetty sekvenssi voidaan vaihtaa toiseen, joka sopii paremmin alhaisempaan käytettävissä olevaan 29 113124 kaistanleveyteen. Samoin, jos siirto edistyy odotettua paremmin, voidaan käyttää sekvenssiä, joka sopii paremmin korkeammalle kaistanleveydelle. Keksintö voi tarkistaa siirron ja/tai toiston etenemisen useita kertoja siirron aikana ja säätää sekvenssiä sen mukaisesti. On hyödyllistä, jos tämä säätö voidaan ohjelmoida 5 dynaamisesti siirron tapahtuessa. Näin voidaan käsitellä ajoittaiset ongelmat.
Se keksinnön osa, joka järjestää bittivirran uudelleen, sijaitsee editorissa tai palvelimessa. Se keksinnön osa, joka palauttaa järjestyksen, sijaitsee asiakaspäässä.
10
Lisäparannus saadaan, jos sitä osuutta biteistä, joka kuuluu primaarikehyksiin, pienennetään vaihtamalla jotkut primaarikehyksistä B-kehyksiin. Tämä vähentää hieman kompressointitehokkuutta, koska B-kehykset ennustetaan viitekehyksistä (P-kehyksistä), jotka ovat ajallisesti loitommalla, ja niin B-kehykset ja P-kehykset 15 ovat vähemmän samanlaisia. Tämä antaa huonommin ennustetun B-kehyksen, ja niin enemmän bittejä on käytettävä koodaamaan vastaava ennustusvirhekuva. Koska tässä järjestelyssä on nyt enemmän sekundaarikehyksiin kuuluvia bittejä, jotka voidaan hylätä, kehysten uudelleenjärjestäminen voi tuottaa jopa paremman ·. suojan siirtoviiveitä ja taukoja vastaan.
Γ 20 • ·
Yksi tapa tarkastella keksintöä on sanoa, että se uhraa sekundaarikehysten suoja-: ’ ’. ajat ylläpitääkseen maksimisuoja-aikoja primaarikehyksille.
* · : ’ *Keksintö soveltuu erityisesti virtaustyyppiselle multimediahaulle.
25 f·’: Vaikka tässä on esitettyjä kuvattu keksinnön edullisia suoritusmuotoja, on • * > :: ymmärrettävä, että tällaisia suoritusmuotoja on kuvattu ainoastaan esimerkinomaisesti. Esimerkiksi, vaikka keksintöä on kuvattu sovellettuna • * ·:·· ajallisesti skaalattavaan bittivirtaan, sitä voidaan soveltaa myös muihin 30 skaalattavuustyyppeihin mukaan lukien paikallinen, spektrinen ja SNR. Alan • · .···. ammattimiehelle on ilmeistä, että keksinnöstä voi olla lukuisia variaatioita, • · muutoksia ja vastikkeita niiden poikkeamatta esillä olevan keksinnön piiristä.
30 113124 Tämän mukaisesti seuraavat patenttivaatimukset kattavat kaikki tällaiset keksinnön hengen mukaiset ja sen piiriin kuuluvat variaatiot.
* · 1 · • · * · » · * · i ·

Claims (24)

31 113124
1. Palvelin datasignaalin lähettämiseksi, jossa datasignaalissa on sekvenssi datayksiköitä ennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli, palvelimen käsittäessä uudelleenjärjestämisvälineet (16) ja 5 ollessa järjestetty lähettämään datayksiköitä järjestyksessä, jonka määrää niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että uudelleenjärjestämisvälineet järjestää datayksiköt niiden tärkeyden määräämään järjestykseen siten, että tärkeimmät datayksiköt 10 vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi käytettävissä olevaa kaistanleveyttä. 15
2. Patenttivaatimuksen 1 mukainen palvelin, jossa datayksiköt esittävät runkokerrosta (base layer) ja ainakin yhtä parannuskerrosta (enhancement layer). : 20
3. Patenttivaatimuksen 1 tai 2 mukainen palvelin, jossa datasignaali on • It skaalattava. • * « • · • · : y.
4. Patenttivaatimuksen 3 mukainen palvelin, jossa signaali on skaalattava tasossa, joka valitaan ryhmästä, johon kuuluu ajallinen, paikallinen, spektrinen 25 ja SNR-taso. ‘ * I I · • ‘ ·
5. Minkä tahansa edellä esitetyn patenttivaatimuksen mukainen palvelin, joka , y. käsittää editorin datasignaalin tuottamiseksi. I · I I · • 1 · • * i ‘ . 30
6. Minkä tahansa edellä esitetyn patenttivaatimuksen mukainen palvelin, jossa • · _datasignaali esittää sekvenssiä kuvia liikkuvan kuvan tuottamiseksi. 113124
7. Patenttivaatimuksen 6 mukainen palvelin, jossa datasignaali esittää videosekvenssiä.
8. Minkä tahansa edellä esitetyn patenttivaatimuksen mukainen palvelin, jossa 5 datasignaali käsittää multimediadataa.
9. Tiedonsiirtojärjestelmä datasignaalin lähettämiseksi, jossa datasignaalissa on sekvenssi datayksiköitä ennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli datalähteen ja datanielun välillä, 10 järjestelmän käsittäessä uudelleenjärjestämisvälineet (16) lähetettävien datayksiköiden järjestämiseksi järjestykseen, jonka määrää niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että uudelleenjärjestämisvälineet (16) järjestää datayksiköt niiden tärkeyden 15 määräämään järjestykseen siten, että tärkeimmät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi käytettävissä * « ;" 20 olevaa kaistanleveyttä. * «· » I « .···.
10. Patenttivaatimuksen 9 mukainen siirtojärjestelmä, jossa jokainen • · • · · datayksiköistä käsittää runkokerroksen ja ainakin yhden parannuskerroksen, ja uudelleen järjestettynä tietyn datayksikön runkokerroksella on suurempi suoja-25 aika kuin tuon tietyn datayksikön parannuskerroksella tai jokaisella • parannuskerroksella. • · Ml • f • · • · · , v.
11. Patenttivaatimuksen 9 tai patenttivaatimuksen 10 mukainen siirtojärjestelmä, • · · .···. jossa lähde on palvelin.
12. Jonkin patenttivaatimuksen 9-11 mukainen siirtojärjestelmä, jossa lähde on editori. 30 113124
13. Jonkin patenttivaatimuksen 9-12 mukainen siirtojärjestelmä, jossa nielu on asiakas.
14. Jonkin patenttivaatimuksen 9-13 mukainen siirtojärjestelmä, jossa nielu on kannettava pääte.
15. Patenttivaatimusten 9-14 mukainen siirtojärjestelmä, jossa nielu on matkapuhelin. 10
16. Patenttivaatimusten 9-15 mukainen siirtojärjestelmä, jossa tarjotaan välineet siirron etenemisen tarkistamiseksi ja käytettävän järjestyksen muuttamiseksi käytettävissä olevaan kaistanleveyteen paremmin sopivaksi.
17. Menetelmä datasignaalin lähettämiseksi, jossa datasignaalissa on sekvenssi datayksiköitä ennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli datalähteen ja datanielun välillä käsittäen vaiheen, jossa datayksiköt lähetetään järjestyksessä, jonka määrää niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että , ’ 20 datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että • · ; ·. niiden tärkeyden määräämä järjestys on sellainen, että tärkeimmät datayksiköt > · ·. vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät ; . datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos :'; *. tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden 25 suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi I' käytettävissä olevaa kaistanleveyttä.
• · • · . ·. ·. 18. Patenttivaatimuksen 17 mukainen menetelmä, jossa datayksiköt palautetaan .··. niiden alkuperäiseen järjestykseen kunhan ne on lähetty siirtolinkin yli. • . 30 * « * * · - · f»· 113124
19. Patenttivaatimuksen 17 tai patenttivaatimuksen 18 mukainen menetelmä, jossa siirron eteneminen tarkistetaan, ja käytettävä järjestys muutetaan käytettävissä olevaan kaistanleveyteen paremmin sopivaksi. 5
20.Tietokoneohjelmatuote, joka on tallennettu konekäyttöiselle tietovälineelle, joka käsittää konekieliset ohjelmavälineet aiheuttamaan datasignaalin lähettämisen, jossa datasignaalissa on sekvenssi datayksiköitä ennalta määrätyssä järjestyksessä, muuttuvakaistanleveyksisen siirtolinkin yli, ohjelmavälineiden ollessa suoritettavissa järjestämään datayksiköt järjestykseen, jonka määrää 10 niiden suhteellinen tärkeys pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja ohjelmavälineiden ollessa suoritettavissa järjestämään vähiten tärkeät datayksiköt niiden tärkeyden määräämään järjestykseen siten, että tärkeimmät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja 15 ja vähiten tärkeät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi käytettävissä olevaa kaistanleveyttä. *
21. Patenttivaatimuksen 20 mukainen tietokoneohjelmatuote käsittäen palvelimen. I *
22. Patenttivaatimuksen 20 tai patenttivaatimuksen 21 mukainen > I , .tietokoneohjelmatuote käsittäen editorin skaalattavan datasignaalin ·. tuottamiseksi. 25
: : 23. Jonkin patenttivaatimuksen 21 - 22 mukainen tietokoneohjelmatuote käsittäen :'uudelleenjärjestämisvälineet datayksiköiden tai jokaisen datayksikön kerrosten, . v. joilla on eri suoja-ajat, tuottamiseksi. f I I • · * ’ . 30
24. Datasignaali, jossa on sekvenssi datayksiköitä lähetettäväksi . muuttuvakaistanleveyksisen siirtolinkin yli datalähteen ja datanielun välillä, • I jotka datayksiköt ovat järjestyksessä, jonka määrää niiden suhteellinen tärkeys 113124 pikemmin kuin niiden ennalta määrätty järjestys, tunnettu siitä, että datayksiköt on tarkoitettu toistettavaksi suunniteltuina toistoaikoina ja että niiden tärkeyden määräämä järjestys on sellainen, että tärkeimmät datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja ja vähiten tärkeät 5 datayksiköt vastaanotetaan ennen niiden suunniteltuja toistoaikoja jos tiedonsiirtolinkillä on riittävästi käytettävissä olevaa kaistanleveyttä ja niiden suunniteltujen toistoaikojen jälkeen ellei tiedonsiirtolinkillä olekaan riittävästi käytettävissä olevaa kaistanleveyttä. 10 > · * * » » I i i S I » » ♦ * * * I » 1111 36 113124
FI990970A 1999-04-29 1999-04-29 Tiedonsiirto FI113124B (fi)

Priority Applications (20)

Application Number Priority Date Filing Date Title
FI990970A FI113124B (fi) 1999-04-29 1999-04-29 Tiedonsiirto
AT00920790T ATE455433T1 (de) 1999-04-29 2000-04-26 Datenübertragung
CN008095574A CN1217530C (zh) 1999-04-29 2000-04-26 传输具有数据单元序列的数据信号的服务器、***和方法
KR1020017013872A KR100891150B1 (ko) 1999-04-29 2000-04-26 데이터 전송
CA002647015A CA2647015A1 (en) 1999-04-29 2000-04-26 Data transmission
KR1020087007251A KR100923477B1 (ko) 1999-04-29 2000-04-26 데이터 신호를 스트리밍하기 위한 서버와 방법, 클라이언트 장치 및 스트리밍 데이터 신호를 수신하기 위한 방법
CA002658868A CA2658868A1 (en) 1999-04-29 2000-04-26 Data transmission
CA002372228A CA2372228C (en) 1999-04-29 2000-04-26 Data transmission
BR0010129-0A BR0010129A (pt) 1999-04-29 2000-04-26 Método, sistema e servidor para transmitir um sinal de dados possuindo uma sequência de unidades de dados em uma ordem predeterminada sobre o enlace de transmissão, programa de computador, e, sinal de dados
CNB2005100818590A CN100505875C (zh) 1999-04-29 2000-04-26 传输具有数据单元序列的数据信号的服务器、***和方法
DE60043696T DE60043696D1 (de) 1999-04-29 2000-04-26 Datenübertragung
AU41242/00A AU768013B2 (en) 1999-04-29 2000-04-26 Data transmission
EP09008988A EP2111035A1 (en) 1999-04-29 2000-04-26 Scalable data transmission
EP00920790A EP1177681B1 (en) 1999-04-29 2000-04-26 Data transmission
JP2000614722A JP4405689B2 (ja) 1999-04-29 2000-04-26 データ伝送
KR1020087028564A KR100927159B1 (ko) 1999-04-29 2000-04-26 데이터 전송
PCT/FI2000/000363 WO2000067469A1 (en) 1999-04-29 2000-04-26 Data transmission
US09/560,217 US7289506B1 (en) 1999-04-29 2000-04-28 Data transmission
JP2006335857A JP2007129745A (ja) 1999-04-29 2006-12-13 データ伝送
US11/928,741 US20080104647A1 (en) 1999-04-29 2007-10-30 Data transmission

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI990970A FI113124B (fi) 1999-04-29 1999-04-29 Tiedonsiirto
FI990970 1999-04-29

Publications (3)

Publication Number Publication Date
FI990970A0 FI990970A0 (fi) 1999-04-29
FI990970A FI990970A (fi) 2000-10-30
FI113124B true FI113124B (fi) 2004-02-27

Family

ID=8554549

Family Applications (1)

Application Number Title Priority Date Filing Date
FI990970A FI113124B (fi) 1999-04-29 1999-04-29 Tiedonsiirto

Country Status (12)

Country Link
US (2) US7289506B1 (fi)
EP (2) EP2111035A1 (fi)
JP (2) JP4405689B2 (fi)
KR (3) KR100923477B1 (fi)
CN (2) CN1217530C (fi)
AT (1) ATE455433T1 (fi)
AU (1) AU768013B2 (fi)
BR (1) BR0010129A (fi)
CA (3) CA2372228C (fi)
DE (1) DE60043696D1 (fi)
FI (1) FI113124B (fi)
WO (1) WO2000067469A1 (fi)

Families Citing this family (107)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6307487B1 (en) 1998-09-23 2001-10-23 Digital Fountain, Inc. Information additive code generator and decoder for communication systems
US7068729B2 (en) 2001-12-21 2006-06-27 Digital Fountain, Inc. Multi-stage code generator and decoder for communication systems
JP2002232841A (ja) * 2000-11-10 2002-08-16 Satake Corp マルチメディア情報処理装置
GB0031538D0 (en) * 2000-12-22 2001-02-07 Pa Consulting Services Video layer mapping
GB0031537D0 (en) * 2000-12-22 2001-02-07 Pa Consulting Services Feedback control from decoder
GB0031539D0 (en) * 2000-12-22 2001-02-07 Pa Consulting Services Feedback control to encoder
EP1367734A4 (en) * 2001-01-16 2005-05-25 Matsushita Electric Ind Co Ltd RECEIVER, MOBILE TERMINAL AND RECEPTION SYSTEM
US7103669B2 (en) * 2001-02-16 2006-09-05 Hewlett-Packard Development Company, L.P. Video communication method and system employing multiple state encoding and path diversity
US6868083B2 (en) 2001-02-16 2005-03-15 Hewlett-Packard Development Company, L.P. Method and system for packet communication employing path diversity
US6496217B1 (en) * 2001-06-12 2002-12-17 Koninklijke Philips Electronics N.V. Video communication system using model-based coding and prioritzation techniques
US6785334B2 (en) * 2001-08-15 2004-08-31 Koninklijke Philips Electronics N.V. Method for transmission control in hybrid temporal-SNR fine granular video coding
FI114527B (fi) 2002-01-23 2004-10-29 Nokia Corp Kuvakehysten ryhmittely videokoodauksessa
EP1479245A1 (en) 2002-01-23 2004-11-24 Nokia Corporation Grouping of image frames in video coding
US9240810B2 (en) 2002-06-11 2016-01-19 Digital Fountain, Inc. Systems and processes for decoding chain reaction codes through inactivation
EP2348640B1 (en) 2002-10-05 2020-07-15 QUALCOMM Incorporated Systematic encoding of chain reaction codes
JP5068947B2 (ja) 2003-02-18 2012-11-07 ノキア コーポレイション ピクチャの符号化方法
MY136056A (en) 2003-02-18 2008-08-29 Nokia Corp Picture decoding method
US7474624B2 (en) * 2003-05-29 2009-01-06 Motorola, Inc. Method and apparatus for reducing delay jitter
BRPI0413647A (pt) 2003-08-26 2006-10-17 Thomson Licensing método e aparelho para codificar blocos intra-inter codificados hìbridos
CN1954501B (zh) 2003-10-06 2010-06-16 数字方敦股份有限公司 通过通信信道接收从源发射的数据的方法
DE10353793B4 (de) * 2003-11-13 2012-12-06 Deutsche Telekom Ag Verfahren zur Verbesserung der Wiedergabequalität bei paketorientierter Übertragung von Audio-/Video-Daten
DE10353564A1 (de) * 2003-11-14 2005-06-16 Deutsche Thomson-Brandt Gmbh Verfahren zur abschnittsweisen, diskontinuierlichen Übertragung von Daten in einem Netzwerk verteilter Stationen sowie Netzwerkteilnehmerstation als Anforderungsgerät bei der Durchführung eines solchen Verfahrens als auch Netzwerkteilnehmerstation als Quellgerät bei der Durchführung eines solchen Verfahrens
KR20050077874A (ko) * 2004-01-28 2005-08-04 삼성전자주식회사 스케일러블 비디오 스트림 송신 방법 및 이를 이용한 장치
US20050201471A1 (en) 2004-02-13 2005-09-15 Nokia Corporation Picture decoding method
US7296205B2 (en) 2004-02-18 2007-11-13 Nokia Corporation Data repair
US8868772B2 (en) 2004-04-30 2014-10-21 Echostar Technologies L.L.C. Apparatus, system, and method for adaptive-rate shifting of streaming content
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US7418651B2 (en) 2004-05-07 2008-08-26 Digital Fountain, Inc. File download and streaming system
US7542435B2 (en) * 2004-05-12 2009-06-02 Nokia Corporation Buffer level signaling for rate adaptation in multimedia streaming
US7650285B2 (en) * 2004-06-25 2010-01-19 Numerex Corporation Method and system for adjusting digital audio playback sampling rate
US8085846B2 (en) * 2004-08-24 2011-12-27 Thomson Licensing Method and apparatus for decoding hybrid intra-inter coded blocks
AU2005282565B2 (en) * 2004-09-02 2010-09-16 The Regents Of The University Of California Content and channel aware object scheduling and error control
US9124907B2 (en) 2004-10-04 2015-09-01 Nokia Technologies Oy Picture buffering method
DE102004059993B4 (de) * 2004-10-15 2006-08-31 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Vorrichtung und Verfahren zum Erzeugen einer codierten Videosequenz unter Verwendung einer Zwischen-Schicht-Bewegungsdaten-Prädiktion sowie Computerprogramm und computerlesbares Medium
US20070283036A1 (en) 2004-11-17 2007-12-06 Sujit Dey System And Method For Providing A Web Page
KR20060063605A (ko) * 2004-12-06 2006-06-12 엘지전자 주식회사 영상신호의 엔코딩과 그 전송, 그리고 디코딩을 위한 방법및 장치
WO2006075302A1 (en) * 2005-01-17 2006-07-20 Koninklijke Philips Electronics N.V. System, transmitter, receiver, method and software for transmitting and receiving ordered sets of video frames
JP2006217316A (ja) * 2005-02-04 2006-08-17 Fujitsu Ltd データ滞留時間を調整する伝送装置
US8683066B2 (en) 2007-08-06 2014-03-25 DISH Digital L.L.C. Apparatus, system, and method for multi-bitrate content streaming
US8370514B2 (en) 2005-04-28 2013-02-05 DISH Digital L.L.C. System and method of minimizing network bandwidth retrieved from an external network
US7908627B2 (en) 2005-06-22 2011-03-15 At&T Intellectual Property I, L.P. System and method to provide a unified video signal for diverse receiving platforms
US7956930B2 (en) 2006-01-06 2011-06-07 Microsoft Corporation Resampling and picture resizing operations for multi-resolution video coding and decoding
JP5550834B2 (ja) 2006-02-13 2014-07-16 デジタル ファウンテン， インコーポレイテッド 可変ｆｅｃオーバヘッド及び保護期間を利用したストリーミング及びバッファリング
US9270414B2 (en) 2006-02-21 2016-02-23 Digital Fountain, Inc. Multiple-field based code generator and decoder for communications systems
WO2007134196A2 (en) 2006-05-10 2007-11-22 Digital Fountain, Inc. Code generator and decoder using hybrid codes
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
US20100211690A1 (en) * 2009-02-13 2010-08-19 Digital Fountain, Inc. Block partitioning for a data stream
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9419749B2 (en) 2009-08-19 2016-08-16 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US9209934B2 (en) 2006-06-09 2015-12-08 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9178535B2 (en) 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
US8712883B1 (en) * 2006-06-12 2014-04-29 Roxbeam Media Network Corporation System and method for dynamic quality-of-service-based billing in a peer-to-peer network
US20080020752A1 (en) * 2006-07-24 2008-01-24 Webb Ronald J Fault Tolerant User Interface for Wireless Device
EP1947859A1 (en) * 2006-10-16 2008-07-23 British Telecommunications Public Limited Company Video transmission method and system
KR101386864B1 (ko) 2007-08-23 2014-04-29 삼성전자주식회사 스케일러블 부호화기를 이용한 데이터 저장 장치 및 방법
AU2008298602A1 (en) 2007-09-12 2009-03-19 Digital Fountain, Inc. Generating and communicating source identification information to enable reliable communications
JP5401464B2 (ja) * 2007-11-15 2014-01-29 エスケープラネット株式会社 重要度基盤のリッチメディア提供システム及び方法と、これに適用されるサーバー
CN101971629B (zh) 2008-03-12 2014-05-21 艾利森电话股份有限公司 用于适配视频信号的目标速率的设备和方法
US8711948B2 (en) 2008-03-21 2014-04-29 Microsoft Corporation Motion-compensated prediction of inter-layer residuals
US20090287504A1 (en) * 2008-05-14 2009-11-19 Algotec Systems Ltd. Methods, systems and a platform for managing medical data records
US9571856B2 (en) 2008-08-25 2017-02-14 Microsoft Technology Licensing, Llc Conversion operations in scalable video encoding and decoding
US20100114597A1 (en) * 2008-09-25 2010-05-06 Algotec Systems Ltd. Method and system for medical imaging reporting
US8332528B2 (en) * 2008-11-18 2012-12-11 Agere Systems Llc Personal broadcast and content delivery engine
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
KR101557504B1 (ko) * 2009-04-13 2015-10-07 삼성전자주식회사 채널 적응형 비디오 전송 방법, 이를 이용한 장치 및 이를 제공하는 시스템
CN101583018B (zh) * 2009-06-03 2011-05-11 中兴通讯股份有限公司 流媒体的频道业务和点播业务统一管理的方法及***
US9288010B2 (en) 2009-08-19 2016-03-15 Qualcomm Incorporated Universal file delivery methods for providing unequal error protection and bundled file delivery services
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
KR101151018B1 (ko) * 2010-06-18 2012-05-30 동국대학교 산학협력단 비트스트림 전송 장치 및 방법
US9049497B2 (en) 2010-06-29 2015-06-02 Qualcomm Incorporated Signaling random access points for streaming video data
US8918533B2 (en) 2010-07-13 2014-12-23 Qualcomm Incorporated Video switching for streaming video data
US9185439B2 (en) 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
US9596447B2 (en) 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US8806050B2 (en) 2010-08-10 2014-08-12 Qualcomm Incorporated Manifest file updates for network streaming of coded multimedia data
US20120076204A1 (en) * 2010-09-23 2012-03-29 Qualcomm Incorporated Method and apparatus for scalable multimedia broadcast using a multi-carrier communication system
US9369508B2 (en) 2010-10-06 2016-06-14 Humax Co., Ltd. Method for transmitting a scalable HTTP stream for natural reproduction upon the occurrence of expression-switching during HTTP streaming
CN102547266B (zh) * 2010-12-29 2015-03-11 ***通信集团公司 一种视频数据传输方法及设备
US9270299B2 (en) 2011-02-11 2016-02-23 Qualcomm Incorporated Encoding and decoding using elastic codes with flexible source block mapping
US8958375B2 (en) 2011-02-11 2015-02-17 Qualcomm Incorporated Framing for an improved radio link protocol including FEC
US9578354B2 (en) 2011-04-18 2017-02-21 Verizon Patent And Licensing Inc. Decoupled slicing and encoding of media content
US8879826B2 (en) * 2011-07-05 2014-11-04 Texas Instruments Incorporated Method, system and computer program product for switching between 2D and 3D coding of a video sequence of images
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
BR112014007494B1 (pt) * 2011-09-29 2022-05-31 Sharp Kabushiki Kaisha Dispositivo de decodificação de imagem, método de decodificação de imagem, e dispositivo de codificação de imagem
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
CN103095517B (zh) * 2011-11-04 2016-12-07 华为技术有限公司 流媒体传输质量评估和信息获取方法及相关设备和***
US9319321B2 (en) * 2011-12-16 2016-04-19 Netflix, Inc. Web server constraint support
US9609340B2 (en) 2011-12-28 2017-03-28 Verizon Patent And Licensing Inc. Just-in-time (JIT) encoding for streaming media content
US8990849B2 (en) 2012-02-14 2015-03-24 Verizon Patent And Licensing Inc. Advertisement insertion into media content for streaming
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
US9438883B2 (en) * 2012-04-09 2016-09-06 Intel Corporation Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content
IN2014KN02382A (fi) * 2012-04-23 2015-05-01 Affirmed Networks Inc
EP2866441B1 (en) * 2012-06-26 2021-09-01 Mitsubishi Electric Corporation Moving image encoding and decoding devices and methods
US9386331B2 (en) * 2012-07-26 2016-07-05 Mobitv, Inc. Optimizing video clarity
US9332051B2 (en) 2012-10-11 2016-05-03 Verizon Patent And Licensing Inc. Media manifest file generation for adaptive streaming cost management
US9998735B2 (en) * 2013-04-01 2018-06-12 Qualcomm Incorporated Inter-layer reference picture restriction for high level syntax-only scalable video coding
CN103475878A (zh) * 2013-09-06 2013-12-25 同观科技（深圳）有限公司 一种视频编码方法和编码器
EP2894860A1 (en) * 2014-01-14 2015-07-15 Thomson Licensing Method and apparatus for multiplexing layered coded contents
JP2016015009A (ja) * 2014-07-02 2016-01-28 ソニー株式会社 情報処理システム、情報処理端末、および情報処理方法
JP6290055B2 (ja) * 2014-09-19 2018-03-07 株式会社東芝 通信装置、通信制御方法およびコンピュータプログラム
GB2534136A (en) 2015-01-12 2016-07-20 Nokia Technologies Oy An apparatus, a method and a computer program for video coding and decoding
GB2538997A (en) * 2015-06-03 2016-12-07 Nokia Technologies Oy A method, an apparatus, a computer program for video coding
US10044788B2 (en) * 2015-11-17 2018-08-07 Wyse Technology L.L.C. Native client multimedia redirection
KR102456898B1 (ko) * 2016-03-17 2022-10-19 삼성에스디에스 주식회사 데이터 신호의 표준 패턴 생성 방법 및 그 장치
US11218711B2 (en) * 2017-09-15 2022-01-04 Cable Television Laboratories, Inc. Information centric networking (ICN) media streaming
US11284134B2 (en) * 2018-08-08 2022-03-22 Comcast Cable Communications, Llc Media content enhancement based on content importance
CN110891291A (zh) * 2018-09-07 2020-03-17 华为技术有限公司 发送和接收控制信息的方法以及装置

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5227878A (en) * 1991-11-15 1993-07-13 At&T Bell Laboratories Adaptive coding and decoding of frames and fields of video
JP3443867B2 (ja) * 1992-06-26 2003-09-08 ソニー株式会社 画像信号符号化、復号化方法及び画像信号記録媒体
US5287178A (en) * 1992-07-06 1994-02-15 General Electric Company Reset control network for a video signal encoder
US5325423A (en) * 1992-11-13 1994-06-28 Multimedia Systems Corporation Interactive multimedia communication system
JP2833950B2 (ja) * 1992-12-28 1998-12-09 日本電気株式会社 動画像符号伝送方式
CA2126467A1 (en) * 1993-07-13 1995-01-14 Barin Geoffry Haskell Scalable encoding and decoding of high-resolution progressive video
US6434319B1 (en) * 1994-01-19 2002-08-13 Thomson Licensing S.A. Digital video tape recorder for digital HDTV
JP3192307B2 (ja) * 1994-02-03 2001-07-23 松下電器産業株式会社 復号ビデオ画像シーケンス再配列方法
JP3900534B2 (ja) * 1995-04-21 2007-04-04 ソニー株式会社 動画像の符号化装置および符号化方法
GB2301973B (en) * 1995-06-06 1999-10-20 Sony Uk Ltd Motion compensated video processing
JP3330797B2 (ja) * 1995-10-02 2002-09-30 富士通株式会社 動画像データ格納方式および動画像データ復号方式
US5929940A (en) * 1995-10-25 1999-07-27 U.S. Philips Corporation Method and device for estimating motion between images, system for encoding segmented images
US6111863A (en) * 1995-12-29 2000-08-29 Lsi Logic Corporation Method and apparatus for the dynamic allocation of signal bandwidth between audio, video and data signals
JP2000504906A (ja) 1996-02-14 2000-04-18 オリブル コーポレイション リミティド マルチメディアデータのプログレッシブ非同期伝送方法及びシステム
US5959690A (en) * 1996-02-20 1999-09-28 Sas Institute, Inc. Method and apparatus for transitions and other special effects in digital motion video
US5928330A (en) * 1996-09-06 1999-07-27 Motorola, Inc. System, device, and method for streaming a multimedia file
GB2318246B (en) * 1996-10-09 2000-11-15 Sony Uk Ltd Processing digitally encoded signals
US5886735A (en) * 1997-01-14 1999-03-23 Bullister; Edward T Video telephone headset
WO1998037699A1 (en) * 1997-02-25 1998-08-27 Intervu, Inc. System and method for sending and receiving a video as a slide show over a computer network
US6014694A (en) 1997-06-26 2000-01-11 Citrix Systems, Inc. System for adaptive video/audio transport over a network
US6040866A (en) * 1997-08-19 2000-03-21 Chen; Meng-Chang Transmission of variable-bit-rate information data on constant-bit-rate channel
US6731811B1 (en) * 1997-12-19 2004-05-04 Voicecraft, Inc. Scalable predictive coding method and apparatus
US6307886B1 (en) * 1998-01-20 2001-10-23 International Business Machines Corp. Dynamically determining group of picture size during encoding of video sequence
GB2347038A (en) 1999-02-18 2000-08-23 Nokia Mobile Phones Ltd A video codec using re-transmission
US6788740B1 (en) * 1999-10-01 2004-09-07 Koninklijke Philips Electronics N.V. System and method for encoding and decoding enhancement layer data using base layer quantization data

Also Published As

Publication number Publication date
KR100927159B1 (ko) 2009-11-18
CN1217530C (zh) 2005-08-31
US7289506B1 (en) 2007-10-30
CA2372228A1 (en) 2000-11-09
CA2658868A1 (en) 2000-11-09
CA2372228C (en) 2009-06-23
FI990970A (fi) 2000-10-30
EP1177681B1 (en) 2010-01-13
KR20020012554A (ko) 2002-02-16
CN100505875C (zh) 2009-06-24
EP1177681A1 (en) 2002-02-06
KR100923477B1 (ko) 2009-10-27
CN1358388A (zh) 2002-07-10
US20080104647A1 (en) 2008-05-01
CA2647015A1 (en) 2000-11-09
AU768013B2 (en) 2003-11-27
JP2002543705A (ja) 2002-12-17
JP4405689B2 (ja) 2010-01-27
JP2007129745A (ja) 2007-05-24
AU4124200A (en) 2000-11-17
CN1703088A (zh) 2005-11-30
KR100891150B1 (ko) 2009-04-06
KR20080106484A (ko) 2008-12-05
ATE455433T1 (de) 2010-01-15
KR20080040780A (ko) 2008-05-08
WO2000067469A1 (en) 2000-11-09
BR0010129A (pt) 2002-01-15
EP2111035A1 (en) 2009-10-21
DE60043696D1 (de) 2010-03-04
FI990970A0 (fi) 1999-04-29

Similar Documents

Publication Publication Date Title
FI113124B (fi) Tiedonsiirto
JP5341629B2 (ja) ピクチャ復号化方法
KR100945548B1 (ko) 비디오 오류 회복
RU2385541C2 (ru) Изменение размера буфера в кодере и декодере
FI120125B (fi) Kuvankoodaus
US20070183494A1 (en) Buffering of decoded reference pictures
EP1742476A1 (en) Scalable video coding streaming system and transmission mechanism of the same system
KR20040093483A (ko) 데이터 스트리밍 시스템을 위한 데이터 구조

Legal Events

Date Code Title Description
PC Transfer of assignment of patent

Owner name: NOKIA TECHNOLOGIES OY

MA Patent expired