Performance analysis of Datagram Congestion Control Protocol (DCCP)

Chowdhury, Iffat Sharmin; Lahiry, Jutheka; Hasan, Syed Faisal

doi:10.1109/iccit.2009.5407282

Cited by 9 publications

(4 citation statements)

References 6 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Apart from SRL level 6, all previous levels are packet aggregation levels, where multiple packet values (payloads) are packed together into one frame. Moreover, in Figure 6a -red line, the authors also introduced random errors to the receiver ACK PLOS field, in order to confirm the fuzzy response of the FRTPS controller to the quantization levels (6)(7)(8)(9)(10)(11)(12)(13). This denotes that the entrance of the sender to one of the quantization levels occurs only in very extreme contention cases that are followed by random frame drops or in congestive incidents detected at the receiver and propagated back to the sender via the PLOS ACK field.…”

Section: Frtps Fuzzy Controller Experimentationmentioning

confidence: 91%

“…Moreover, the Datagram Congestion Control Protocol (DCCP) is also is a better improvement of SCTP, that incorporates the Explicit Congestion Notification (ECN) mechanism and can also serve for reliable in order delivery for UDP segments [10,16], As compared by [5], it outperforms SCTP in 4G environments, but still utilizes the TCP congestion control mechanisms drawbacks for real-time content deliveries. Another TCP variant is the The Interactive Real Time Protocol (IRT P + ).…”

Section: Related Work On Existing Sensory Protocolsmentioning

confidence: 99%

See 1 more Smart Citation

Proposed Fuzzy Real-Time HaPticS Protocol Carrying Haptic Data and Multisensory Streams

Kontogiannis

Kokkonis

2020

INT J COMPUT COMMUN, Int. J. Comput. Commun. Control

View full text Add to dashboard Cite

Sensory and haptic data transfers to critical real-time applications over the Internet require better than best effort transport, strict timely and reliable ordered deliveries. Multi-sensory applications usually include video and audio streams with real-time control and sensory data, which aggravate and compress within real-time flows. Such real-time are vulnerable to synchronization to synchronization problems, if combined with poor Internet links. Apart from the use of differentiated QoS and MPLS services, several haptic transport protocols have been proposed to confront such issues, focusing on minimizing flows rate disruption while maintaining a steady transmission rate at the sender. Nevertheless, these protocols fail to cope with network variations and queuing delays posed by the Internet routers. This paper proposes a new haptic protocol that tries to alleviate such inadequacies using three different metrics: mean frame delay, jitter and frame loss calculated at the receiver end and propagated to the sender. In order to dynamically adjust flow rate in a fuzzy controlled manners, the proposed protocol includes a fuzzy controller to its protocol structure. The proposed FRTPS protocol (Fuzzy Real-Time haPticS protocol), utilizes crisp inputs into a fuzzification process followed by fuzzy control rules in order to calculate a crisp level output service class, denoted as Service Rate Level (SRL). The experimental results of FRTPS over RTP show that FRTPS outperforms RTP in cases of congestion incidents, out of order deliveries and goodput.

show abstract

Section: Frtps Fuzzy Controller Experimentationmentioning

confidence: 91%

Section: Related Work On Existing Sensory Protocolsmentioning

confidence: 99%

Proposed Fuzzy Real-Time HaPticS Protocol Carrying Haptic Data and Multisensory Streams

Kontogiannis

Kokkonis

2020

INT J COMPUT COMMUN, Int. J. Comput. Commun. Control

View full text Add to dashboard Cite

show abstract

“…TCP acts as a transport layer that hides the underlying systems administration points of interest from corresponding provisions [13]. One of the best cases of TCP applications is the web browser [8]. So, other common main applications include web server, e-mail, and file transfer.…”

Section: Transmission Control Protocolmentioning

confidence: 99%

Wireless Communications, Networking and Applications

Zeng¹

2016

Lecture Notes in Electrical Engineering

View full text Add to dashboard Cite

* 20070924084 I REPORT DOCUMENTATION PAGE 1Form Approved OMB No. 0704-0188 The public reporting burden for this collection of information is estimated to average 1 hour per response, including the time for reviewing instructions, searching existing data sources, gathering and maintaining the data needed, and completing and reviewing the collection of information. Send comments regarding this burden estimate or any other aspect of this collection of information, including suggestions for reducing the burden, to Department of Defense, Washington Headquarters Services, Directorate for Information Operations and Reports 10704-0188), 1215 Jefferson Davis Highway, Suite 1204, Arlington, VA 22202-4302. Respondents should be aware that notwithstanding any other provision of law, no person shall be subject to any penalty for failing to comply with a collection of information if it does not display a currently valid OMB control number. PLEASE DO NOT RETURN YOUR FORM TO THE ABOVE ADDRESS.

show abstract

“…Since DCCP is a new transport protocol, most of the research works of DCCP are related to its performance [14], [15]. Nevertheless, since TCP-like congestion control mechanism follows the standard TCP, the improvement works on the TCP regarding slow-start threshold [16], [17] and standard TCP-like [18], [19] are related to DCCP as well.…”

Section: Initial Slow-start Threshold In Slow-startmentioning

confidence: 99%

Enhancing DCCP congestion control mechanism for long delay link

Nor

Hassan

Ghazali

et al. 2012

2012 International Symposium on Telecommunication Technologies

View full text Add to dashboard Cite

Most of the multimedia applications use the User Datagram Protocol (UDP) as a transport layer protocol because it is suitable for the delivery of multimedia data over the Internet. However, the use of UDP could endanger the stability of the network because there is no congestion control applied. To a certain extent, the network can collapse if too many applications deliberately use this protocol. Subsequently, instead of using the UDP, the applications have choices to use the Datagram Congestion Control Protocol (DCCP), which has a built-in congestion control that can provide a better network. Nevertheless, the congestion control mechanism in the Congestion Control Identifier (CCID)-2 TCP-like can cause problems when delivering multimedia data over a long delay link. To alleviate the problems, such as longer time taken for achieving maximum throughput, and throughput fluctuation during a congestion avoidance phase, two approaches have been used, i.e. setting of an appropriate slow-start threshold value and adjusting congestion window during a congestion avoidance phase. "TCP-like Threshold Window (TCP-like TW)" has been developed and modeled in the Network Simulator 2 (ns-2). For a long delay link, the TCP-like TW congestion control mechanism is able to minimize the time taken to achieve the maximum throughput. It also can smooth the fluctuation of throughput after achieving the maximum throughput.

show abstract

Performance analysis of Datagram Congestion Control Protocol (DCCP)

Cited by 9 publications

References 6 publications

Proposed Fuzzy Real-Time HaPticS Protocol Carrying Haptic Data and Multisensory Streams

Proposed Fuzzy Real-Time HaPticS Protocol Carrying Haptic Data and Multisensory Streams

Wireless Communications, Networking and Applications

Enhancing DCCP congestion control mechanism for long delay link

Contact Info

Product

Resources

About