out that a customer site does not need to be visited, it
might be skipped from the a-priori-route but the vis-
iting order of the remaining requests is not subject to
alternation. A-priori-optimization-based approaches
require the knowledge about a suitable probability
distribution.
In
reactive routing
approaches, only known prob-
lem data about customer sites and the network struc-
ture are considered during the generation of routes.
After an event has been detected that corrupts the re-
alization of the so far followed routes, a new route
generation is carried out. Route-update times are de-
termined in advance in
rolling horizon planning
(Bi-
tran and Tirupati, 1993), but in
online planning
(Irani
et al., 2004; Fiat and Woeginger, 1998), a new plan-
ning is executed every time a new event appears that
contradicts the execution of the so far valid routes.
(Langer et al., 2007) investigate different algorithmic
paradigms for their ability to support a quick and re-
liable decision making in dynamic routing.
Impacts of autonomously made decisions in a net-
work are analysed and evaluated in (Roughgarden,
2005).
2.2 Dynamic Network Routing
Challenge
A transport system is considered that is used to ful-
fil transport demands using a collection of vehicles.
The demand is expressed by customer requests which
are specified consecutively over time. Since the vehi-
cles are allowed to decide autonomously about their
operations, a centralized planning model/solver com-
bination cannot be deployed to tackle the problem.
As soon as a new request r is waiting to be sched-
uled, the existing autonomously deciding vehicles
check whether and how they are able to fulfil this re-
quest. In case that the vehicle v is interested to ful-
fill this request it generates a route proposal r(v) =
(n
v
1
, . . . , n
v
N(v,r)
) satisfying the following constraints.
1. Neither the vehicle capacity is exceeded nor re-
quest associated time windows are violated and
2. the vehicle returns to its home base not later than
a given time.
It is specified that a vehicle does not formulate
a proposal for request r when it is not able to fulfil
this request satisfying the two conditions mentioned
above.
The vehicles’ proposals then are compared and the
best proposal (according to current decision criteria)
is executed.
Beside additional requests, varying transshipment
or pickup as well as unloading times might be con-
sidered as a source of dynamics. Furthermore, traffic
congestions influence the travel time required for us-
ing a connection between two adjacent locations.
Let t denote the time in which an event becomes
known that requires a new route determination. The
underlying graph in which a route has to be deter-
mined is defined as
G (t) := (N (t), A (t), D (t)). The
node set
N (t) := N
f
∪
N
V
(t) consists of the static
set of network locations
N
f
and the current vehicle
positions collected in
N
V
(t). The nodes are con-
nected by the arcs collected in
A (t) (some arcs might
also represent roads that are temporarily closed). The
evaluation of a route proposal is done by applying
the evaluation function
D (t) to the nodes and arcs in-
volved in the considered route. The evaluation has to
be performed for each route proposal individually as
the travel times are not constant, but may vary with
ongoing time t due to traffic congestions and high
workload in the pickup or delivery nodes.
The request r released at time t requires the trans-
port of a good of a certain capacity c
r
from a pickup
location p
+
r
∈
G (t) to a delivery location p
−
r
∈ G (t).
A route proposal has to start at the current vehicle po-
sition, passing p
+
r
and afterwards p
−
r
and terminat-
ing at a node in
G (t). Therefore, for each vehicle a
constrained shortest path problem in
G (t) has to be
solved (K
¨
ohler et al., 2005).
2.3 Scenario Description
The scenario used here for the investigation of dy-
namic logistic networks is based on a map of Ger-
many. 18 major german cities have been selected as
nodes in the network, and edges are defined according
to main highway connections as depicted in Figure 1.
At each of the nodes, transport orders for goods of
unit size are generated randomly during runtime, and
the generation rate is dependent on the size of the city,
ranging from 2 orders per hour in Kassel to 34 orders
per hour in Berlin. A basic version of this scenario has
been described in (Wenning et al., 2007), the version
used here has some slight modifications, which are a
different amount and distribution of vehicles and the
occurence of traffic jams which is described in section
4.2.
The vehicles in this scenario have a capacity of
60 size units and a travel time limit of 8 hours be-
fore returning to their home location. This implies
they cannot cross the whole map, and transshipments
are required for transport orders that have to cover a
long distance. The amount as well as the distribution
of vehicles is subject to alteration between simulation
runs in order to increase the efficiency of transport
processes.
ICEIS 2007 - International Conference on Enterprise Information Systems
226