Abstract-I detta papper beskriver vi en ny metod, kallad RWTM (Receive Window Tuning Method) som formar HTTP adaptiva strömmar. Den använder flödeskontrollen i porten för att förbättra användarnas upplevelsekvalitet (QoE). Vårt användningsområde är när två HTTP Adaptive streaming-klienter konkurrerar om bandbredd i samma hemnätverk. Resultaten visar att vår föreslagna metod avsevärt förbättrar QoE; det förbättrar videostabiliteten, troheten till optimalt val av videokvalitetsnivå och konvergenshastigheten till optimal videokvalitetsnivå. Kvaliteten på erfarenhet (QoE) av HTTP adaptiv ström beror främst på tre kriterier: 1-Video kvalitetsnivå stabilitet, eftersom den frekventa förändringen av videokvalitetsnivå stör användaren; 2-Fidelity till optimal kvalitet nivå val; användaren föredrar att titta på den högsta möjliga kvalitetsnivå som den tillgängliga bandbredden tillåter. Denna kvalitetsnivå kallas optimal kvalitetsnivå; 3-konvergenshastighet: Användaren föredrar att se den optimala kvalitetsnivån så snart som möjligt. Den fördröjning som spelaren tar för att nå den optimala kvalitetsnivån kallas konvergenshastighet [3]. Vår användning är när två HAS-klienter konkurrerar om bandbredd i samma hemmanätverk och de begär bitar från samma HAS-server. I detta fall är de två huvudorsakerna till försämringen av QoE överbelastningar och konkurrens mellan HAMS-strömmar. I själva verket minskar överbelastningshändelserna – som ofta inträffar i hemporten [5] – den bithastighet av paket som skickas till HAMS-klienter som försämrar QoE. Dessutom, när två spelare tävlar, kan de göra falsk uppskattning av tillgänglig bandbredd; till exempel, om ON perioden för den första spelaren sammanfaller med OFF perioden för den andra spelaren, den första spelaren kommer att överskatta sin tillgängliga bandbredd. Som en följd av detta kommer det inte att välja den optimala kvalitetsnivån för nästa bit, därav nedbrytningen av QoE. Syftet med vår studie är att förbättra de tre kriterierna för QoE som nämns ovan när HAMS kunder konkurrerar om bandbredd. Resten av detta dokument är organiserat enligt följande. I Avsnitt II presenterar vi vår metod, kallad "Receive Window Tuning Method" (RWTM). I avsnitt III presenteras resultaten av våra experiment. I avsnitt IV avslutar vi dokumentet och ger framtida riktlinjer för vårt arbete. Vår föreslagna metod "Receive Window Tuning Method", RWTM, är baserad på TCP-flödeskontroll. I själva verket använder TCP denna flödeskontrollmekanism för att förhindra att en avsändare skickar fler paket än mottagarens kapacitet. I varje TCP-segment anger mottagaren den maximala mängd data som ska buffras. Denna specifikation skickas till avsändaren i mottagarens annonserade fönsterfält, rwnd. Avsändaren kan inte överstiga mängden W=min (rwnd, cwnd) av bytes, som kallas avsändarens utsändningsfönster, när paket skickas. Där cwnd är trängselfönstrets storlek. Som en följd av detta, om rwnd blir konstant och cwnd överstiger den, skickar fönstret kommer fortfarande att vara konstant och lika med rwnd. Därför kommer den teoretiska sändningshastigheten alltid att begränsas av den maximala bithastigheten rwnd/RTT, som kan betraktas som formhastigheten. Där RTT är round-trip tiden mellan klienten och servern. Tanken är att ändra värdet på rwnd för att få en sändningshastighet begränsad av rwnd/RTT. I Linux är det till exempel möjligt att ställa in parametern net.ipv4.tcp_rmem på klientsidan. Detta anger dock den maximala uttagsbuffertstorleken för alla TCP-anslutningar på kunden [4], utan hänsyn till varje anslutnings särskilda behov eller begränsningar. Istället är det möjligt att ändra rubriken för varje erkännande paket (ACK) skickas från HAMS-klienten till HAMS-servern vid porten. En annan fördel med att använda gateway är att gateway är den enhet som har information om inkommande trafik för alla kunder i samma hemnätverk. Så den har förmågan att hantera bandbredden i hemmanätverket. Dessutom kräver formateringsgraden, rwnd/RTT, RTT-skattning. Denna uppskattning är möjlig i porten med hjälp av en passiv uppskattning av RTT som beskrivs i [7]. Den använder endast 978-1-4799-7575-4/14/$31.00 ©2014 IEEE erkännanden (ACKs) skickas från kunder till servern. Vi använder denna uppskattning bara en gång för varje begärd bit.
Det ska vara förbjudet att fiska i unionens vatten i Ices-sektionerna VIIa, VIIb, VIIb, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, VIIId, IIId, IIId, VIIId, VIIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, III, III, IIId, III, III, IIId, III, III, III, III, III, III, IIId, IIId, IIId, IIId, IIId, IIId, IIId, III, III, III, III, III, III, III, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, IIId, III Undersökningarna av REF har visat att RWTM förbättrar QoE. Syftet med detta dokument är att jämföra de två gateway-baserade formningsmetoderna HTBM och RWTM genom att använda en identisk och väl vald bandbreddshanterare som är avsedd att definiera den optimala kvalitetsnivån för varje HAMS-klient.
Shaping HTTP adaptive streams using receive window tuning method in home gateway
{'venue': '2014 IEEE 33rd International Performance Computing and Communications Conference (IPCCC)', 'journal': '2014 IEEE 33rd International Performance Computing and Communications Conference (IPCCC)', 'mag_field_of_study': ['Computer Science']}