The deterministic rendezvous problem is a variant of the rendezvous problem where the players, or robots, must find each other by following a deterministic sequence of instructions. Although each robot follows the same instruction sequence, a unique label assigned to each robot is used for symmetry breaking. Typically, the robots act synchronously, though non-synchronous versions of the deterministic rendezvous problem exist.[1]
Overview
In the synchronous version of the deterministic rendezvous problem, both robots are initially placed at arbitrary nodes in a finite, connected, undirected graph. The size and structure of the graph is unknown to the robots.
The information known by a robot is as follows:
T, the number of time steps since it has been activated
d, the degree of the node currently occupied by the robot
L, the label of the robot (typically taking the form of a bit string)
To solve the deterministic rendezvous problem, both robots must be given a sequence of deterministic instructions which allow the robots to use their known information to find each other. The robots are considered to have found each other if they are both occupying the same node in the graph during the same time step.[1]
Solutions
This section needs expansion. You can help by adding to it. (December 2016)
A number of algorithms exist to solve the deterministic rendezvous problem. Some of the solutions are listed below:
Dessmark et al.
This section needs expansion. You can help by adding to it. (December 2016)
In 2006, Dessmark et al. presented a solution which solves the deterministic rendezvous problem in time proportional to , where:
n is the number of nodes in the graph
τ is the difference in activation time between the two robots
l is the length of the shorter of the labels of the robots
This solution is not ideal, since τ is an input parameter of the deterministic rendezvous problem and can therefore be arbitrarily large.[2]
Kowalski and Malinowski
This section needs expansion. You can help by adding to it. (December 2016)
In 2008, Kowalski and Malinowski presented a solution which solves the problem in time.[3] This is a significant improvement, since this time complexity is not dependent on τ. This solution has one major drawback, though. It makes use of backtracking, where the robots must keep track of each edge that they have traversed. This is a drawback because it places assumptions on the structure of the graph (namely, how it is labeled), and the robots' sensory and memory capabilities.
Ta-Shma and Zwick
The solution presented by Ta-Shma and Zwick in 2014 solves the problem in time. In addition to the reduced time complexity (which doesn't rely on τ), this solution also doesn't use backtracking. Instead, it uses the notion of universal traversal sequences to help solve the problem.[1]
A universal traversal sequence is a sequence of instructions comprising a graph traversal for any regular graph with a set number of vertices and for any starting vertex.[4] Since the robots may not be in a regular graph, a universal traversal sequence for n nodes and degree d is used, where d is the maximum degree of the graph. Any instructions in the chosen universal traversal sequence which specify that the robot travels to a neighbor of the current node which doesn't exist (i.e., the current node has degree < d) are ignored. By doing this, all nodes in the graph with degree less than d are treated as having enough self-loops to bring their total degree up to d, effectively allowing the graph to be treated as regular for the purpose of universal traversals.[1]
The basic idea of Ta-Shma and Zwick's solution is that if one of the robots completes a complete traversal of the graph while the other robot remains idle, or rests, then the two robots are guaranteed to meet. Since the size of the graph is unknown, the robots run universal traversal sequences for increasing values of n, while periodically resting. Whether a robot rests before or after a traversal depends upon the value of its label.[1]
For example, one of the robots could run the sequence:
while the other robot runs the sequence:
where Ui is a universal traversal sequence for a graph with i nodes, ui is the number of steps in that universal traversal sequence, and 0k represents k steps where the robot rests. The universal traversal sequence for the size of the actual graph will be run by one robot while the other rests for the number of steps in that traversal. However, this only works if the two robots are activated at the same time.[1]
To cover the case where the robots are activated at different times, the sequence to run will include rest periods of length ui after each step (in the traversal and the rest period). For example, one of the robots would run the sequence:
where σi is the ith step of U1 and πi is the ith step of U2.[1]
In order to formally present the sequence that each robot will run, some additional notation is needed. Let:
σb = 0 if b = 0
σb = σ if b = 1
Assuming that one robot's label is 0 and that the other robot's label is 1, the sequence that each robot would run is:
The sub-sequence is known as a block and can be rewritten as .
If σ = Ui and m = ui, the block can be further simplified to:
Both of the above lines are known as chunks. One chunk consists of a universal traversal sequence with interleaved rest periods, while the other chunk is a rest period of length 2m2.
If the robot's label is 0, then each block it runs is equal to:
If the label is 1, then each block it runs is equal to:
Analysis
This section needs expansion. You can help by adding to it. (December 2016)
The sequence of instructions listed above will allow two robots with labels 0 and 1 to meet after O(n2c) time steps.[1]
Ta-Shma and Zwick show how to extend this solution to allow the robots to meet after only O(nc) time steps and how to deal with arbitrary labels (which increases the time until the robots meet to O(n5+l) time steps).[1]
References
^ abcdefghiTa-Shma, Amnon; Zwick, Uri (April 2014). "Deterministic rendezvous, treasure hunts, and strongly universal exploration sequences". ACM Transactions on Algorithms. 10 (3). 12. doi:10.1145/2601068. S2CID10718957.