Stellar Gravitational Lens Engineering for Interstellar Communication and Artifact SETI

Several recent works have proposed a “stellar relay” transmission system in which a spacecraft at the focus of a star’s gravitational lens achieves dramatic boosts in the gain of an outgoing or incoming interstellar transmission. We examine some of the engineering requirements of a stellar relay system, evaluate the long-term sustainability of a gravitational relay, and describe the perturbations and drifts that must be actively countered to maintain a relay-star-target alignment. The major perturbations on a relay-Sun-target alignment are the inwards gravity of the Sun and the reflex motion of the Sun imparted by the planets. These ∼m s−1 yr−1 accelerations can be countered with modern propulsion systems over century-long timescales. This examination is also relevant for telescope designs aiming to use the Sun as a focusing element. We additionally examine prospects for an artifact SETI search to observe stellar relays placed around the Sun by an extraterrestrial intelligence and suggest certain nearby stars that are relatively unperturbed by planetary systems as favorable nodes for a stellar relay communications system.

Improving quality of service for cell-edge user in D2D-relay networks

In this paper, we investigate a scenario of D2D-relay communications where one D2D user may help cell-edge user to exchange information for improving its quality of service (QoS). We formulate a resource allocation problem, which aims at maximizing the data rate of the cell-edge user. In particular, we propose an iterative power allocation algorithm and derive the optimal closed-form power allocation expressions by Lagrangian dual method. Simulation results verify the theoretical solution and show that our D2D-relay scheme achieves higher spectrum efficiency than the traditional cellular-relay communication scheme.

Exploitation of network-segregated CPU resources in CMS

CMS is tackling the exploitation of CPU resources at HPC centers where compute nodes do not have network connectivity to the Internet. Pilot agents and payload jobs need to interact with external services from the compute nodes: access to the application software (CernVM-FS) and conditions data (Frontier), management of input and output data files (data management services), and job management (HTCondor). Finding an alternative route to these services is challenging. Seamless integration in the CMS production system without causing any operational overhead is a key goal. The case of the Barcelona Supercomputing Center (BSC), in Spain, is particularly challenging, due to its especially restrictive network setup. We describe in this paper the solutions developed within CMS to overcome these restrictions, and integrate this resource in production. Singularity containers with application software releases are built and pre-placed in the HPC facility shared file system, together with conditions data files. HTCondor has been extended to relay communications between running pilot jobs and HTCondor daemons through the HPC shared file system. This operation mode also allows piping input and output data files through the HPC file system. Results, issues encountered during the integration process, and remaining concerns are discussed.