Oil Pipeline Network Development: Finding Bottlenecks and Choosing the Right Policies


One of the largest oil and gas pipeline operators in North America was delivering oil to a client that was not always able to accept the incoming batches. The operator was challenged to quantify the system impacts of deferred downstream deliveries. They also needed to determine whether the existing tankage at upstream oil terminals would be adequate to store the deferred batches. To better understand the system behavior and overall network impacts of the existing problems, the company authorized the development of a network simulation model. The project was carried out by the AnyLogic Company and Stream Systems Ltd.

The business objectives of the project were:

  • To understand and evaluate the impact of customer decisions (for example, rejecting or accepting the product) on network behavior. 
  • To identify and remove bottlenecks in a multi-terminal oil and gas pipeline network to increase system throughput.

The consultants’ task was to create a model that would be flexible enough so that the oil and gas pipeline operator could reframe the problem and experiment with the model to solve other challenges.

 Oil Pipeline Simulation Model Interface

Oil Pipeline Model Interface and Animation


The created simulation model included terminals, tanks, pipelines, and oil batches. Each batch was designated a route that included the start and end terminals. The route could go along different pipeline segments and terminals, and a batch could be temporarily stored in a transit terminal when going through a route.

Oil type compatibility rules were taken into account when there were different types of products in the same pipeline or terminal.

With probability set from the input data, a batch could change its route in one of the transit terminals. Batch movement speed could change because of the lack of free tank capacity in a downstream terminal or equipment breakdowns (reliability information was taken from the input data).

The model output included:

  • Batch movement history. 
  • Terminals’ and tanks’ used capacity. 
  • Pipelines’ achieved batch movement speed and throughput.

The model also included network animation on the map that visually showed the location of each batch and each pipeline’s segment status (normal/congested).


The key performance metrics that were taken into account during model result analysis were throughput and infrastructure capacity. The company was able to:

  • Discover system bottlenecks. 
  • Evaluate mitigation options (experimenting with the network by changing rules, introducing additional infrastructure elements). 
  • Assess and measure the effects of changed customer behavior on the network. 
  • Extend this model by adding additional terminals, pipelines, or tanks. 
  • Adjust the model to the changing conditions.

The analysis of the experiment results led to an organizational policy change that allowed them to achieve $50-$80M in capital savings, and created additional network throughput of $2M monthly revenue from that point forward. These results were achieved with approximately a $3M investment, which was a phenomenal outcome.

Reasons for Choosing AnyLogic:

First, the operators’ specialists suggested creating a simulation model at a low level of abstraction. They were familiar with simulating oil movement in pipelines at a molecular level. These models were useful for leak detection, fluid dynamics, and hydraulic problems, but were far too complex to simulate network behavior.

To do this quickly and easily, and at a desired accuracy and reliability level, they needed to look at the system at a higher level (for example, simulate oil batches, not molecules). Stream Systems’ consultants convinced the oil and gas pipeline operator to use AnyLogic to complement this task. Its multimethod modeling features allowed the users to choose the desired abstraction level to solve the challenges of the business.

The created model utilized AnyLogic’s multimethod capabilities to the full extent. The model was a combination of all three simulation paradigms: agent-based, system dynamics, and discrete event methods. This allowed the users to save time and effort reproducing the system in the model.

Project presentation by Allan Chegus and Dumitru Cernelev from Stream Systems Ltd.:


More Case Studies

  • Disaster Response Applications Using Agent-Based Modeling
    In an effort to find practical operational solutions for response to an unexpected crisis or natural disaster, Battelle, world’s largest, non-profit, independent R&D organization, needed to test the effectiveness of a 48 hour shelter-in-place order for an Improvised Nuclear Device scenario. The goal was to reduce radiation dosages received during an uncoordinated mass evacuation, by comparing immediate evacuation and shelter-in-place order.