A solution robustness approach applied to network optimization problems

Abstract

Solution robustness focuses on structural similarities between the nominal solution and the scenario solutions. Most other robust optimization approaches focus on the quality robustness and only evaluate the relevance of their solutions through the objective function value. However, it can be more important to optimize the solution robustness and, once the uncertainty is revealed, find an alternative scenario solution xs which is as similar as possible to the nominal solution xnom. This for example occurs when the robust solution is implemented on a regular basis or when the uncertainty is revealed late. We call this distance between xnom and xs the solution cost. We consider the proactive problem which minimizes the average solution cost over a discrete set of scenarios while ensuring the optimality of the nominal objective of xnom. We show for two different solution distances dval and dstruct that the proactive problem is NP-hard for both the integer min-cost flow problem with uncertain arc demands and for the integer max-flow problem with uncertain arc capacities. For these two problems, we prove that once the uncertainty is revealed, even identifying a reactive solution xr with a minimal distance to a given solution xnom is NP-hard for dstruct, and that it is polynomial for dval. We highlight the benefits of solution robustness in a case study on a railroad planning problem. First, we compare our proactive approach to the anchored and the k-distance approaches. Then, we show the efficiency of the proactive solution over reactive solutions. Finally, we illustrate the solution cost reduction when relaxing the optimality constraint on the nominal objective of the proactive solution xnom.

0

Turn this paper into a full lesson

ArcXiv compiles a staged curriculum from this paper: 8-12 lessons across beginner → advanced, synthesised section guides, visuals, flashcards, a quiz, exercises, and on-demand deep dives per section. Grounded in the abstract, never invented.

Discussion (0)

Sign in to join the discussion.

Loading comments…