A reliable multicast transport protocol for information-centric networks

Abstract

Abstract-In the past few years, many researchers have argued that the Internet should transition from its traditional endpointcentric architecture to an information-centric paradigm. One of the advantages of the information-centric model is that the network can easily aggregate requests for the same content and serve them via multicast. Indeed, most information-centric architectures proposed to date offer native support for multicast, promising a vast improvement in the efficiency of content distribution. However, designing efficient reliable transport protocols for multicast is a largely open issue, due to the problem of feedback implosion towards the sender as group size grows. In this paper we propose RMTPSI, a retransmission-based reliable error control protocol for multicast communication designed specifically for information-centric networks. We compare RMTPSI with existing approaches proposed for IP multicast and evaluate its performance via simulation, showing that our approach leads to more efficient content distribution and error recovery than previous solutions.

Architecture for Disaster Relief Networks in Underground Coal Mines: A Survey

“…When traditional multicast scheme (TMS) being used, the transmit power of the SDAP is set to P SDAP = 1 W. To reduce the network overhead for acquiring the channel state information of the SDAP, we employ fountain codes [10] in the system. Therefore, the SDAP can generate a continuous flow of source bits from the intended message so that any collection of 0.1 Mb from the data flow can guarantee reliable recovery of the original message regardless of which portions of the bit flow were received.…”

“…So, inspired by the ideas proposed in ref. [4], we utilize wireless multicast technology [10] to implement the energy efficiency downlink transmissions.…”

“…Finally, advance warnings for impending accidents can be given by the disaster warning system. Recently, with the rapid deployment of (WCSE 2019 SUMMER) 10.18178/wcse.2019.06.003 doi:…”

Error and congestion control for wireless sensor networks

“…18 The sink can stop the recovery process whenever it wants, for example, when enough packets are received to reconstruct the content, by sending a MSG_CTRL_DONE message. First, the sensor transmits all the original data packets, and the sink returns NAKs for any missing ones.…”

“…If NAKs are received for the retransmissions, we retransmit again the NAKed packets, repeating this procedure until all packets are received, as in RMTPSI. 18 The sink can stop the recovery process whenever it wants, for example, when enough packets are received to reconstruct the content, by sending a MSG_CTRL_DONE message. The goal of this policy is to provide an overview of all the data quickly, and then let the application decide how many missing packets it wants to recover.…”