FI116816B - Median suoratoisto - Google Patents

Median suoratoisto Download PDF

Info

Publication number
FI116816B
FI116816B FI20021820A FI20021820A FI116816B FI 116816 B FI116816 B FI 116816B FI 20021820 A FI20021820 A FI 20021820A FI 20021820 A FI20021820 A FI 20021820A FI 116816 B FI116816 B FI 116816B
Authority
FI
Finland
Prior art keywords
streaming
client device
media
server
request
Prior art date
Application number
FI20021820A
Other languages
English (en)
Swedish (sv)
Other versions
FI20021820A0 (fi
FI20021820A (fi
Inventor
Miikka Lundan
Igor D D Curcio
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 FI20021820A0 publication Critical patent/FI20021820A0/fi
Priority to FI20021820A priority Critical patent/FI116816B/fi
Priority to MYPI20033432A priority patent/MY143014A/en
Priority to TW092125142A priority patent/TWI248740B/zh
Priority to US10/674,902 priority patent/US7733830B2/en
Priority to JP2004544332A priority patent/JP4287376B2/ja
Priority to EP03769522.8A priority patent/EP1552644B1/en
Priority to CN200380101370.4A priority patent/CN1706146B/zh
Priority to BRPI0315207-3A priority patent/BRPI0315207B1/pt
Priority to BR0315207-3A priority patent/BR0315207A/pt
Priority to CA002500781A priority patent/CA2500781A1/en
Priority to PCT/FI2003/000752 priority patent/WO2004036824A1/en
Priority to KR1020057006376A priority patent/KR100705432B1/ko
Priority to AU2003278207A priority patent/AU2003278207A1/en
Publication of FI20021820A publication Critical patent/FI20021820A/fi
Application granted granted Critical
Publication of FI116816B publication Critical patent/FI116816B/fi

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection

Landscapes

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

Description

MEDIAN SUORATOISTO
KEKSINNÖN ALA
5 Keksintö liittyy median suoratoistoon suoratoistopalvelimelta mobiilille laitteelle ilmarajapinnan kautta.
KEKSINNÖN TAUSTA
10 3GPP (3rd Generation Partnership Project) standardoi parhaillaan pakel täistä suoratoistopalvelua (PSS) matkaviestinympäristölle. Kuviossa 1 o esimerkki median suoratoistoon (videon ja/tai audion suoratoistoon) kyl viestintäjäijestelmästä. Jäijestelmä käsittää suoratoistopalvelimen 111, kytketty IP-verkkoon (Internet Protocol) 104. IP-verkko 104 voi olla es 15 Internet tai palveluntaijoajan operaattorin intranet (operaattorin alueeseer intranet-verkko). IP-verkko 104 on kytketty Gi-rajapinnan kautta matkav kon runkoverkkoon 103. Matkaviestinverkossa on myös runkoverkkoon ketty radiopääsyverkko (RAN) 102. Radiopääsyverkko 102 taqoaa ilman .***. kautta matkaviestinlaitteille 101 pääsyn matkaviestinverkkoon. Mainil ·*·.· 20 voidaan aikaansaada joko piirikytkentäisillä välineillä (piirikytkentäise • * tai datapuhelulla) tai pakettikytkentäisillä välineillä tai molemmilla. Sei * * ·;·*: käytetään GPRS:ää (General Packet Radio Service) esimerkkinä paketti!* : * ·. j sistä välineistä ilmaraj apinnan kautta viestimiseksi. GPRS:ään liittyen yl : j radiopääsyverkko (RAN) katsotaan käsittävän tukiasemia (BS) ja tuki; 25 jaimia (BSC).
i • · · • * * · • » ·
Median suoratoistossa sekvenssi ‘liikkuvaa kuvaa’ (Videoi tai ääntä (i * 2 toistotekniikka median (video ja/tai audio) lähetyksen suoratoistopalvel asiakaslaitteelle 101 jatkuvatoimisesta jolloin mediaa voidaan toistaa : kuin se saapuu asiakkaalle.
5 Kun mediaa suoratoistetaan esimerkiksi kuviossa 1 esitetyn kaltaisiss matkaviestin) äijestelmissä, syntyy uusia, matkaviestinympäristölle tyy] gelmia. Nämä ongelmat johtuvat suurimmaksi osaksi langattomien jäi erilaisista rajoituksista. Yksi näistä ongelmista esiintyy kuviossa 2 esi lunvaihtotilanteessa.
10
Kuviossa 2 radiopääsyverkon 102 ensimmäinen tukiasema BS1 palve mäisen solun 201 aluetta, kun taas radiopääsyverkon 102 toinen tukiE palvelee toisen solun 202 aluetta. Ennen solunvaihtoa asiakaslaitetta 1C ensimmäinen tukiasema BS1 eli asiakaslaitteella 101 on aktiivinen r 15 ensimmäiseen tukiasemaan BS1. Tämä tilanne on esitetty kuvion 2 v puolella. Solunvaihdon jälkeen asiakaslaitetta 101 palvelee toinen tukia Radioyhteys ensimmäiseen tukiasemaan BS1 (esitetty katkoviivalla) k Tämä tilanne on esitetty kuvion 2 oikealla puolella.
• ♦ * • 9 · • # ♦ * * 20 Solunvaihto voidaan j akaa aj allisesti kolmeen j aksoon: • * • · « • i · • · *·**· a) solunvaihtoa edeltävä jakso * ♦ b) solunvaihtojakso *·« • m *.. * c) solunvaihdon jälkeinen jakso.
25 *· · • · ♦
Solunvaihtoa edeltävän jakson aikana vastaanotetun signaalin laatu * ··· pncimmiiicACCQ gaIiiccq ia acial^aclait^ 1Π1 alnittaa cAlnm/ailiirimorlrirn 3 taanottamaan suoratoistomediaa toisen tukiaseman BS2 kautta.
Solunvaihto voi aiheuttaa pitkän palvelukatkon. Esimerkiksi jos GPRS:i tään kantajana radiotiellä, voi solunvaihto (solunvaihtojakso) kestää jo 5 sekuntia. Tämä vaikuttaa meneillään olevaan suoratoistoistuntoon. Osa s tomediaa kantavista paketeista voi esimerkiksi hävitä ja/tai asiakaslaitta voi tapahtua toistetun median jähmettymistä. Suoratoistomedian käsitt deovirtaa jähmettyminen tarkoittaa sitä, että asiakaslaitteen näytölle ilmi säytyskuva, joka pysyy hetken näytöllä, ennen kuin suoratoistomediaa jäi 10 taanotetaan ja sitä voidaan jälleen toistaa. Suoratoistomedian käsittäessä taa jähmettyminen tarkoittaa sitä, että ääni ei toistu (eli vallitsee hiljaisu nes solunvaihtojakso on ohi.
Näin ollen onkin löydettävä tarkoituksenmukainen keino, jolla solunvail 15 kutuksia meneillään olevaan suoratoistoistuntoon voidaan vähentää.
KEKSINNÖN YHTEENVETO
.···. Keksinnön erään ensimmäisen aspektin mukaisesti toteutetaan menetelm ··· 20 suoratoistoa varten suoratoistopalvelimelta mobiilille asiakaslaitteelle • * * V. pinnan kautta, jossa menetelmässä: ·;··· suoratoistopalvelinta pyydetään lähettämään suoratoistomediaa, jota mol kaslaite ei pysty solunvaihdon takia vastaanottamaan.
• * • * • * · 25 Pyyntö, jossa pyydetään suoratoistopalvelinta lähettämään suoratoist ,. y voidaan lähettää mobiililta asiakaslaitteelta suoratoistopalvelimelle enne • « « :. : tua solunvaihtoa tai sen jälkeen.
4 van pyyntö lähettää uudelleen osa mediasisällöstä, jota ei vastaanotettu loppuosa mediasisällöstä.
Media-termillä tarkoitetaan joko videota tai audiota tai muuta media, kut 5 tyskuvaa tai mitä tahansa edellisten yhdistelmää eli multimediaa.
Uudelleenlähetyspyyntö lähetetään edullisesti vasteena solunvaihtoon. U lähetyspyyntö on edullisesti mobiilin asiakaslaitteen sovelluksen ja su palvelinsovelluksen välillä lähetetty sovelluskerroksen pyyntö.
10
Eräässä edullisessa suoritusmuodossa suoratoistopalvelinta pyydetääi mään suuremmalla nopeudella määrätyn ajan asiakaslaitteen väliaikais kuten puskurin, täyttöasteen lisäämiseksi, johon varastoon suoratoistom aikaisesti tallennetaan ennen toistoa. Tämä tehdään edullisesti pyytämä 15 toistopalvelinta siirtymään korkeamman bittinopeuden mediavirran lähei matalamman bittinopeuden mediavirran lähettämiseen suuremmalla n< Korkeamman ja matalamman bittinopeuden virrat saa edullisesti aikaan peuksinen koodekki.
·· • * • ft • ft · 20 Keksinnön erään toisen aspektin mukaisesti toteutetaan mobiili asiakasia • 4 ; ‘; *; toistomedian vastaanottamista varten suoratoistopalvelimelta ilmaraj apin • · ·;**: ta, joka mobiili asiakaslaite käsittää: välineet, joiden avulla suoratoistopalvelinta pyydetään lähettämään su ('*: mediaa, jota mobiili asiakaslaite ei pysty solunvaihdon takia vastaanottas 25 .,*·* Ilmarajapinta kytkee mainitun mobiilin asiakaslaitteen edullisesti mat • * · V * verkknori Mobiili asiakaslaite käsittää Änlnkknmatkaniihelimf 5 välineet, joiden avulla vastaanotetaan pyyntö, jossa pyydetään suoratoi linta lähettämään suoratoistomediaa, jota mobiili asiakaslaite ei pysty s don takia vastaanottamaan; ja välineet vastaanotetun pyynnön mukaan toimimiseksi.
5
Keksinnön erään neljännen aspektin mukaisesti toteutetaan järjestelmä, j< tää suoratoistopalvelimen ja mobiilin asiakaslaitteen median suoratoist suoratoistopalvelimelta mobiilille asiakaslaitteelle ilmarajapinnan kai järjestelmä käsittää mobiililla asiakaslaitteella: 10 välineet, joiden avulla suoratoistopalvelinta pyydetään lähettämään su mediaa, jota mobiili asiakaslaite ei pysty solunvaihdon takia vastaan joka jäijestelmä edelleen käsittää suoratoistopalvelimella: välineet pyynnön vastaanottamiseksi; ja välineet vastaanotetun pyynnön mukaan toimimiseksi.
15
Keksinnön erään viidennen aspektin mukaisesti toteutetaan mobiililla ai teella suoritettavissa oleva tietokoneohjelma, joka käsittää: ohjelmakoodin, jonka avulla mobiili asiakaslaite saadaan pyytämään su palvelinta lähettämään suoratoistomediaa, jota mobiili asiakaslaite ei pyi ** 1 :**.1 20 vaihdon takia vastaanottamaan.
4 · * i • » | • « · • · ·:·1: Keksinnön erään kuudennen aspektin mukaisesti toteutetaan suoratois : \: messa suoritettavissa oleva tietokoneohj elma, j oka käsittää: ohjelmakoodin, jonka avulla suoratoistopalvelin saadaan vastaanottamaa 25 jossa pyydetään suoratoistopalvelinta lähettämään suoratoistomediaa, jo « ..li1 asiakaslaite ei pysty solunvaihdon takia vastaanottamaan; ja . 1 niiiAlmotn/vlm i;acf a on Afafim mnlrnoti fAimimirolrnt 6
PIIRUSTUSTEN LYHYT KUVAUS
Keksinnön suoritusmuotoja selostetaan seuraavassa esimerkinomaise: 5 oheisiin piirustuksiin, joista: kuviossa 1 on esitetty median suoratoistoon kykenevä viestintäjäijeste kuviossa 2 on esitetty solunvaihtotilanne kuvion 1 viestintäjäijestelmä 10 kuviossa 3 on esitetty asiakaslaitteen puskuri tilanteessa, jossa asia puskuri on lyhyempi kuin solunvaihtoon kuluva aika; kuviossa 4 on esitetty asiakaslaitteen puskuri tilanteessa, jossa asia 15 puskuri on pitempi kuin solunvaihtoon kuluva aika; kuviossa 5 on esitetty toinen havainnollistus kuviossa 4 esitetystä tilai :***; kuviossa 6 on esitetty edullinen toiminta keksinnön eräässä edullisi 20 tusmuodossa; * i ? • » * t • · · * ***" kuviossa 7 on havainnollistettu keksinnön erästä edullista suoritusmuc ♦ * ♦ · ♦ • »« • · • * * *...· kuviossa 8 on havainnollistettu keksinnön erästä edullista suoritusmuc 25 M I > « * • ** kuviossa 9 on esitetty keksinnön erään edullisen suoritusmuodon
J I
7 kuviossa 11 on havainnollistettu kolmea tapaa viestien lähettämiseksi edullisten suoritusmuotojen mukaisesti.
YKSITYISKOHTAINEN KUVAUS 5
Kuviossa 1 esitettyä jäijestelmää voidaan käyttää myös keksinnön edull ritusmuodoissa (sama koskee kuviota 2). Jäijestelmä käsittää vastaav; toistopalvelimen 111, joka on kytketty IP-verkkoon 104. IP-verkko 1( esimerkiksi Internet tai palveluntaqoajan intranet. IP-verkko 104 on k; 10 rajapinnan kautta matkaviestinverkon runkoverkkoon 103. Matkaviest on myös runkoverkkoon 103 kytketty radiopääsyverkko (RAN) 102. R; verkko 102 tarjoaa ilmarajapinnan kautta matkaviestinlaitteille 101 pääi viestinverkkoon. Mainittu pääsy voidaan aikaansaada joko piirikytkentä neillä (piirikytkentäisellä puhe- tai datapuhelulla) tai pakettikytkentäisiin 15 lä tai molemmilla. Seuraavassa käytetään GPRS:ää (General Packet R* ce) esimerkkinä pakettikytkentäisistä välineistä ilmarajapinnan kautta vi si.
Keksinnön edullisia suoritusmuotoja voidaan havainnollistaa seuraavan 5/*; 20 avulla.
• · # * · i
• I
• Tässä esimerkissä matkaviestinlaite 101 (josta käytetään jälleen termiä ^ ^ * *. *: te 101) on muodostanut suoratoistoistunnon suoratoistopalvelimen 1 · · 9 ***** kun sitä palvelee ensimmäinen tukiasema BS1. Tässä esimerkissä ja s< 25 selityksessä keskitytään videon suoratoistoistuntoon. Vastaava tarkas * * » ·(β·* kuitenkin myös audion suoratoistoistuntoon ja multimedian (esim. vide * 9 enAt*o+Ai 8 muun protokollan mukaisesti. Jos kuitenkin halutaan tehdä muutos ole vaan istuntoon, se tehdään jälleen käyttäen RTSP:tä.
Muodostetun suoratoistoistunnon alussa, paketeissa (tai kehyksissä] 5 vastaanotettu suoratoistomedia (mediavirta) puskuroidaan (eli tallennel kaisesti) asiakaslaitteella olevaan puskuriin (seuraavassa asiakaslaittee Kun asiakaslaitteen puskuri on täynnä, suoratoistomedian toisto aloitet rin toisesta päästä, samalla kun puskuria täytetään jatkuvasti vastaanol ratoistomedialla sen toisesta päästä. Puskurin tulisi täten pysyä lähes t 10 jäijestelmä toimii normaalisti.
Asiakaslaitteella tapahtuu seuraavaksi solunvaihto ensimmäisestä solu: seen soluun 202 (kuvio 2). Tulee huomata, että vaikka radiopääsyverk 102 esittää kuviossa 2 vain yksi pilvi, se voi käsittää eri radiopääsyvi 15 voi käsittää GPRS- (vain GPRS) RANin, 3 G- (kolmannen sukupolven) niiden yhdistelmän. Ensimmäinen solu 201 (jota palvelee tukiasema I nen solu 202 (jota palvelee tukiasema BS2) voivat siten olla esimerid RANin tai 3G-RANin soluja. Solunvaihto voi vastaavasti tapahtua < • ·« GPRS-RANiin kuuluvien tukiasemien välillä, 3G-RANiin kuuluvien t ;,*‘i 20 välillä tai GPRS-RANiin kuuluvan tukiaseman ja 3G-RANiin kuuluv • · :.V man välillä.
* * * *· *i Asiakaslaite 101 ei pysty vastaanottamaan suoratoistomediaa solunv; •M • « ‘ * · * * aikana. Niinpä solunvaihtoj akson alkaessa asiakaslaitteen puskuri aikai 25 koska puskurin sisältöä toistetaan edelleen jatkuvan täytön pysähtyess * I · * ·* laitteen puskurin koosta riippuen voidaan tunnistaa kaksi erilaista tapau * Λ Λ
9 V
ii) Asiakaslaitteen puskuri on (ajallisesti) pitempi kuin solun vaihtoon aika eli täyden asiakaslaitteen puskurin tyhjentämiseen kuluva aika ( kuin solunvaihtojakso.
5 Ensimmäisessä tapauksessa (kuvio 3) puskuri tyhjenee kokonaan solui son aikana. Koska puskuri tyhjenee, asiakaslaitteella 101 ei ole enää m tettavaksi. Niinpä asiakaslaite 101 aloittaa uudelleenpuskuroinnin. Uud kurointi voidaan aloittaa solunvaihdon jälkeisen jakson aikana. Uudel]
roinnin alkuun saamiseksi asiakaslaite 101 voi käyttää RTSP PAUS
10 menetelmää. Tässä menetelmässä asiakaslaite 101 lähettää ensin RTSP
viestin suoratoistopalvelimelle 111. PAUSE-viesti saa palvelimen 111 mään mediavirran lähettämisen. Tämän jälkeen asiakaslaite 10’ RTSP PLAY -viestin, joka pyytää suoratoistopalvelinta 111 aloittani
toistomedian uudelleenlähetyksen viimeisestä vastaanotetusta kehykseE
15 leenpuskurointi alkaa, kun asiakas alkaa jälleen vastaanottaa suoratoi
Kun asiakaslaitteen puskuri on täynnä, suoratoistomedian toisto aloitet leen viimeisestä vastaanotetusta kehyksestä. Sillä välin viimeinen va kehys näkyy pysäytyskuvana asiakaslaitteen näytöllä. Pysäytyskuvan ni :***: huolimatta yksikään paketti ei kuitenkaan tosiasiassa häviä, koska se i :/.j 20 jota asiakaslaite ei vastaanota solunvaihtojakson aikana lähetetään uud • * ·. V velimelta 111 asiakaslaitteelle 101 solunvaihtojakson jälkeen.
* * * * * *. ·: Toisessa tapauksessa (kuvio 4) puskurin koko sisältöä ei ole toistettu se • * · jakson aikana. Niinpä puskuri tyhjenee solunvaihtojakson aikana vain 25 puskurissa on yhä suoratoistomediaa (DATA), kun solunvaihtojakso 1< ·· · • · · • j* lunvaihdon jälkeisen jakson aikana solunvaihtojaksoa ennen puskin J * ^ • m tniHim iT^S Δ T Δ ^ tnictAQ ia tinataan wnelnmn MioActii nör ίο si toistaa heti DATA*:]! viimeisen kehyksen jälkeen. Koska asiakas] pystynyt vastaanottamaan suoratoistomediaa solunvaihtojakson aikan edes vastaanottanut kehystä, jonka tulisi näkyä DATA*:n viimeisen ke keen. Puskuroidussa mediassa on ajallinen aukko. Tästä seuraa, ettei 5 101 näytä sitä suoratoistomedia(vxdeo)jaksoa, jota ei voitu vastaanc vaihdon takia. Audiovirran ollessa kyseessä käy samoin, eli asiakas] toista ääntä, jota ei voitu vastaanottaa.
Mainittua toista tapausta havainnollistetaan vielä kuviossa 5. On huon 10 kuviossa 5 on esitetty vain hyvin yksinkertaistettu tapaus. Kuviossa 5 taan kulkevan vasemmalta oikealle. Palvelimen lähettämä suoratoi: kvenssi käsittää videokehykset A-S. Asiakaslaite vastaanottaa kehykse kuroidaan ennen toistoa. Median toisto alkaa kehyksestä A, kun puskin (eli kun kehykset A-G on varastoitu puskuriin), ja sen jälkeen kehyks 15 videokuva) näytetään asiakaslaitteen näytöllä. Kehyksen G jälkeiste puskurointia ei esitetä kuviossa 5 selvyyden vuoksi.
Mediavirta palvelimelta asiakaslaitteelle ei ole mahdollinen solunv aikana. Tämän takia asiakaslaite ei vastaanota kehyksiä L-O. Muuten • · i/.j 20 vastaanottaa mediavirran täydellisesti. Kun solunvaihtojakso nyt oi • · V kuin puskurin koko, ennen solunvaihtojaksoa viimeiseksi vastaanotetu ***** (kehys K) j älkeen seuraavaksi näytetään solunvaihdon j älkeen ensimm « # taanotettu kehys (kehys P). Videokehyksiä L-0 ei näytetä ollenkaan, i ♦ ·· e t ollessa kyseessä käy samoin, eli käyttäjä kuulee äänessä tauon ja ajallis 25 ·· · • · «
• On olemassa kahdenlaisia kehyksiä: avainkehyksiä ja välikehyksiä. A
• « ·*· set sisältävät VaiVen tarvittaviin tieHnn tietvstä Viivasta Inin taas välil / π kehys P on välikehys, näkyvässä (liikkuvassa) kuvassa tapahtuu tode vakavaa vääristymistä, ennen kuin seuraava avainkehys vastaanotetaa taan.
5 Kuviossa 6 esitetty keksinnön edullinen suoritusmuoto keskittyy yllä toiseen tapaukseen liittyvään ongelmaan. Tässä suoritusmuodossa pui tempi kuin solunvaihtojakson kesto. Siksi puskuri ei tyhjenny solunv aikana kokonaan vaan vain osittain. On huomattava, että kuviossa 6 vain hyvin yksinkertaistettu tapaus. Kuviossa 6 ajan katsotaan kulke1 10 malta oikealle. Palvelimen lähettämä suoratoistomediasekvenssi käsitti A-S. Asiakaslaite vastaanottaa kehykset ja ne puskuroidaan ennen toisi toisto alkaa kehyksestä A, kun puskuri on täynnä, ja sen jälkeen kehyl va videokuva) näkyvät asiakaslaitteen näytöllä. Kehyksen G jälkeistä puskurointia ei esitetä kuviossa 6 selvyyden vuoksi. Mediavirta palvel 15 kaslaitteelle ei ole mahdollinen solunvaihtojakson aikana. Tämän takia te ei vastaanota kehyksiä L-O. Muuten asiakaslaite vastaanottaa medi; dellisesti.
Solunvaihtojakson päätyttyä asiakaslaite tietää tarkalleen ennen solunv * « !/·· 20 (eli solunvaihtoa edeltävän jakson aikana) vastaanottamansa viimeisei • » V Tässä suoritusmuodossa se on kehys K. Seuraavaksi, eli heti solunv ***** päätyttyä, asiakaslaite pyytää suoratoistopalvelinta aloittamaan suoratc /*: uudelleenlähetyksen viimeisestä vastaanotetusta kehyksestä. Vasta; m • * *·..* pyynnön suoratoistopalvelin alkaa lähettää uudelleen mediavirtaa. Ί 25 tusmuodossa ensimmäinen lähetettävä kehys on kehys L. Asiakaslaite • ·*· • miotta kaikki solunvaihtojakson jälkeen mutta ennen uudelleenlähet^ * * ··· tamista lahetetvt ia vastaiinntphit lrrfivtftftt fmflhrlnlliepGti initaVin VpViv 12 leenlähetetyt videokehykset L-O, joita asiakaslaite ei muuten olisi voir ottaa, on esitetty lihavoituina kuviossa 6. Vastaavasti audiovirran ollesi suoratoistopalvelinta pyydetään aloittamaan audiovirran uudelleenlähe tä, johon vastaanotto on asiakaslaitteella pysähtynyt. Toistossa ei pitä 5 epäjatkuvuutta.
UudelleenlähetyspyyntÖ voidaan käytännössä toteuttaa RTSP PAUS menetelmällä. Tässä menetelmässä asiakaslaite lähettää ensin solunvj päätyttyä RTSP PAUSE -viestin suoratoistopalvelimelle. PAUSE -vie 10 velimen keskeyttämään mediavirran lähettämisen. Asiakaslaitteen vast! suoratoistomedian toisto ei kuitenkaan keskeydy, ellei puskuri tyhjeni (mitä ei pitäisi tapahtua). Sitten asiakaslaite lähettää RTSP PLAY -vk toistopalvelimelle 111. PLAY-viesti sisältää tietoa uudelleenlähetyksi pisteestä. Solunvaihtojakson lopussa asiakaslaite tietää viimeisen va: 15 kehyksen ajan. Tämän perusteella asiakaslaite määrittää aloituspisl PLAY-viestin lähettämistä. PLAY-viesti saa palvelimen aloittamaan u hetyksen.
Seuraavassa on esimerkki PAUSE-viestistä: ««« :*··: 20 PAUSE rtsp ://example.com/foo RTSP/1.0 *·**! CSeq: 6 V·! Session: 354832 « · • · »*» 25 PAUSE-viesti ilmoittaa palvelimelle tulevasta muutoksesta. Seuraava ·· · : ^ * merkki tämän jälkeen lähetettävästä PLAY-viestistä: ***** • * m. m. λ 13 ‘Range’-viestikenttä ilmoittaa uudelleenlähetyksen aloituspisteen. Täs kissä aloituspiste on 28 sekuntia suoratoistomediasekvenssin alusta, suoritusmuodon tapauksessa tämä piste olisi täsmälleen kehyksen L ; 5 toistomediasekvenssissä.
Juuri kuvatussa suoritusmuodossa solunvaihtojakson aikana hävinnee (paketit) lähetetään uudelleen palvelimelta asiakaslaitteelle. Koska pus on lisäksi pitempi kuin solunvaihtojakson kesto, ei näkyvässä videokuv 10 esiintyä katkoj a, mikä takaa suurimman mahdollisen käyttömukavuudei
Kun normaalin suoratoiston aikana puskurin täyttöaste ei kuitenkaan e ka puskuria tyhjennetään (toistetaan) samaa vauhtia kuin se täyttyy, v heuttaa lisäongelman. Juuri kuvatussa suoritusmuodossa asiakaslaitte 15 pysyy solunvaihdon jälkeen edellä mainituista syistä tyhjempänä kuir min. Niinpä jos esimerkiksi lähitulevaisuudessa on tarkoitus suorittaa vaihto, voi tyhjemmästä puskurista aiheutua sama haitta, jota kuvattiir simmäisen tapauksen yhteydessä (eli tapauksessa, jossa asiakaslaitteen lyhyempi kuin solunvaihtoon kuluva aika).
20 « *.V Keksinnön eräs edullinen suoritusmuoto keskittyy yllä mainittuun < ^ ^ * • * Tässä suoritusmuodossa näytetyn videokuvan (tai vastaavasti toiste • » t t · *· tasaisen toiston takaamiseksi asiakaslaitteen puskuria täytetään solunv; • '*1 *··" jälkeen tietyn aikaa suuremmalla nopeudella kuin sitä tyhjennetään ( 25 Tätä jaksoa voidaan kutsua täyttöjaksoksi (filling period). Kun täyttöjä * * · \ e ·'* puskuri on j alleen täynnä j a palataan normaaliin suoratoistoon, j ossa pi * * * • # „ „ Λ λ λ J- - J- ______ 11 _ . .. . 111 1 __ __j._1.__ 14 aikana puskuria täytetään toistonopeutta suuremmalla nopeudella.
Tässä suoritusmuodossa asiakaslaite pyytää puskurin täyttöasteen 1 toistoa keskeyttämättä palvelinta siirtymään matalamman bittinopeudei 5 tomediasekvenssin lähettämiseen mutta käyttämään varsinaisessa li samaa lähetysbittinopeutta (seuraavassa alkuperäinen lähetysbittino aikaisemmin. Alkuperäisen lähetysbittinopeuden saavuttamiseksi asiak; tää palvelinta nopeuttamaan matalamman bittinopeuden sekvenssin lä peutuskertoimella. Lähetysbittinopeuden nopeuttamisen johdosta puski 10 tetaan enemmän tietoa kuin puskurista luetaan. Puskurin täyttöaste 1 halutusti.
Toisin sanoen palvelinta pyydetään siirtymään alkuperäisen, ensimma nopeudella koodatun sekvenssin lähettämisestä lähettämään vastaava; 15 simmäistä bittinopeutta hitaammalla toisella bittinopeudella koodattua ja kasvattamaan uuden sekvenssin lähetysbittinopeutta alkuperäisen 1 nopeuden (kaistanleveyden) saavuttamiseksi. On huomattava, että r koodausbittinopeus (ja dekoodausbittinopeus) on eri asia kuin lähetysl
Bittinopeudella, jolla mediavirta on koodattu, on vaikutus kuvanlaatu! !/.: 20 diavirta on koodattu suuremmalla bittinopeudella, se tarkoittaa sitä, ett * · V.: sessa on käytetty enemmän bittejä kuin matalammalla bittinopeudella sa. Tästä on tyypillisesti seurauksena parempi kuvanlaatu. Lähetysbitti: on se bittinopeus, jolla mediavirta varsinaisesti lähetetään, ja se on ri + *· \: käytettävissä olevasta kaistanleveydestä.
25 • » · • · · • ·* Pyyntö siirtyä lähettämään matalamman bittinopeuden sekvenssiä μ * *
***** vrnHaiin välittää Välittämällä RTQP ΡΔΤ TQT
15
Seuraavassa on esimerkki tällaisesta PLAY-viestistä: PLAY rtsp://example.com/foo RTSP/1.0 5 CSeq: 7
Session: 354832 Range: npt=28.00-40.00 Bandwidth: 20000 Speed: L5 10 Tämä viesti sisältää kaksi valinnaista viestikenttää ‘Bandwidth’ ja ‘S ymmärretään asiakaslaitteessa ja suoratoistopalvelimessa. IETF (Interr ring Task Force) on jo määritellyt nämä kentät valinnaisiksi kentiks: (Real Time Streaming Protocol) -standardissa.
15 ‘Bandwidth’-viestikenttä käskee palvelimen siirtyä lähettämään matal tinopeuden sekvenssiä (tässä: sekvenssi, jonka bittinopeus on 2( ‘Speed’-viestikenttä käskee palvelimen nopeuttaa lähetystä nopeutui (tässä: 1.5). ‘Range’-viestikentta ilmoittaa suoratoistomediasekvenssi: ·«· :*·.! 20 lopetuspisteen aikayksikköinä (laskettuna suoratoistomediasekvenssi(e « * i « · 4 « ft fr * ·!'*: Esitetty PLAY-viesti sopisi esimerkkiin, jossa palvelin lähettää ensin • * */*: den 30 kbps sekvenssiä alkuperäisellä lähetysbittinopeudella 30 kbps j « « · kurin täyttämiseksi palvelimen halutaan siirtyvän lähettämään sekve 25 bittinopeus on 20 kbps ja nopeuttamaan lähetystä nopeuskertoimella fr* » I V räisen lähetysbittinopeuden 30 kbps saavuttamiseksi 12 sekunnin i *** 16 tarvittavan nopeutuskertoimen alkuperäisen bittinopeuden saavuttam raavaa kaavaa käyttäen: alkuperäinen lähetysbittinopeus nopeutuskerroin =- uusi lähetysbittinopeus 5
Kun puskuri on täynnä, asiakaslaite lähettää palvelimelle toisen RTSP PLAY -viestiparin. Seuraavassa on esimerkki PL AY-viestistä: PLAY rtsp ://example.com/foo RTSP/1.0 10 CSeq: 67
Session: 354832 Range: npt=40.00-Bandwidth: 30000 Speed: 1.0 15 Tämä esimerkinomainen viesti pyytää palvelinta aloittamaan (alkuperi
• M
nopeuden 30 kbps mediasekvenssin lähetyksen (Bandwidth: 30000) ali * * lähetysbittinopeudella 30 kbps (Speed: 1.0) mediasekvenssin ajanhetk • * \V kuntia (Range: npt=40.00-) alkaen.
20 • · f *· *· Asiakaslaite voi laskea puskurin täyttöjakson pituuden seuraavien kaa 5 la: I * I LowSeqTime • · täyitöjakso -- • * * *. nopeutuskerroin 17 Näissä kaavoissa LowSeqTime ilmoittaa matalamman bittinopeuden toistoajan keston asiakaslaitteella, puskurin koko ilmoittaa puskurin ke teinä ja puskuridata ilmoittaa puskurissa jäljellä olevan datan sekunteina 5
Puskurin täyttämistä havainnollistetaan kuviossa 7. On huomattava, ett 7 on esitetty vain hyvin yksinkertaistettu tapaus. Esimerkiksi kaikki jätetty huomiotta. Kuviossa 7 ajan katsotaan kulkevan vasemmalta oik daan huomata, että puskuri alkaa tyhjentyä solunvaihtojakson alkaessa 10 otettuaan ensimmäisen PLAY-viestin, palvelin siirtyy lähettämään m bittinopeuden (tässä: 20 kbps) mediasekvenssiä ja nopeuttaa lähettämi tuskertoimella (tässä jälleen: 1.5). Koska nopeutuskerroin on 1.5, pus tyminen kestää kaksi kertaa kauemmin kuin tyhjentymisjakso kesti. Jo misjakso kesti esimerkiksi 25 sekuntia, täyttymisjakson tulisi tällä no 15 toimella olla 50 sekuntia. Kim puskuri on täynnä, lähetetään toinen P1 ja palvelin siirtyy lähettämään alkuperäistä korkeamman bittinopeuden kbps) mediasekvenssiä ja jatkaa lähetystä alkuperäisellä lähetysbittinop< .·**. Edellä on kuvattu, että esimerkiksi videovirta käsittää tyypillisesti sekä • · » 20 välikehyksiä, joista avainkehykset ovat ‘itsenäisiä kehyksiä1, jotka sisi • ♦ ;Y; ken tarvittavan tiedon tietystä kuvasta, kun taas välikehykset sisältävät • 1 ·;·♦· tokset tai ennustetut muutokset aikaisempaan kuvaan verrattuna. Seura ; ’ ·.: sinnön edullisessa suoritusmuodossa kuvataan tästä näkökulmasta tarki * · : : talamman bittinopeuden sekvenssistä alkuperäisen bittinopeuden sekve 25 tymisen ajoitusta.
♦ ♦ 1 • t * · * λ m Tässä suoritusmuodossa on tarkoitus aioittaa siirtyminen matalamman 18 välttää. Kuviossa 8 havainnollistetaan tätä suoritusmuotoa. On huom kuviossa 8 on esitetty vain yksinkertaistettu tapaus. Kuviossa 8 aja kulkevan vasemmalta oikealle. Tässä suoritusmuodossa ensimmäinei kuperäisen bittinopeuden sekvenssistä matalamman bittinopeuden 5 suoritetaan 28 sekunnin kohdalla ensimmäisen PAUSE/PLAY-viestipa
Avainkehysten paikka alkuperäisen bittinopeuden sekvenssissä voi po lamman bittinopeuden sekvenssin avainkehysten paikoista, kuten on es ossa 8. Kuitenkin seuraavien perusteella: 10 • aika, joka tarvitaan puskurin täyttämiseksi kokonaan eli *täyttäjäksi • alkuperäisen sekvenssin kahden vierekkäisen avainkehyksen välin välimatka eli avainkehysnopeus, ‘IFrameTimeorigind a • aika, jolloin suoritetaan ensimmäinen vaihto alkuperäisen bittinoj 15 venssistä matalamman bittinopeuden sekvenssiin eli *SwitchTime\ voidaan laskea sopiva ajankohta siirtymiselle takaisin alkuperäisen bil sekvenssiin. Parametri ‘IFmmeTimeoriginai voidaan laskea asiakaslaitt peräisen bittinopeuden sekvenssistä ennen vaihtoa matalamman bil
• I
V*: 20 sekvenssiin. Sopiva ajankohta takaisin alkuperäisen bittinopeuden » # \ V siirtymiselle voidaan laskea seuraavan kaavan avulla: • · ;*· 5 „ „ ^ SwitchTime + täyttöiakso ·. *; SeqChangeTime = IFrameTimeQrixbud * --- . — . L IFrameTime Original • » I#· .. . Tässä kaavassa ‘SeqChangeTime’ ilmaisee ajankohdan takaisin alkupe * · · * · nopeuden sekvenssiin siirtymiselle ja sulut ilmaisevat _/foor-toimintoa 19 sekvenssiin siirtymiselle 40 sekuntia (Se >we=5*floor((28+16)/5) = 40 s). Toinen PAUSE/PLAY-viestipari läh taavasti 40 sekunnin kohdalla, kuten on esitetty kuviossa 8. Tässä s dossa PLAY*viestin ‘Range’-kenttään sijoitettava aloituskohta on 28 5 lopetuskohta 40 sekuntia.
On huomattava, että avainkehysnopeuden takia puskurin täyttäminen ole välttämättä kaikissa tapauksissa mahdollista. Esimerkiksi juuri ki merkissä puskurin täyttäminen kokonaan olisi kestänyt 4 sekuntia 10 Kaava antaa kuitenkin puskurin täyttöjaksolle lähimmän sopivan avair
Eräässä toisessa suoritusmuodossa saattaa käydä niin, ettei ennen soli soa viimeiseksi vastaanotetun kehyksen kohdalla ole avainkehystä i bittinopeuden mediasekvenssissä. Tässä suoritusmuodossa uudelleenl 15 nön aloituskohtaa säädetään tarvittavalla kehys- (tai aika-) määrälli niin, että matalamman bittinopeuden sekvenssin aloituskohtaan saadi hys. Tässä tapauksessa jatkuvan toiston takaamiseksi asiakaslaittei huomiotta joukko ennen solunvaihtojaksoa viimeksi vastaanotettu] . · · · - jotka kuuluvat aloituskohdan jälkeiseen ajanjaksoon.
X : 20 I ·» :Y: Keksinnön eräässä toisessa suoritusmuodossa vaihdot kahden eri b # * sekvenssien välillä suoritetaan ilman edellä kuvattu(j)a ajoitusn :\l menetelmiä. Tässä suoritusmuodossa viimeinen vastaanotettu kein « i • suoraan ensimmäisen vaihtokohdan (korkeamman bittinopeuden sekv 25 talamman bittinopeuden sekvenssiin) ja aika, joka tarvitaan puskurin t * * * : Y kokonaan (‘filling period’), määrittää suoraan toisen vaihtokohdan (i «·· 20
Vaihto voidaan suorittaa myös käyttäen ns. vaihtokehyksiä. Nämä keh tävät “erotustietoa” eri bittinopeuden sekvenssien toisiaan vastaavista Tässä suoritusmuodossa kahden sekvenssin välillä suoritetaan silta ja 5 den kehysten avulla erotustietoa hyväksi käyttäen.
Kuviossa 9 on esitetty keksinnön erään edullisen suoritusmuodon mul kaslaite 101, Asiakaslaite voi olla solukkoradiopuhelinverkon matkavi kaslaite 101 käsittää prosessointiyksikön MCU, radiotaajuusosan RF j 10 tymän UI. Radiotaajuusosa RF ja käyttöliittymä UI on kytketty prosesi köön MCU. Käyttöliittymä UI käsittää tyypillisesti näytön, yhden t£ kaiuttimia ja näppäimistön (ei esitetty), joiden avulla käyttäjä voi kä> 101.
15 Prosessointiyksikkö MCU käsittää prosessorin (ei esitetty), muistin 2 koneohjelmiston. Ohjelmisto on tallennettu muistiin 210. Muisti 2 myös edellä mainitun asiakaslaitteen puskurin 240. Prosessori ohjaa i mukaisesti asiakaslaitteen 101 toimintaa, kuten palvelimelta 111 lähel toistomedian vastaanottamista ja pyyntöjen lähettämistä palvelimelle 20 taajuusosan RF kautta, vastaanotetun suoratoistomedian (video ja/tai i ί mistä ja kiijoittamista puskuriin 240 ja vastaanotetun suoratoistovideo tä näytöllä ja audion toistamista käyttöliittymän UI yhdellä tai useanu * m timella. Puskurin sopiva (ajallinen) koko voi olla esimerkiksi maksimi *m.: verto-) solunvaihtoj akson aika 1,5- tai 2-kertaisena.
25 * 1 1 ncialracnliiplmictn nrrttrtlrnllaninnTi 99Π tonnHurien ηκ\+ηνΛΐ1ιιΚ .1 Ohjelmisto käsittää suoratoistoasiakkaan ohjelmistosovelluksen 220 ( *·« ♦ · 21 dian toistamiseksi.
Prosessori muodostaa asiakasohjelmiston 220 perusteella edellä mainitut ja PLAY-viestit ja lähettää ne palvelimelle 111 radiotaajuusosan RF ka 5 sessori suorittaa asiakasohjelmiston 220 perusteella myös tarvittavat 1 jotka liittyvät nopeutuskertoimeen, puskurin täyttöjaksoon ja sopivaan taan matalamman bittinopeuden sekvenssistä takaisin alkuperäisen bitti sekvenssiin siirtymiseksi.
10 Mobiilin asiakaslaitteen 101 kokema solunvaihtotapahtuma laukaisee u lähetyspyynnön (PLAY-viestin) muodostuksen ja lähettämisen sekä mi tavat toiminnot. Asiakasohjelmisto 220 voi havaita tapahtuman vastaan asynkronisen viestin protokollapinon 230 alempien kerrosten taijoamal (Application Programming Interface). Tapahtuma voidaan vaihtoehtc 15 lisäksi havaita tarkkailemalla puskurin tasoa, eli asiakaslaitteen puskurin töastetta. Tässä tapauksessa, jos puskuri 240 ei vastaanota dataa tietyn ai X aikana (parametri X voi sovelluksesta riippuen olla määritelty vakioa se on kynnysarvo, josta asiakasohjelmisto 220 ymmärtää, että solunvai .···. tuma on tapahtunut), ja jos asiakaslaite 101 alkaa myöhemmin, tietyn vi 4 4 ft : 20 aikamäärän Y kuluttua (jolloin Y > X, ja Y on solunvaihtojakson todellir .V. vastaanottaa dataa, voi asiakas laukaista tässä selityksessä kuvatun toimii • ψ « ft · :*·,· Kuviossa 10 on esitetty keksinnön erään edullisen suoritusmuodon muka m ft : ratoistopalvelin 111. Suoratoistopalvelin 111 käsittää prosessointiyksik • · » 25 ensimmäisen muistin 310, IP-verkon rajapinnan 350 ja toisen muistin . simmäinen muisti 310, IP-verkon rajapinta 350 ja toinen muisti 360 or • ft· ft · ΛΜΛΛΑΑΛΛί«+ί rbrl4b1rXX«i /-1ΤΥΤ Τ 22 muistiin (levy) 360 tallennettujen mediavirtojen lähettämistä asiakasia ΓΡ-verkon rajapinnan 350 kautta.
Ohjelmisto käsittää suoratoistopalvelimen ohjelmistosovelluksen 320 5 sa palvelinohjelmisto 320), protokollapinon 330 tarvittavien protokol kuten RTP-kerroksen, RTSP-kerroksen, SDP-kerroksen, TCP-ken kerroksen ja alempien protokollakerrosten toteuttamiseksi.
Asiakaslaitteelta 101 lähetetyt PAUSE-ja PLAY-viestit vastaanotetaai 10 rajapinnan 350 kautta. Prosessointiyksikön CPU prosessori (ei esitetty viestit palvelinohjelman 320 ja protokollapinon 330 mukaisesti ja ryhi viin toimiin.
Esillä olevan keksinnön avulla voidaan vähentää solunvaihdon vaiki 15 neillään olevaan suoratoistoistuntoon. On huomattava, että keksinnöi suoritusmuotojen mukaan lähetetään uudelleenlähetyspyyntö (esim. P1 sovelluskerroksella eli asiakkaan ohjelmistosovelluksen 220 ja palvel mistosovelluksen 320 välillä. Sovelluskerroksen pyyntöjen siirtämisei laitteelta suoratoistopalvelimelle käytetään edullisesti RTSP:tä TCPtn 20 sion Control Protocol) päällä tai RTSP.tä jonkun muun luotettavan • m päällä. Näin voidaan käytännössä taata viestien vastaanotto suoratoisto la.
• ♦ » * ·· * 9 9 99
Vaikka solunvaihdon on kuvattu tapahtuvan kahden tukiaseman väli] 25 mättävä, että solunvaihto voidaan suorittaa myös yhden ja saman tukia ·* ♦ · · : ·* den sektorin välillä. On myös huomattava, että toteutuksesta riippuei • · • · «« .... . ... ______ . .
23
Lisäksi puskurintäyttösuoritusmuotoon liittyen on edellä selostettu, että velin siirtyy lähettämään matalamman bittinopeuden sekvenssiä, alk lähetysbittinopeus ylläpidettäisiin. Keksinnön vaihtoehtoisessa suoritus) käytetään kuitenkin alkuperäistä lähetysbittinopeutta korkeampaa lähet 5 peutta tayttöjakson aikana, jotta puskuri voidaan täyttää nopeammin. Tä tusmuodossa oletetaan, että mobiili asiakaslaite voi pyytää suurempaa veyttä ja että suurempi kaistanleveys on todella käytettävissä radiopääsy^
Lisäksi puskurintäyttösuoritusmuotoon liittyen sekvenssin kaistanleveys 10 daan lähettää suoratoistopalvelimelle 111 myös muutoin kuin RTJ 'Bandwidth' avulla (esimerkiksi pyytämällä määrättyä, asiakaslaitteen 1 maila bittinopeudella koodattua sekvenssiä). Tässä tapauksessa ‘Ba kenttää ei käytetä; ‘Speed'- ja ‘Range’-kentät lasketaan uudelleen todel netun sekvenssibittinopeuden perusteella.
15
Verkon (ilmarajapinnan) kaistanleveys saattaa muuttua puskurintäyttöj kana. Jos asiakaslaite 101 tukee sellaista kaistanleveyden sovittamista, j tyy bittivirran vaihtoa, asiakaslaitteen 101 tulisi keskeyttää puskurin tä; (RTSP PAUSE -viestillä) ennen kaistanleveyden sovittamisviestin läl ** · ;\j 20 suoratoistopalvelimelle 111. Kun kaistanleveyden sovittamistoiminnot • 1 2 3 V: asiakaslaite voi jälleen aloittaa puskurin täyttämisen ja laskea uudelta * · 2 ·:··: width'-, ‘Speed’- ja ‘Range’-arvot uuden mediavirran bittinopeuden ja i :\i don perusteella, • i • i 25 Puskurintäyttösuoritusmuotoon liittyen on myös huomattava, että vaihtoi ..1·1 suoritusmuodossa toisia PAUSE/PLAY-viestejä ei lähetetä lainkaan, va 3 • · Iin ennrittaa ai itnm a äiti spfct i vaihHnn takaisin allnmpräicpn mpHiacpkvpnc 24 tapauksissa olla itse asiassa lähetyspyyntö. Yhtä tällaista tapausta tarl keksinnön vaihtoehtoisena suoritusmuotona. Tässä suoritusmuodossa as (101), joka tietää etukäteen solunvaihdon tulevan tapahtumaan hyvin pi; tää PAUSE-viestin suoratoistopalvelimelle (111) ennen solunvaihtojaks 5 (eli solunvaihtoa edeltävän jakson aikana). PAUSE-viestin lähetyksen solunvaihdon aloitustapahtuma, josta ilmoitetaan asiakasohjelmistolle 2 man kerroksen API:n välityksellä. PAUSE-viesti saa suoratoistopalveli lopettamaan suoratoistomedian lähettämisen. Kun solunvaihtojakso on < kaslaite 101 lähettää PLAY-viestin, joka saa suoratoistopalvelimen ale 10 lähetyksen kohdasta, johon lähetys lopetettiin ennen solunvaihtojaksoa. S tomedian toistoa ei lopeteta välillä asiakaslaitteella 101 ja jos asiakaslait kuri 240 on valittu ajallisesti pitemmäksi kuin solunvaihtoon kuluva aiki 240 ei tyhjene kokonaan solunvaihdon aikana eikä käyttäjä huomaa toisti pyjä tai katkoja. PLAY-viesti voi sisältää pyynnön lähettää suuremman 15 della puskurin 240 täyttöasteen lisäämiseksi.
Vielä eräässä toisessa suoritusmuodossa mobiili asiakaslaite 101 lähett solunvaihtojaksoa suoratoistopalvelimelle 111 tarkoitukseen soveltuvat ·*··. joka pyytää suoratoistopalvelinta 111 lopettamaan suoratoistomedian lähi :*.J 20 ja aloittamaan lähettämisen jälleen sopivana ajankohtana solunvaihtoja • * • Y; keen. Viestin lähettämisen panee solunvaihtoa edeltävän jakson aikana •: · ·: lunvaihdon aloitustapahtuma, j osta ilmoitetaan asiakasohj elmistol le 220 kerroksen API:n välityksellä. Mobiili asiakaslaite 101 tietää kuinka kau :[[ [: vaihto suunnilleen tulee kestämään ja arvioi sopivan ajankohdan, jolloin 25 taas vastaanottamaan dataa. Se sijoittaa tämän tiedon viestiin estääksei „ Y toistopalvelinta 111 aloittamasta j älleenlähettämistä liian aikaisin.
• · • · 25 1
Session: 354832
Range: npt=28.00-40.00; time=l9970123ΊΊ53600Ζ
Bandwidth: 20000 Speed: 1.5 5 Tämä on RTSP PLAY -viesti, jolla on otsakekenttä ‘Time’. Tuon ka ajoitetaan tulevan suoratoistomedian lähetyksen aloitus.
Kuviossa 11 on havainnollistettu (erityisesti puskurintäyttösuoriti 10 liittyen) seuraavat kolme viestienlähetystapaa:
Tapaus 1: Ensimmäiset PAUSE- ja PLAY-viestit lähetetään solum jälkeen. Toiset PAUSE- ja PLAY-viestit lähetetään, kun puskuri 240 o
15 Tapaus 2: Ensimmäinen PAUSE-viesti lähetetään ennen solunvaihtojaJ
liittyvä PLAY-viesti lähetetään solunvaihtojakson jälkeen. Toiset PLAY-viestit lähetetään, kun puskuri 240 on täynnä.
:***: Tapaus 3: Ensimmäinen PAUSE-viesti lähetetään ennen solunvaihtojaJ
* * * 20 liittyvä PLAY-viesti lähetetään PAUSE-viestin jälkeen mutta ennen s : jaksoa. Toiset PAUSE- ja PLAY-viestit lähetetään, kun puskuri 240 or * · • * \‘e! Toisen PAUSE-viestin lähettäminen ei ole tarpeen, jos ensimmäinen f sisältää suljetun ‘Range’-kentän.
25 ·« * • « «
2 - * Edellä on kuvattu keksinnön erityisiä toteutuksia j a suoritusmuoto) a. A
• ,§l|

Claims (16)

1. Menetelmä median suoratoistoa varten suoratoistopalvelimelta (111) le asiakaslaitteelle (101) ilmarajapinnan kautta, jossa menetelmässä: 5 pyydetään suoratoistopalvelinta (111) lähettämään suoratoistomi ta mobiili asiakaslaite (101) ei pysty solunvaihdon takia vastaanottam
2. Patenttivaatimuksen 1 mukainen menetelmä, jossa suoratoistopal annetaan aloituskohta, josta lähetys aloitetaan. 10
3. Patenttivaatimuksen 1 mukainen menetelmä, jossa suoratoistopalve lähettää suoratoistomediaa, jota mobiili asiakaslaite (101) ei pysty solunvaihdon takia vastaanottamaan, ja suoratoistomedian jäljellä ok vastauksena pyyntöön. 15
4. Patenttivaatimuksen 1 mukainen menetelmä, jossa solunvaihto käsitt vaihtojakson, jonka aikana mobiili asiakaslaite (101) ei pysty vastaan suoratoistomediaa, jossa menetelmässä: lähetetään solunvaihtojakson jälkeen mobiililta asiakaslaittee ·»* •\| 20 suoratoistopalvelimelle (111) uudelleenlähetyspyyntö, joka pyytää i • i topalvelinta (111) lähettämään uudelleen suoratoistomediaa, jota mol • * •: · ·: kaslaite (101) ei pystynyt vastaanottamaan solunvaihtoj akson aikana. • * * « # • • »
5. Patenttivaatimuksen 4 mukainen menetelmä, jossa uudelleenlähet 25 tuotetaan RTSP-protokollan (Real Time Streaming Protocol) mukaise ·♦# ··*·
6. Patenttivaatimuksen 4 mukainen menetelmä, jossa uudelleenlähet (240) kuten puskuriin.
8. Patenttivaatimuksen 7 mukainen menetelmä» jossa väliaikaisvaras koko on ajallisesti pitempi kuin solunvaihtojakso. 5
9. Patenttivaatimuksen 7 mukainen menetelmä, jossa suoratoistopalve detään lähettämään suoratoistomediaa median toistonopeutta suurem peudella väliaikaisvaraston (240) täyttöasteen lisäämiseksi.
10. Patenttivaatimuksen 9 mukainen menetelmä, jossa suoratoistopa (111) viestitään pyynnössä kaistanleveys tai haluttu lähetysbittinop peutuskerroin.
11. Patenttivaatimuksen 9 mukainen menetelmä, jossa suoratoistomediE 15 taan mobiilian asiakaslaitteeseen (101) toistonopeutta suuremmalla la.
12. Patenttivaatimuksen 9 mukainen menetelmä, jossa suoratoistopalve! .··*. pyydetään myöhemmin palaamaan alkuperäiseen konfiguraatioon. »· * : 20 • *· • * y; 13. Patenttivaatimuksen 7 mukainen menetelmä, jossa väliaikaisvaras täyttöaste vähenee solunvaihdon aikana ja suoratoistopalvelinta pyy hettämään vastaanottamatonta suoratoistomediaa, vaikka väliaik ψ » (240) ei ole kokonaan tyhjentynyt, ja mainittu pyyntö suoritetaan ] 25 mättä toistoa mobiilissa asiakaslaitteessa (101). m II 14 PatenttivaaturmlrCCTi 1 mnlrainm incca cnAratnictnnolvpl (101) välitetään etukäteen tieto käytettävissä olevista mediavirroista toistunnon asetuksessa.
16. Patenttivaatimuksen 15 mukainen menetelmä, jossa suoratoisto 5 (111) pyydetään siirtymään korkeamman bittinopeuden mediavirra misestä lähettämään matalamman bittinopeuden mediavirtaa suurem peudella.
17. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, joi 10 toistomedia käsittää yhden seuraavista: videovirran, audiovirran, mu tä mediasta koostuvan virran, multimediavirran,
18. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, jo: toistopalvelin (111) lähettää suoratoistomediaa mobiilille asiaki 15 (101) matkaviestinverkon kautta.
19. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, jos viestinverkko käsittää matkaviestinpakettiradioverkon, kuten GPJ /·*, (General Packet Radio Service). !\! 20 • ·* • · ; V. 20. Jonkin edellä olevan patenttivaatimuksen mukainen menetelmä, joss solunvaihto suoritetaan kahden tukiaseman (BS1, BS2) välillä, jotk ryhmästä, joka käsittää: GPRS-jäijestelmään kuuluvia tukiasemia, k • · sukupolven matkaviestinjärjestelmään kuuluvia tukiasemia. • a* 25 •: * 21. Mobiili asiakaslaite (101) suoratoistomedian vastaanottamista varten ! ! ninrmn kantta snnratnisfnnalvAliniAltg mil inka mnfiiili aciatacl:
22. Suoratoistopalvelin (111) suoratoistomedian lähettämistä varten asiakaslaitteelle (101) ilmarajapinnan kautta, joka suoratoistopalvt käsittää: 5 välineet (350) pyynnön vastaanottamiseksi, jossa pyynnössä ] suoratoistopalvelinta (111) lähettämään suoratoistomediaa, jota mo kaslaite (101) ei pysty solunvaihdon takia vastaanottamaan; ja välineet (320,330, CPU) vastaanotetun pyynnön mukaan toimii 10 23. Jäijestelmä, joka käsittää suoratoistopalvelimen (111) ja mobiilin a teen (101) median suoratoistoa varten suoratoistopalvelimelta (111) asiakaslaitteelle (101) ilmarajapinnan kautta, joka jäijestelmä käsitl lilla asiakaslaitteella (101): välineet (220,230, MCU), joiden avulla suoratoistopalvelinta ( 15 detään lähettämään suoratoistomediaa, jota mobiili asiakaslaite (101 solunvaihdon takia vastaanottamaan, joka jäijestelmä edelleen kasit toistopalvelimella (111): välineet (350) pyynnön vastaanottamiseksi; ja ,··\ välineet (320,330, CPU) vastaanotetun pyynnön mukaan toimii • · ··· .·.: 20 • ft* ft ft ,v; 24. Mobiililla asiakaslaitteella (101) suoritettavissa oleva tietokoneohje » · ....: käsittää: • # ohjelmakoodin, jonka avulla mobiili asiakaslaite (101) saada • · ***** mään suoratoistopalvelinta (111) lähettämään suoratoistomediaa, jo • ft ft 25 asiakaslaite (101) ei pysty solunvaihdon takia vastaanottamaan. « Hl ft ft ft · ft m Λ ft taanottamaan; ja ohjelmakoodin vastaanotetun pyynnön mukaan toimimiseksi. » * 9 9 999 9 9 * · * « 99 9 9 9 9 9 9 9 9 9 9 9 9 9 |»M« 9 9 9 9 % 9 9 9 99 9 9 999 * 9 9 9 999 999 9 99 9 4 9 44 31 ^
FI20021820A 2002-10-14 2002-10-14 Median suoratoisto FI116816B (fi)

Priority Applications (13)

Application Number Priority Date Filing Date Title
FI20021820A FI116816B (fi) 2002-10-14 2002-10-14 Median suoratoisto
MYPI20033432A MY143014A (en) 2002-10-14 2003-09-10 Streaming media
TW092125142A TWI248740B (en) 2002-10-14 2003-09-12 Method and device for streaming media
US10/674,902 US7733830B2 (en) 2002-10-14 2003-09-29 Enhancing streaming media reception for a mobile device during cell reselection
CN200380101370.4A CN1706146B (zh) 2002-10-14 2003-10-10 用于从流式服务器向移动客户机装置流动媒体的方法、装置和系统
EP03769522.8A EP1552644B1 (en) 2002-10-14 2003-10-10 Streaming media
JP2004544332A JP4287376B2 (ja) 2002-10-14 2003-10-10 ストリーミングメディア
BRPI0315207-3A BRPI0315207B1 (pt) 2002-10-14 2003-10-10 Method and system for transmitting the media flow from a flux server to the mobile client, flow server, mobile client.
BR0315207-3A BR0315207A (pt) 2002-10-14 2003-10-10 Método e sistema para transmitir o fluxo de mìdia de um servidor de fluxo para o cliente móvel, servidor de fluxo, cliente móvel, e, programa de computador
CA002500781A CA2500781A1 (en) 2002-10-14 2003-10-10 Method and system for streaming media from a streaming server to a mobile client device
PCT/FI2003/000752 WO2004036824A1 (en) 2002-10-14 2003-10-10 Streaming media
KR1020057006376A KR100705432B1 (ko) 2002-10-14 2003-10-10 미디어 스트리밍
AU2003278207A AU2003278207A1 (en) 2002-10-14 2003-10-10 Streaming media

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20021820 2002-10-14
FI20021820A FI116816B (fi) 2002-10-14 2002-10-14 Median suoratoisto

Publications (3)

Publication Number Publication Date
FI20021820A0 FI20021820A0 (fi) 2002-10-14
FI20021820A FI20021820A (fi) 2004-04-15
FI116816B true FI116816B (fi) 2006-02-28

Family

ID=8564746

Family Applications (1)

Application Number Title Priority Date Filing Date
FI20021820A FI116816B (fi) 2002-10-14 2002-10-14 Median suoratoisto

Country Status (12)

Country Link
US (1) US7733830B2 (fi)
EP (1) EP1552644B1 (fi)
JP (1) JP4287376B2 (fi)
KR (1) KR100705432B1 (fi)
CN (1) CN1706146B (fi)
AU (1) AU2003278207A1 (fi)
BR (2) BR0315207A (fi)
CA (1) CA2500781A1 (fi)
FI (1) FI116816B (fi)
MY (1) MY143014A (fi)
TW (1) TWI248740B (fi)
WO (1) WO2004036824A1 (fi)

Families Citing this family (78)

* 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
US9240810B2 (en) 2002-06-11 2016-01-19 Digital Fountain, Inc. Systems and processes for decoding chain reaction codes through inactivation
EP2357732B1 (en) 2002-10-05 2022-04-06 QUALCOMM Incorporated Systematic encoding and decoding of chain reaction codes
KR101170629B1 (ko) 2003-10-06 2012-08-02 디지털 파운튼, 인크. 단일 송신기 또는 다중 송신기를 갖는 통신 시스템의 에러 정정 다중-스테이지 코드 생성기 및 디코더
US7440430B1 (en) * 2004-03-30 2008-10-21 Cisco Technology, Inc. Jitter buffer management for mobile communication handoffs
US7818444B2 (en) 2004-04-30 2010-10-19 Move Networks, Inc. Apparatus, system, and method for multi-bitrate content streaming
US8868772B2 (en) * 2004-04-30 2014-10-21 Echostar Technologies L.L.C. Apparatus, system, and method for adaptive-rate shifting of streaming content
EP1743431A4 (en) 2004-05-07 2007-05-02 Digital Fountain Inc SYSTEM FOR DOWNLOADING AND RECORDING AND CONTINUOUS READING OF FILES
JP4428161B2 (ja) * 2004-07-16 2010-03-10 ブラザー工業株式会社 接続状態制御装置、接続状態制御方法及び接続状態制御用プログラム
JP4389216B2 (ja) * 2004-11-15 2009-12-24 株式会社カシオ日立モバイルコミュニケーションズ 移動通信端末およびコンテンツ再生方法
US8218439B2 (en) * 2004-11-24 2012-07-10 Sharp Laboratories Of America, Inc. Method and apparatus for adaptive buffering
US8089941B2 (en) * 2004-12-10 2012-01-03 Broadcom Corporation Mobile communication device and system supporting personal media recorder functionality
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
US8683066B2 (en) 2007-08-06 2014-03-25 DISH Digital L.L.C. Apparatus, system, and method for multi-bitrate content streaming
EP1911278A2 (en) * 2005-08-04 2008-04-16 Nds Limited Advanced digital tv system
US8908577B2 (en) * 2005-12-02 2014-12-09 Qualcomm Incorporated Solving IP buffering delays in mobile multimedia applications with translayer optimization
US9136983B2 (en) 2006-02-13 2015-09-15 Digital Fountain, Inc. Streaming and buffering using variable FEC overhead and protection periods
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
US8355720B2 (en) * 2006-05-12 2013-01-15 Motorola Mobility Llc Application and transport adaptation for a wireless communication prior to a reselection
US9178535B2 (en) 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
US9209934B2 (en) 2006-06-09 2015-12-08 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
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
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
JP4722028B2 (ja) 2006-12-26 2011-07-13 富士通株式会社 データ転送システム、接近通知システム、およびデータ転送方法
US9979931B2 (en) * 2007-05-30 2018-05-22 Adobe Systems Incorporated Transmitting a digital media stream that is already being transmitted to a first device to a second device and inhibiting presenting transmission of frames included within a sequence of frames until after an initial frame and frames between the initial frame and a requested subsequent frame have been received by the second device
US8180029B2 (en) * 2007-06-28 2012-05-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
JP4919890B2 (ja) * 2007-07-11 2012-04-18 株式会社日立製作所 無線システム、基地局および移動局
US8813141B2 (en) 2007-08-08 2014-08-19 At&T Intellectual Properties I, L.P. System and method of providing video content
AU2008298602A1 (en) 2007-09-12 2009-03-19 Digital Fountain, Inc. Generating and communicating source identification information to enable reliable communications
US8391312B2 (en) * 2007-10-19 2013-03-05 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8699678B2 (en) * 2007-10-19 2014-04-15 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8145780B2 (en) * 2007-10-19 2012-03-27 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8090867B2 (en) * 2007-10-19 2012-01-03 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8380874B2 (en) * 2007-10-19 2013-02-19 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8321581B2 (en) * 2007-10-19 2012-11-27 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8706907B2 (en) * 2007-10-19 2014-04-22 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8682336B2 (en) * 2007-10-19 2014-03-25 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
US8111713B2 (en) 2007-10-19 2012-02-07 Voxer Ip Llc Telecommunication and multimedia management method and apparatus
JP5012907B2 (ja) * 2007-12-27 2012-08-29 富士通株式会社 通信方法、通信システムおよび基地局
JP2009194688A (ja) * 2008-02-15 2009-08-27 Seiko Epson Corp 画像転送装置、画像表示装置、画像表示システム、画像データの転送方法、画像表示方法、およびコンピュータプログラム
CN101540881B (zh) * 2008-03-19 2011-04-13 华为技术有限公司 实现流媒体定位播放的方法、装置及系统
US8565740B2 (en) * 2008-05-08 2013-10-22 Blackberry Limited System and method for providing streaming data to a mobile device
US9462029B2 (en) * 2008-08-29 2016-10-04 Red Hat, Inc. Invoking serialized data streams
KR20100073168A (ko) * 2008-12-22 2010-07-01 한국전자통신연구원 합성데이터 송/수신 장치 및 방법
TWI396443B (zh) * 2008-12-22 2013-05-11 Ind Tech Res Inst 應用於網路串流之影音控制回應及頻寬調適方法與使用該方法之伺服器
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
US9137026B1 (en) * 2009-04-23 2015-09-15 Sprint Communications Company L.P. Seamless service transitions for dual-network mobile devices
JP2011041018A (ja) * 2009-08-11 2011-02-24 Sony Corp 情報処理装置、情報処理方法、プログラムおよび通信端末
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
CN101729858A (zh) * 2009-12-14 2010-06-09 中兴通讯股份有限公司 一种蓝牙媒体的播放控制方法及系统
US9819840B2 (en) 2010-01-11 2017-11-14 Bryan Nunes Audio device that extracts the audio of a multimedia stream and serves the audio on a network while the video is displayed
US9438360B2 (en) * 2010-01-11 2016-09-06 Signet Media, Inc. System and method for providing an audio component of a multimedia content displayed on an electronic display device to one or more wireless computing devices
CN102148806A (zh) * 2010-02-09 2011-08-10 华为技术有限公司 网络电视的时移处理方法和系统以及网络设备、终端
US9510029B2 (en) 2010-02-11 2016-11-29 Echostar Advanced Technologies L.L.C. Systems and methods to provide trick play during streaming playback
US8516063B2 (en) 2010-02-12 2013-08-20 Mary Anne Fletcher Mobile device streaming media application
US9485546B2 (en) 2010-06-29 2016-11-01 Qualcomm Incorporated Signaling video samples for trick mode video representations
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
US9456015B2 (en) 2010-08-10 2016-09-27 Qualcomm Incorporated Representation groups for network streaming of coded multimedia data
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
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
TWI469606B (zh) * 2012-12-10 2015-01-11 Hon Hai Prec Ind Co Ltd 流媒體分享請求系統、流媒體提供系統及其方法
EP2750447A1 (en) * 2012-12-28 2014-07-02 Alcatel Lucent Neighboring cell selection for an user equipment using a content delivery service in a mobile network
US9883546B2 (en) 2015-09-04 2018-01-30 Apple Inc. Postponing a resending of a data service request
JP6772218B2 (ja) * 2018-06-29 2020-10-21 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末
JP6906126B2 (ja) * 2018-06-29 2021-07-21 Ｌｉｎｅ株式会社 プログラム、情報処理方法、端末
WO2020026242A1 (en) * 2018-08-01 2020-02-06 Ichannel.Io Ltd. A system for management of a plurality of rendering machines to avoid transmission failures
US11588876B2 (en) * 2020-06-16 2023-02-21 T-Mobile Usa, Inc. Device-side playback restrictions on high throughput networks
US20230101262A1 (en) * 2021-09-29 2023-03-30 At&T Intellectual Property I, L.P. Application-level network slicing for high quality of experience

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5864578A (en) * 1996-04-29 1999-01-26 Golden Bridge Technology, Inc. Matched filter-based handoff method and apparatus
FI109503B (fi) 1997-04-15 2002-08-15 Nokia Corp Pakettien menetyksen estäminen pakettipohjaisen tietoliikenneverkon handoverissa sekä handovermenetelmä
JP3337062B2 (ja) * 1997-11-21 2002-10-21 日本電気株式会社 無線データ転送方法及びそのシステム
JPH11187367A (ja) 1997-12-19 1999-07-09 Nec Corp 映像送信装置，映像受信装置及びこれらを用いた映像伝送システム
US8341662B1 (en) * 1999-09-30 2012-12-25 International Business Machine Corporation User-controlled selective overlay in a streaming media
EP1224829A2 (en) 1999-10-18 2002-07-24 Telefonaktiebolaget L M Ericsson (Publ) Method and system for the wireless transmission of loss sensitive data
US6665726B1 (en) * 2000-01-06 2003-12-16 Akamai Technologies, Inc. Method and system for fault tolerant media streaming over the internet
US6360099B1 (en) * 2000-06-09 2002-03-19 Motorola, Inc. Reducing audio gaps during a communication network handoff
US7016970B2 (en) * 2000-07-06 2006-03-21 Matsushita Electric Industrial Co., Ltd. System for transmitting stream data from server to client based on buffer and transmission capacities and delay time of the client
FI113323B (fi) * 2000-08-21 2004-03-31 Nokia Corp Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
CA2428325C (en) 2000-11-29 2011-08-30 Matthew David Walker Transmitting and receiving real-time data
EP1261204A2 (en) * 2001-03-29 2002-11-27 Matsushita Electric Industrial Co., Ltd. Method and apparatus for data reproduction
US7058035B2 (en) * 2001-06-29 2006-06-06 Qualcomm, Indorporated Communication system employing multiple handoff criteria
US7200402B2 (en) * 2001-07-03 2007-04-03 Hewlett-Packard Development Company, L.P. Method for handing off streaming media sessions between wireless base stations in a mobile streaming media system
US6954456B2 (en) * 2001-12-14 2005-10-11 At & T Corp. Method for content-aware redirection and content renaming
US20030114158A1 (en) * 2001-12-18 2003-06-19 Lauri Soderbacka Intersystem handover of a mobile terminal
US20040008688A1 (en) * 2002-07-11 2004-01-15 Hitachi, Ltd. Business method and apparatus for path configuration in networks

Also Published As

Publication number Publication date
BR0315207A (pt) 2005-08-16
JP2006503463A (ja) 2006-01-26
EP1552644A1 (en) 2005-07-13
CA2500781A1 (en) 2004-04-29
US20040071088A1 (en) 2004-04-15
FI20021820A0 (fi) 2002-10-14
KR100705432B1 (ko) 2007-04-09
BRPI0315207B1 (pt) 2017-12-26
US7733830B2 (en) 2010-06-08
KR20050065592A (ko) 2005-06-29
AU2003278207A1 (en) 2004-05-04
MY143014A (en) 2011-02-14
TWI248740B (en) 2006-02-01
FI20021820A (fi) 2004-04-15
CN1706146B (zh) 2010-10-13
WO2004036824A1 (en) 2004-04-29
EP1552644B1 (en) 2016-12-28
JP4287376B2 (ja) 2009-07-01
TW200406108A (en) 2004-04-16
CN1706146A (zh) 2005-12-07

Similar Documents

Publication Publication Date Title
FI116816B (fi) Median suoratoisto
CN101753973B (zh) 一种频道切换方法、装置和系统
CN102232298B (zh) 媒体内容的传输处理方法、装置与系统
US20140095668A1 (en) Method for seamless unicast-broadcast switching during dash-formatted content streaming
US20080151885A1 (en) On-Demand Multi-Channel Streaming Session Over Packet-Switched Networks
CN108347622B (zh) 多媒体数据推送方法、装置、存储介质及设备
EP1675343A1 (en) Method and system to minimize the switching delay between two RTP multimedia streaming sessions
EP1708506A2 (en) Rapid media channel changing mechanism and access network node comprising same
JP2010154547A (ja) パケット化データのビットレートの適合化とデータパケットの再送信との間の連携
KR20060113567A (ko) 선택적 결합 시스템의 수신기에서 지터 감소를 위한 방법및 장치
KR101475991B1 (ko) 모바일 디바이스상에서 비디오를 플레이하기 위한 방법 및 시스템
JP2002330381A (ja) データ再生方法、データ受信端末及びデータ受信方法
KR20020045571A (ko) 데이터 재생방법, 데이터 수신단말 및 데이터 수신방법
CN106686438A (zh) 一种跨设备的音频图像同步播放的方法、装置及系统
CN107566918A (zh) 一种视频分发场景下的低延时取流秒开方法
US20070160048A1 (en) Method for providing data and data transmission system
US20120117265A1 (en) Method and communication system for implementing stream services, and relevant device
CN101378356B (zh) 一种ip实时流媒体的播放方法
EP2192740B1 (en) Method and apparatus for receiving content
CN101662689A (zh) 交互电视频道切换方法及系统、音视频流发送方法及装置
WO2009007508A1 (en) Method and apparatus for improving mobile broadcast quality
WO2011095118A1 (zh) 网络时移的处理方法、装置及系统
CA2660278A1 (en) Error recovery for rich media
JP2004274781A (ja) データ受信端末及びデータ受信方法
JPH11205390A (ja) 伝送システム、端末装置、サーバ装置及び記録媒体

Legal Events

Date Code Title Description
FG Patent granted

Ref document number: 116816

Country of ref document: FI

PC Transfer of assignment of patent

Owner name: NOKIA TECHNOLOGIES OY

MM Patent lapsed