Conference Paper

QoS Improvement for H.264 Video Transmission Based on Structural Similarity.

DOI: 10.1109/3PGCIC.2010.18 Conference: 3PGCIC 2010, International Conference on P2P, Parallel, Grid, Cloud and Internet Computing, Fukuoka Institute of Technology, Fukuoka, Japan, 4-6 November 2010
Source: DBLP

ABSTRACT In this paper, we proposed a novel algorithm to improve the service quality of H.264 video transport stream over a congested DiffServ network. The video packets are first pre-marked in the application layer during encoding at the sender end, where the importance of pre-marking is set according to the non-structural similarity of video contents. Next, the control of traffic flow is marked with colors according to the video pre-marking and the network conditions, with each color given different drop precedence in order to reduce the possibility of losing important video packets. At the receiver, we use frame copy method to conceal the errors if packet drop is happened. The performance is simulated and verified by the use of NS-2 network simulator. It shows that the quality of video transmission is improved.

0 Bookmarks
 · 
37 Views
  • [Show abstract] [Hide abstract]
    ABSTRACT: Video transmission over Internet can greatly benefit from adapting video content to diffserv network parameters, to better support the application requirements. In this paper, a novel content-aware packet priority ordering and marking scheme is presented for streaming H.264 coded video over differentiated services enabled networks. The scheme takes advantage of flexible macroblock ordering (FMO) coding scheme to group the macroblocks by estimating their contribution to current frame. Then for each video packet, a relative priority index at macroblock level (MB-RPI) is calculated and packets are pre-marked according to the MB-RPI. Consequently, video packets are treated differently when transmitting in a diffserv network. Simulation results shows that our scheme can achieve better video quality comparing to the legacy scheme.
    Circuits and Systems, 2008. APCCAS 2008. IEEE Asia Pacific Conference on; 01/2009
  • Source
    [Show abstract] [Hide abstract]
    ABSTRACT: The authors present random early detection (RED) gateways for congestion avoidance in packet-switched networks. The gateway detects incipient congestion by computing the average queue size. The gateway could notify connections of congestion either by dropping packets arriving at the gateway or by setting a bit in packet headers. When the average queue size exceeds a present threshold, the gateway drops or marks each arriving packet with a certain probability, where the exact probability is a function of the average queue size. RED gateways keep the average queue size low while allowing occasional bursts of packets in the queue. During congestion, the probability that the gateway notifies a particular connection to reduce its window is roughly proportional to that connection's share of the bandwidth through the gateway. RED gateways are designed to accompany a transport-layer congestion control protocol such as TCP. The RED gateway has no bias against bursty traffic and avoids the global synchronization of many connections decreasing their window at the same time. Simulations of a TCP/IP network are used to illustrate the performance of RED gateways
    IEEE/ACM Transactions on Networking 09/1993; · 2.01 Impact Factor
  • [Show abstract] [Hide abstract]
    ABSTRACT: This memo describes version 1 of RSVP, a resource reservation setup protocol designed for an integrated services Internet. RSVP provides receiver-initiated setup of resource reservations for multicast or unicast data flows, with good scaling and robustness properties. Internet Draft RSVP Specification November 1994 What's Changed Since Seattle IETF ffl Redesign generic RSVP API (section 3.6.2) ffl Change encoding of style in Resv messages (section 3.1.2) ffl Clarify filterspec functions (section 2.1) ffl Simplify definition of DF style (sections 2.2, 2.4). ffl Revise discussion of flowspec merging (section 2.3.3). ffl Change format of variable-length filterspecs and flowspecs (section 3.1 and 3.6.1). ffl Add a user authentication field in all RSVP messages (Section 3). ffl Add short discussion of local repair (Section 3.3.3). ffl Editorial nits. 1 Introduction This memo describes RSVP, a resource reservation setup protocol designed for an integrated services Internet [RSVP93...
    02/1970;