1. Introduction
Container ports provide infrastructure and facilities that are essential for shipping companies to provide a seamless transportation service for cargo from diverse sources to destinations and improve the efficiency of a supply chain as a whole. Proper planning in port capacity, involving estimation of service capability of a system, was shown to alleviate instances of costly underutilization and congestions at any single time point. Taking it a step further, this study proposes a capacity requirement planning model that assesses the capability of the system to meet demands even over time-shifts where there is a sudden surge in demand.
A container port typically consists of several terminals. Each of them can be independently run by a different operator, or the same operator may manage more than one terminal in the port. For instance, PSA (
https://www.singaporepsa.com) runs all the container terminals in the Port of Singapore while the terminals of the Port of Hong Kong are operated by several competitive firms [
1]. Although the operators are running terminals as a single port entity, the terminals compete with one another to attract shipping liners for their own benefit. Since these terminals are geographically located nearby, they could potentially cooperate to reap greater scale of economics and enhance their market merit. Several container terminals at Port of Busan have the experience to share their wharfs and yards to improve the vessel service though different operators are running their own terminals [
2], and the upcoming Tuas Maritime Hub of Singapore operates as a single terminal consisting of four fingers (subterminals) and cooperates with existing Pasir Panjang terminal [
3].
One compelling reason for interterminal cooperation via resource sharing is that a standalone terminal may not be able to meet the increasing demand due to insufficient capacity or a mismatch of resource requirement and resource availability. The capacity requirement on the resources could be reduced by sharing these resources among neighboring terminals within the container port such that the capacity shortage in one terminal can be fulfilled with the unutilized capacity in another terminal. Interterminal cooperation also brings about other benefits such as higher bargaining power as a single port entity against other regional competing ports via the provision of large capacity in container handling service. The need for intelligent capacity requirement planning for multiterminal operations is probably even more critical for trans-shipment hub ports, as the ability to provide prompt and adequate handling services for large shipping lines is strongly associated with revenue.
Nonetheless, resource sharing practices among terminals present operational challenges for handling strategies in berth scheduling, storage space allocation, interterminal process planning, etc. Particularly, when a container terminal shares its resources with others, the container flows among the terminals rely on berth schedules that indicate expected arrival times of vessels [
4,
5]. These interterminal flows involve a subset of trans-shipment containers discharged from a vessel at a terminal but required to be loaded onto another vessel berthing at another terminal. Several studies were conducted in this area. Hendriks et al. [
4] studied a multiterminal container port and proposed an interterminal container movement minimization problem of spreading a set of cyclically calling vessels over different terminals and building a berth schedule for the vessels to balance the quay crane workload over the terminals and over time-shifts. Taking the yard as a single resource representing a terminal, Lee et al. [
5] investigated the allocation problem of terminals and yards instead of berths to manage interterminal container flows in a multiterminal trans-shipment hub. The survey study conducted by [
6] saw that most of the studies on interterminal transportation (interterminal container transportation, which is covering any type of land and sea transportation moving containers and cargo between organizationally separated areas (e.g., container terminals, empty container depots) within a port) discovered their problems at Port of Rotterdam, where many terminals could cooperate within a port. While this survey also suggested research themes for the future, such as transport scheduling and vehicle routing to coordinate container flows between terminals, harnessing information technologies to facilitate data communication, collaborative resource sharing, green (sustainable and economical) logistics, and deployment models for real-world systems, container transportation is still noted as a key operation for a single container terminal. Mishra et al. [
7] developed a semiopen queueing network model for interterminal transportation, whereby the service times at the terminal handling stations depend on the number of containers being loaded/unloaded. The proposed model described the uncertainties in the arrival times of containers, the handling times of containers at the different terminals, the travel times of vehicles between terminals, and the interaction between containers and vehicles. Gharehgozli et al. [
8] compared various transportation modes for interterminal transportation and applied a game theoretical approach to determine a coalition minimizing the infrastructure cost for collaborative operations among multiple trucking operators. Heilig et al. [
9] studied the multiobjective problem consisting of minimizing variable and fixed costs of vehicles as well as greenhouse gas (GHG) emissions for interterminal truck routing. Despite the reduction of empty trips of the truck being found to reduce emissions, the authors highlighted the cost implications arising from the conflict between the number of trucks and empty trips with the reduction in the number of trucks leading to an increase of empty trips, and vice versa. More recently, Jin and Kim [
2] provided a time-space graphical model for collaborative operations among multiple trucking operations. Hu et al. [
10] formulated the vehicle routing and container transport problem in an interterminal transportation network (including the hinterland railway terminal) and optimized the container delivery based on fixed fleet size. Hu et al. identified a tradeoff between the degree of interterminal transportation and the delay of rail transportation. Schepler et al. [
11] formulated a coordination optimization model providing the berthing positions and time windows to serve vessels, the rail tracks, and time windows to serve trains, as well as the time windows for truck appointment under the interterminal transportation environment. The objective of the study is to minimize weighted turnaround time of vessels or trains.
From the existing literature, it is not difficult to see that much attention was paid to the operations planning and scheduling of container transportation among terminals in a port. However, while many scholars have supported the idea of interterminal cooperation, there is no study that examines the capacity requirement measured in terms of workload on the resources over time-shifts. An evaluation of workload information on the resources (i.e., the availability and requirement) serves three purposes. Firstly, the provision of workload information on critical resources is necessary to confirm the feasibility of the operations schedule design. In particular, knowledge on the changes in workload requirement over time-shifts boosts the effectiveness of the operations scheduling in achieving a desirable throughput volume at the terminal and port levels. Secondly, workload information supports long term planning of capacity investment in a terminal while taking care of the sporadic demands that may or may not be met with the available capacity of its counterparts. And most importantly, when dealing with multiterminal cooperation, the provision of workload information on the shared resources becomes particularly imperative to allow a fair allocation of workload and utilization of resources.
This paper investigates the efficiency gains from multiuser terminal (studies on port cooperation typically focus on the cooperation and competition among nearby ports or terminals belonging to different ports, and hence, the cooperation is conditionally recommended or discouraged [
12,
13,
14,
15,
16,
17]) co-operations where a single port entity serves calling vessels from different shipping lines and inbound, outbound and trans-shipment containers arrive at terminals at different rates. While some of these terminals may be operating under a single operator, it is interesting to note that the terminals basically function independently of one another with little coordination among themselves. Port of Singapore at Pasir Panjang is one example. Such governance arrangement is made on premise that interterminal competition with a port promotes port productivity as a whole. However, as competitions among peripheral ports intensify with the advancements in logistical system, the conception of having terminals to work together towards a common good of the port is being put forward. The paper proposes a design process for a system-wide capacity requirement planning when terminals within a port cooperate with one another. The logistics process of a container port can be seen as a typical batch process in production planning as containers arrived vessel-by-vessel. According to Tenhiälä [
18], among the classical capacity methods (that includes rough-cut capacity planning, finite loading with capacity leveling and finite loading with optimization), capacity requirement planning is the most suitable for batch processes. By providing a detailed technique for ascertaining the feasibility of material plans, capacity requirement planning enables the computation of the utilization of individual resources through resource requirement distributions generated by the container arrival plans and help to generate more realizable operations schedules [
19,
20].
The analysis begins by first generating a set of resource profile that represents the specific timing of the projected cumulative workloads at individual resources. The resource profiles form a basis for capacity requirement planning, of which a resource profile simulation is developed to estimate the changes in the workload of resources with container arrivals and handling across the neighboring terminals over time-shifts. This study investigates the capacity requirement for the three representative resources, namely, QCs, storage yards, and gates. Results on key performance indicators such as QC intensity, the TEU (twenty equivalent unit) workload at the yard, and the queue length at the gate are recorded for varying inbound, outbound and trans-shipment container arrival rates, and compared over a range of transferring container volumes across terminals. This study enriches the applications of capacity requirement planning beyond the classical applications of production systems. In its consideration of interterminal cooperation and logistics, the study integrates probability models and discrete-event simulation to generate resource profiles and estimate the capacity requirement resulting from resources sharing.
The rest of this study is organized as follows:
Section 2 designs the capacity requirement planning for multiterminal operations via simulating resource profiles;
Section 3 conducts the simulation experiment;
Section 4 draws the management implications from the simulation results; and
Section 5 concludes this study.
2. Resource Profiles for Representing Workloads
According to Jacobs et al. [
19] and Fogarty et al. [
20], capacity requirement planning in container ports can make use of the planned container arrivals from various modes (i.e., vessels, rail, and trucks) of container transportation to calculate the workload for specific resources. To estimate the handling capability of the resources over time-shifts, capacity planners require information on the capacity requirement for different resource types to meet the workload. In particular, capacity planning should take into account the interterminal container flows and deployment of shared resources arising from the cooperation efforts among neighboring terminals.
When an operational task (for examples, unloading or loading container onto a vessel, retrieving a container from yard, or putting a container into storage etc.) is distributed to resources, the corresponding workload is formed at each resource. The workload distribution representing the capacity requirement on the resources at different time points are recorded in individual resource profiles that can be used to manage the operational tasks over time-shifts.
Section 2.1 and
Section 2.2 introduce resource profiles and cumulative workload distributions for a resource,
Section 2.3 provides the resource profile simulation to examine capacity requirement on resources when events leading to cargo handling are triggered over time-shift in multiterminal operations. This study uses the terminology TEUs instead of containers to indicate workload for container arrivals and/or handling.
2.1. Resource Profiles
Three major resources in a multiterminal container system are the wharf, gate, and yard. Quay cranes (QCs) on the wharf are interfacing resources between vessels and a terminal; the gates are interfacing resources between the terminal and consignees, and the yards are a representative resource for container storage supporting the operations process across the unloading, loading, receiving, and delivering. A resource profile that considers the varying of the capacity requirements for each type of resource over time-shifts is drawn out. This time-phased resource profile provides a means of estimating the workload on a resource throughout the time-shifts, and thus, assess the capacity adequacy of the system in managing the sporadic demands.
Figure 1 represents the resource profiles of a yard and QCs graphically for two terminals when a vessel arrives at a terminal. The relevant notations are described as follows:
= Time for starting the window for outbound or trans-shipment TEUs to arrive at a terminal. It is typically set to two weeks before the expected vessel arrival.
= Time for ending the window for outbound or trans-shipment TEUs to arrive at the terminal. It is typically set to one day before vessel arrival.
= (Random variable) Time that the vessel arrives at the terminal. The ETA of a vessel is nominated when constructing a berth schedule. For purposes of simplicity, this study excludes the berth scheduling, and the vessel arrival is set to follows a probability distribution.
= Time for starting the unloading operations for the vessel. It is typically set to 2 h after vessel arrival.
= (Random variable) Time for switching operation modes. The duration between time when an operation mode is switched and the time when the unloading begins, i.e., , depends on the QC intensity requested by the vessel and the amount of TEUs for the unloading from the vessel.
= (Random variable) Time for TEUs to be loaded onto a vessel, transferred to another terminal (if any) or delivered to mainland. Typically, time window .
= (Random variable) Time for completing the loading operation for a vessel. also depends on the QC intensity requested by a vessel and the amount of TEUs for the loading operation of the vessel.
= Time for vessel departure. It is typically set to 2 h after the loading completion.
= (Random variable) Time for TEUs to be loaded onto trucks for transfer to another terminal for trans-shipment on another vessel. Trans-shipment TEUs typically leaves the terminal in 2–3 days after unloading.
= (Random variable) Time that TEUs left the terminal. is dependent on the travel time of a truck between the two terminals and the amount of TEUs scheduled to be transferred.
= (Random variable) the amount of TEUs arrived in the terminal before the arrival of the mainline vessel. The actual arrivals of TEU quantity are uncertain but variations are usually minimal.
= (Random variable) the amount of inbound and trans-shipment TEUs unloaded from the mainline vessel. There is uncertainty in the amount of TEUs for unloading with a small variance.
= (Random variable) the amount of outbound and trans-shipment TEUs loaded to the mainline vessel to be transferred to another terminal or delivered to mainland. It is also uncertain with a small variance.
= (Random variable) the amount of TEUs received from transferring operations. It depends on the berth schedule and the TEU information of the corresponding vessel. There is also a small level of uncertainty.
= (Random variable) for a feeder vessel.
= (Random variable) the amount of inbound TEUs unloaded from the feeder vessel.
= (Random variable) the amount of outbound TEUs loaded to the feeder vessel.
Figure 1 depicts the container storage and retrieval activities associated with
,
,
, and
. The resource profiles for
,
,
, and
can be represented by cumulative workload distributions. The QC intensity refers to the number of QCs allocated to a vessel and is conditional upon the vessel category and the TEU quantity. The QC intensity affects the unloading and loading rates, and hence, can be used to represent the workload of QCs at the resource profile. Since the yard is a storage space for containers, the number of containers for the accommodation can be straightforwardly regarded as the workload. The truck queue length is a proxy for gate workload.
When a mainline vessel arrives, the outbound containers from mainland and the transferred outbound containers from other terminals were stacked in the yard in advance (TEU workload in ). The TEUs from the unloading operations of the vessel temporarily increases the TEU quantity in the yard (TEU workload in ) as much as the inbound and trans-shipment TEUs. The stacked outbound and transferred containers are loaded onto the vessel and the corresponding TEU quantity (TEU workload in ) decreases during the loading operation. A part of unloaded containers can be transferred to another terminal (TEU workload in ) for trans-shipment according to the predetermined berth schedules of the terminals.
When applying the resource profiles for feeder vessels, as depicted in
Figure 2, the resource requirement is relatively simple compared to that of mainline vessels. Since the feeder vessels transport containers plying between trans-shipment and neighboring terminals, there are only unloading and loading operations at a terminal without the need of transferring to another. When a given amount of TEUs are unloaded from a feeder vessel, they are eventually loaded onto a mainline vessel resulting in the increase of TEU quantity in the yard (TEU workload in
). Meanwhile, when a feeder vessel is scheduled to load TEUs from the terminal, a small proportion of total TEUs arrived earlier at the yard (TEU workload in
) from a mainline vessel, and a certain amount of TEUs are loaded onto the feeder vessel (TEU workload in
).
Comparing the unloading and loading processes, the speed of unloading speed is faster at the beginning of operations and subsequently slows down in preparation for the switch to loading operations. The unloading operations, especially for containers on the deck, can usually be done efficiently with a well-designed vehicle dispatching strategy. On the other hand, the loading process is relatively slower because the process needs to consider the loading plan (i.e., terminal-level stowage plan) and ensure the ship’s stability and safety. The loading process are also dependent upon the supporting operations of vehicles and yard cranes that need to be carefully sequenced and dispatched. Meanwhile, the hatch cover handling operations, involving the uncovering and covering of the hatch, increases the durations of both the unloading and loading process as the quay cranes switch the spreader to wired hooks.
2.2. Workload Distributions
The random variables
,
,
,
,
and
change the workload of the resources over time-shifts. The set of randomness of the random variables, described in the above subsection, also generate probability distributions for requesting workload for storage and retrieval operations as conceptually depicted in the
Figure 3.
The cumulative conditional workload distribution for TEU arrivals before the mainline vessel arrival, associated with the random variable
, is
where
is a random variable with mild variation and
is the cumulative distribution of outbound TEU arrivals from
. The cumulative workload distribution is conditioned by
as
and
are determined by the realization of
. The cumulative conditional workload distribution of the unloading operation is
where
is the random variable for the QC gross productivity of a vessel during the unloading operation measured by the amount of TEUs handled per time unit.
is replaced with the time-independent unloading rate. The gross productivity is dependent on the QC intensity, which in turn depends on the vessel size and the TEU volume. Hence,
, where
is the gross productivity distribution of a QC for a vessel for the unloading operation, which can be realized by the number of moves per time unit. For S being a random variable with a small deviation for the vessel category,
is the QC intensity distribution for the vessel operation that varies with the amount of TEUs and the vessel size as summarized in
Appendix A. Accordingly, the cumulative conditional workload distribution for the loading operation is given as,
where
.
is the gross productivity distribution for the loading operations. Note that the workload for the loading operation take a positive effect on reducing the storage space requirement but it requires handling effort to be performed. As for the transferring operations from a terminal to another, the cumulative conditional workload distribution is
where
represents the transferring productivity of trucks that transport TEUs out to other terminals including the traffic congestion and the gate process.
should correspond to the
for another vessel incoming to another terminal (Terminal 2 in
Figure 1).
The same goes for the workload distributions
,
and
of the feeder vessels in
Figure 2. The cumulative conditional workload distribution for the unloading operation of a feeder vessel is
where
consisting of the gross productivity distribution of a QC for a feeder vessel during the unloading operation
and the QC intensity distribution dependent on the amount of TEUs and the feeder vessel size
. For a feeder vessel requiring only the loading operation, the cumulative conditional workload distribution for TEU arrivals for a feeder vessel is
The cumulative conditional workload distribution for the loading operation of a feeder vessel is
where
consisting of the gross productivity distribution of a QC for the loading operation
.
2.3. Resource Profile Simulation
A resource profile simulation is developed to generate events imposing workload requirement for resources, such as vessel arrivals, truck transportation, loading and unloading operations, etc. presented in
Figure 4, and simulate the workload cascading over the resources across terminals. The events are associated with the random variables provided in the previous section and each event triggers another. The resource profiles simulation estimates the workload distributions for resources to estimate the capacity requirement over time-shifts across the terminals.
-Vessel arrival. This event is triggered when a vessel with type
arrives at the port and randomly assigned to any of one of the terminals
with an equal probability, where
is the set of cooperative terminals at the port. The vessel type is characterized by the attributes such as the category, the TEU quantity, the required QC intensity. When the event is executed, the attributes of the vessel are randomly assigned by referring to
Appendix A. The event triggers an immediate execution of
,
, and
and schedule a new event
with an exponential interarrival rate
. This event is associated with the workloads
and
.
-TEU arrival. This event is triggered when a vessel arrives at the port. The arrivals of TEUs was recorded earlier than the time of executing by tracing back in time. The workload is distributed only in the time ranged from to . Both and are dependent on the generated .
-Unloading. This event is triggered when the first vessel in the queue arrives at a randomly selected terminal. The event execution time is delayed until as both the vessel and the QCs operations must be ready for the unloading operations (which generally takes 2 h) to be performed. The event allocates QCs to the vessel as requested (generated) in the event of . It is set that the required number of QCs is always available at a terminal. The time window for the unloading operation is conditionally determined by the generated . When the event is triggered, the amount of TEUs in the yard increases at the rate of . The workloads and are associated with the event. The simulator sets unloaded TEUs to leave the terminal within 5 days following the unloading. The unloading event triggers the execution of the loading event through determining .
-Loading. The event is triggered immediately upon the completion of the unloading operation on the vessel. is used to execute the loading event but the event execution time is delayed until . Similar to the unloading operation, the loading time window is conditionally determined by the generated while the TEUs at the yard also decreases accordingly. The workloads and are adjusted with the event. The event triggers the execution of the vessel departure event though determining .
-Vessel departure. The execution time of this event is delayed until , which is determined by the generated as the both the vessel and the QCs operations must be ready to be released. When executing this event, the vessel returns the assigned number of QCs, releases the quay space of the terminal, and triggers an immediate execution of .
-TEU Transfer. This event is triggered when the event of vessel arrival where is executed. The event generates over the time window for interterminal trans-shipment at each cooperating terminal, with the time window for trans-shipment TEUs being 2–3 days after unloading at a terminal. Hence, the TEU transferring activities are recorded earlier than the time of executing . is generated by the execution of and is dependent on the transferring productivity of trucks.
-Truck transport. This event is triggered when
determines
. An amount of TEUs at a terminal,
, will need to be transported to terminal
from
by trucks. A generated single truck typically transports 1.5 TEUs at a time. When a truck transports transferring TEUs from a terminal to another, the process takes a number of time-units including the congestion on traveling paths. The congestion has the effect of reducing the speed of truck flows. Underwood formula is used to adjust the truck speed for the traffic congestion on a traveling path, taking into account parameters such as length of the travel path, free flow speed, and a predetermined amount of maximum number of trucks. The effective traveling speed
in a traveling path between two terminals with
trucks is estimated by
where
is the free speed and
is the traffic density at maximum flow. For
representing the length of the traveling path,
is the traffic density in the traveling path with
trucks. The event triggers an immediate execution of
with the delay of traveling and congestion of a truck.
-Gate check-in. The execution time of this event is delayed until the arrival of a truck, as the traveling time and delays caused by congestion should be included. Since the gate is a resource with limited capacity, the queue length will be a meaningful measure for gate workload. The gate is modeled as a single server machine and its service times are adjusted for multiple pass lanes. Whenever a truck arrived at a gate (i.e., the execution of , it joins the gate queue and waits for the check-in service. The truck queue length is affected by the workload distribution of Equation (4) and counted as the gate congestion measure in the simulation. The gate check-in event triggers an immediate event .
-Arrival of Transferred TEU. This event is triggered when a truck passes the gate, but the execution time is deferred until the truck is processed at the gate. It increases the TEU workload in the yard accordingly at most . This event generates , and calls the event to transport TEUs continuously until cumulative probability for TEU workload, , becomes 1. Transferring time window essentially includes the two delay elements, namely, congestion and queueing that increase uncertainty.
3. Simulation Experiment
A set of simulation experiment is conducted to understand the capacity requirements for different volumes of trans-shipment ratios of containers relative to inbound and outbound containers at a terminal, as well as different transferring container volumes across terminals. The base-case setting is as follows: four equal-size of terminals located at a trans-shipment hub port are sharing the resources. Each terminal has 1000 m quay length and initial inventory at the yard is 20,000 TEUs. The distance between adjacent terminals is set to 500 m, and the terminals are sequentially laid in a line. The truck free speed in between terminal is set to 14 m/s. The traffic density at maximum flow () in the Underwood formula is calculated by setting the effective speed under jammed traffic () to 0.01 m/s, where the maximum number of trucks () for transferring activities between terminals is limited to 25. The gate service time is preset to follow min. This service time measures the duration-of-stay of a truck in the boundary of gate system and includes the time spent on checking the driver identification, truck number, container number, and measuring the weight, temperature (for reefer), and size (for out-of-gauge) of the container and deciding a storage slot for the container. Additionally, when the container door is not facing outward, a reach stacker needs to turn the direction of the container.
To avoid the situation whereby insufficient resource capacity leads to a distortion in the actual capacity requirement reflected in the resource profile, the study assumed that the requested QC intensity of every vessel can be met. The QC intensity is determined by the vessel category (size) and the TEU quantity on the vessel described in
Appendix A. The vessel and TEU categories in the experiment is drawn upon their respective pools based on a uniform distribution. The gross productivity of a QC is assumed to be normally distributed,
, hourly.
and
are set to 2 weeks and 1 day, respectively, and the vessel arrival
is set to follows exponential interarrival time with a mean of 2.05 hourly.
is set to 2 h after the vessel arrival. It is further assumed that the incoming vessels arrive at any terminal with equal probabilities. The probability that an arriving vessel is a mainline vessel is 90%, while the probability of receiving a feeder vessel is 10%. When the latter occurs, half of these vessels are for unloading and the other half for loading only (note: this contrasts with the mainline vessel which will first perform the unloading operations and then the loading operations). The terminals have equal probabilities to be selected when transferring the trans-shipment TEUs to them.
The simulation scenarios are represented by varying the rates of transshipment and outbound and inbound TEUs, as well as the rates for which the trans-shipment TEUs would remain in its arrival terminal or be transferred to other terminals. The simulation runs 10 replications for each setting for 200 days after the warming-up period. Since the warming-up period depends on experiment settings, the simulation results are sampled out after eliminating the initialization bias by shown in the output plots. The simulation model is implemented using C# programming language as part of the Visual Studio Community 2017 and run on a computer with Intel processor i5, 1.8 GHz with 16 GB RAM.
3.1. Simulation Results with Low Transferring
The proportion of TEUs for inbound and trans-shipment-inbound are set to 20% and 80%, respectively, and the same proportion applies to the TEUs for outbound and transshipment-outbound. The proportions of TEUs remaining in a terminal and transferring to the other terminals are set to 40% and 60%, respectively. All the other terminals have equal probabilities to take the transferred TEUs and the transferring is only limited to trans-shipment TEUs.
Based on the collected samples,
Charts for QC intensity, the TEU workload at the yard, and the queue length at the gate can be drawn with the estimated control limits consisting of upper control limits (UCLs), central lines (CLs), and lower control limits (LCLs) for each set of output [
21]. Specifically, the simulation plots the QC intensities currently serving all vessels at the terminal whenever a vessel leaves a terminal (
).
Figure 5 shows the simulation results of QC intensities over time-shifts. The mean requirement of QC intensity for vessel service is 8.12 and the upper limit is estimated as 9.78. It means that a terminal needs to prepare 9.78 QCs to meet the handling capacity requested by the incoming vessels, even though on average only 8.12 QCs are needed to meet the capacity request.
The storage space requirement in TEUs is plotted when any of these three events takes place: (i) a vessel arrives at the terminal (
); (ii) the interterminal transferring is completed (
), and (iii) a vessel departs (
).
Figure 6 shows that the mean storage capacity required to support the requested vessel service is estimated to be 117,109.64 TEUs, with 125,006.81 and 109,212.50 TEUs as the upper and lower control limits, respectively. The mean difference between maximum and minimum storage requirements is estimated as 13,686.60 TEUs.
Gate availability is critical for the smooth execution of interterminal transferring activities. A long truck queue is usually an indication of gate congestion.
Figure 7 plots truck queue length at every instance when a truck reaches the gate (
). The estimated queue length is 1.56 trucks, and the upper limit shows 2.32 trucks in the queue. Thus, it can be inferred that the gate needs to possess adequate capacity to clear an average queue length of 1.56 trucks to provide the handling service requested by vessels during the transferring activities. Note that the truck queue is estimated only for transferring containers. The results are summarized in
Table 1.
3.2. Simulation Results with High Transferring
A parallel experiment is conducted to examine the effect of a high transferring TEUs rate. The proportions of TEUs remaining in a terminal and transferring to the other terminals are set to 25% and 75%, respectively. The proportion of TEUs for inbound, trans-shipment-inbound, outbound, and transshipment-outbound remains to be same as
Section 3.1. The simulation results are drawn in
Figure 8,
Figure 9 and
Figure 10 using
Charts and summarized in
Table 2.
The simulation results of QC intensities for all vessel arrivals over the run-time suggest that a terminal is expected to prepare 9.71 QCs if it wishes to meet the handling capacity requested by the incoming vessels entirely, but on average 7.92 QCs are sufficient to meet the capacity request (
Figure 8). The QC intensity is generally lower than what was found previously in
Section 3.1. It indicates the workload in the quayside operation will be reduced by 2.5% when the transferring rate increases from 60% to 75%.
Figure 9 shows that the mean storage capacity requirement to support the requested vessel service is estimated to be 107,120.78 TEUs, with 127,060.92 and 87,180.64 TEUs as UCL and LCL, respectively. Compared to the results in
Section 3.1, the increase of transferring rate has helped reduce the storage capacity requirement by 8.5% on average. However, the gap between the two limits has also widened by 152.5% at the same time. This widened gap indicates increased variation of storage capacity requirement with the mean difference between maximum and minimum storage requirements estimated at 34,558.30 TEUs. Meanwhile, the estimated truck queue length is 1.69 trucks with 2.52 in UCL for transferring TEUs (
Figure 10). The gate processing requirement is increased by 8.3% in terms of the mean queue length as the transferring TEUs increase.
5. Conclusions
When a container terminal collaborates with its neighboring terminals within a port or across ports in the form of resource sharing, the operations in the collaborating terminals inevitably become more complicated. To realize the gains from such collaborations, an operations management system that can make use of the available resources efficiently and effectively needs to be in place. This research studies three of the most important port resources, namely, QCs, yard, and gate, to manage the capacity requirements over terminals. A resource profile simulation, which provides a platform for simulating random components of resource profiles and estimating the workload on the resources over time-shifts, is developed. The estimated workloads decide capacity requirement on the resources as represented by the QC intensity, the storage space requirement, and gate congestion.
The experiment results provide charts for QC intensity, storage space requirement, and gate congestion. The significance tests are examined for the rates of trans-shipment containers compared to inbound and outbound containers, and the rates of transferring containers to other terminals. For different settings of trans-shipment and transferring rates, there was a statistically significant effect of the trans-shipment and transferring rates on the capacity requirement representing workload of the QCs, yard, and gate. The two-factor ANOVA results supported the statistical significance of the trans-shipment and transferring rates, as well as their interaction terms on capacity requirements. In particular, high trans-shipment rates are found to contribute to the reduced workloads for QCs, yard, and gate in terms of capacity requirement when the transferring rates take positive effect on distributing workloads among the terminals for the trans-shipment rates.
The realism of the discussed multiterminal capacity requirement planning could be increased with a study of fidelity that estimates the capacity requirements at the equipment-level (e.g., yard cranes, vehicles, etc.) and operational-level (e.g., single vs. dual cycling) while considering the financial commitment (e.g., operational and capital costs for resources).