CycleNet: Enhancing Time Series Forecasting through Modeling Periodic Patterns

The stable periodic patterns present in time series data serve as the foundation for conducting long-horizon forecasts. In this paper, we pioneer the exploration of explicitly modeling this periodicity to enhance the performance of models in long-term time series forecasting (LTSF) tasks. Specifically, we introduce the Residual Cycle Forecasting (RCF) technique, which utilizes learnable recurrent cycles to model the inherent periodic patterns within sequences, and then performs predictions on the residual components of the modeled cycles. Combining RCF with a Linear layer or a shallow MLP forms the simple yet powerful method proposed in this paper, called CycleNet. CycleNet achieves state-of-the-art prediction accuracy in multiple domains including electricity, weather, and energy, while offering significant efficiency advantages by reducing over 90% of the required parameter quantity. Furthermore, as a novel plug-and-play technique, the RCF can also significantly improve the prediction accuracy of existing models, including PatchTST and iTransformer. The source code is available at: https://github.com/ACAT-SCUT/CycleNet.

Paper

References (60)

Scroll for more · 38 remaining

Similar papers

Peer review

Reviewer EqMa8/10 · confidence 4/52024-06-23

Summary

This paper proposes a novel and effective technique to enhance long-term time series forecasting. The proposed technique, Residual Cycle Forecasting (RCF), directly models periodic cycles with learnable parameters, decomposing the learning of time series into periodic cycles and residual components. The residual can be learned with a simple architecture like Linear or MLP, and this technique can be integrated into existing forecasting models. Results show significant improvement achieved by using this technique.

Strengths

* The proposed method is simple and effective. It not only improves accuracy but is also more parameter efficient and can be easily integrated into different backbones. * The paper is well-written with good clarity. Both the problem and analysis are presented clearly. * The experiments are conducted with high quality, providing extensive and comprehensive analysis of the proposed technique. The results are consistent with prior related work. Limitation of the proposed method is also clearly stated.

Weaknesses

The notations are not strictly consistent. The notations for instance normalization (in Section 3.2 and Algorithm 2) are independent from the whole framework and not consistent with the previous problem definition.

Questions

1. Since Figure 2 depicts the entire CycleNet architecture, instance normalization should also be included. 2. The description of alignment and repetition of $Q$ (Lines 152-157) can be further improved. The link to Algorithm 1 should be added, and a schematic figure (even in Appendix) would make it clearer to understand. 3. How extreme points affect RCF in the Traffic dataset should be further explained (Line 255). Extreme points can also affect other methods. It is unclear why this would specifically deteriorate RCF.

Rating

8

Confidence

4

Soundness

4

Presentation

3

Contribution

4

Limitations

See Weaknesses and Questions

Reviewer zzRb6/10 · confidence 3/52024-07-12

Summary

The paper introduces CycleNet, a novel time series forecasting method that enhances long-term prediction accuracy by explicitly modeling the inherent periodic patterns present in time series data. The core contribution of paper is introducing the Residual Cycle Forecasting (RCF) technique, which leverages learnable recurrent cycles to represent these periodic patterns and predicts the residuals, significantly improving upon the performance of existing models with reduced computational complexity. CycleNet demonstrates state-of-the-art results across various domains, such as electricity, weather, and energy forecasting, while offering over 90% reduction in parameter quantity, highlighting its efficiency and effectiveness in capturing long-term dependencies for accurate forecasting.

Strengths

1. The author tries to model the period information explicitly in the time series prediction task, and the motivation is intuitive and reasonable. 2. The method designed by the author is reasonable and closely related to motivation. Combined with the experimental results, the author gives a simple but effective method. 3. The author exposes the code and gives a detailed description, which increases the reproducibility of the model. 4. The limitations of this method are clearly discussed and the possible problems are pointed out.

Weaknesses

1. In the introduction, the author's statement establishes a close relationship between long-term prediction and periodic information. In the absence of some experimental support, this is not rigorous. Periodic information may be useful for long-term forecasting in certain situations, but it is not appropriate for all tasks, nor is it the only important information that these tasks require. The author slightly obfuscates these to highlight the motivation of this article. 2. The authors select data sets with different periodicity to illustrate the validity of the model. However, the authors only demonstrate the validity, and experiments can be added to show how the proposed method performs differently on periodically different data sets and discuss the underlying rules. At the same time, it is also worth showing how CycleNet performs on data sets where there is no obvious periodicity. 3. Combined with the results in Table 2 and Table 4, the results predicted with Linear alone are even better than some well-designed methods, whether this is due to the particularity of the data set or some other reason.

Questions

Please refer to the weakness

Rating

6

Confidence

3

Soundness

3

Presentation

3

Contribution

3

Limitations

Please refer to the weakness

Reviewer 24Zo8/10 · confidence 5/52024-07-12

Summary

This paper presents a novel technique for improving the accuracy of multivariate long-term time series forecasting. The technique, called Residual Cycle Forecasting (RCF), involves learning the cyclical patterns of time series through recurrent cycles, which can be used as a pre-processing step for any forecasting model. The authors also propose CycleNet, a linear-based model that uses RCF to enhance its predictions. CycleNet first uses RevIn to account for distribution shift, then subtracts the learned RCF from the input data. The backbone of the model predicts the future residual, adds the learned RCF, and reverses RevIN from the outputs to obtain the final prediction. The proposed method is evaluated on eight multivariate time series datasets and compared against several baselines. The results show competitive performance and resource consumption.

Strengths

* Clear and concise writing style * Novel approach to time series decomposition * Comparison of performance and resource consumption with baseline methods * Ablation study and parameter impact analysis (e.g., $W$) * Easy-to-understand model design and components * Informative figures to illustrate model and results * Thorough discussion of results, including strengths and limitations * Code and data provided for reproducibility and transparency.

Weaknesses

* Lack of clarity to specify which results are from the authors (reproduced or produced) and which ones are collected from previous papers (if so, which ones) * Incomplete comparison with existing time series decomposition baselines, such as LD, TDFNet, or SparseTSF (even though this one was in the related works) * Model was not compared to RLinear (also relying on RevIN)

Questions

## Baselines The paper fails to properly compare the proposed CycleNet model with appropriate baselines. Since CycleNet is based on RevIN, it would be more complete to include other RevIN-based baselines such as RLinear [1] for linear-based models and for instance RevInformer (from the RevIN paper) for transformer-based solutions. Although PatchTST uses RevIN, including these additional baselines would avoid any doubt and provide a more comprehensive comparison. Additionally, the paper misses important baselines such as LD [2], which also uses RevIn and also argues for using learnable decomposition rather than moving average. According to the published results, CycleNet appears to be behind LD. But it would be interesting to compare LD against backbone + RCF. Potential references to [3] is also missing. [1] https://arxiv.org/pdf/2305.10721 [2] https://arxiv.org/abs/2402.12694 [3] https://arxiv.org/pdf/2308.13386 Finally, despite being describes as main baselines, why SparseTSF was not included in this paper? Especially, as SparseTSF seems to produce better results than proposal especially for ETT and not for Electricity and Traffic. What would be the reason for such differences? Including such comparisons is required to correctly position CycleNet with all the other baselines and further discuss why CycleNet offers better performance with some datasets and not others. Such discussion is important to further investigate the benefit of time series decomposition for forecasting tasks. ## Visualization The visualizations of the learned cycles are informative, but it is unclear whether these cycles change depending on the prediction horizon or lookback. If they do, it would be interesting to see the differences and whether they can explain the variation in performance for different prediction horizons. Since the cycles are learned along with the backbone model, there could be differences in the learned cycles for different experiments. It would be helpful to plot the cycles for different prediction lengths, such as 96 and 720, and for different lookback lengths, such as 48, 96, and 336. In addition, the cycle may change depending on the backbone. It would be interesting to show the difference if any when RCF is used with iTransformer, DLinear, etc. This would allow readers to better understand whether there are any differences in the learned cycles and whether they are due to the parameters, backbone model or other factors. Figure 3(f) is surprising, and it is unclear whether it represents a household or an industrial building with specific working hours. In my opinion, it looks like there are only 3 main weekly patterns (the large pattern on the left seems to have ~50 time steps = 2 days) and weekends (one pattern seems to have ~24 time steps = 1 day). Therefore, it could be a factory or industrial building with specific working hours (6 days a week). It would be interesting to discuss how RCF impacts previous backbones, such as DLinear. Specifically, it would be helpful to know how much DLinear's performance changes with the addition of RCF and plot it similarly to Figure 4. Finally, it is important to provide Figure 4 and Table 4 for other datasets to give readers a global view of the impact of RCF/CycleNet depending on the dataset and its nature. This would help avoid generalizations that could be incorrect based only on results depicted in the current version, especially for datasets such as Traffic and Solar Energy where the impact might be drastically different. ## Discussion “Traffic dataset exhibits spatiotemporal characteristics and temporal lag characteristics, where the traffic flow at a certain detection point significantly affects the future values of neighboring detection points.” However, the authors do not explain why this is not an issue for the Solar-Energy dataset, where weather conditions at one location may slowly impact neighboring locations in the future. Can authors comment on that? Regarding the electricity consumption dataset, the authors state that "a user’s electricity consumption thirty days ahead does not directly correlate with their consumption patterns in the past few days." However, it is possible that long-term habits may still influence consumption patterns, for instance with a monthly routine. The authors suggest that "the cycle length W depends on the a priori characteristics of the dataset and should be set to the maximum stable cycle within the dataset." However, they do not address how to account for yearly cycles, such as those found in weather datasets that repeat each year with the seasons or datasets influenced by human behavior, such as electricity consumption, which may increase in winter and summer due to heating and cooling needs. It would be helpful to clarify whether RCF is only suitable for mid-range stable cycles or if there is a way to account for longer cycles. This might need to be included in the limitations section. ## Additional points The paper lacks a computation cost study to determine the overhead imposed by RCF on the existing backbone in terms of memory and consumption. It is important to evaluate whether the gain in accuracy justifies the increase in complexity and associated cost. ## Proof-read * “a single-layer Linear or a dual-layer MLP” maybe find another way to express it to avoid repeating too much (cf., abstract, introduction, etc.) * “surpassing complexly designed deep models”-> redundant, ”complex design” or “deep models” * “leveraging this discovery to enhance” should change this as the fact that time series have cycle is not new leveraging this knowledge is the innovation

Rating

8

Confidence

5

Soundness

3

Presentation

3

Contribution

2

Limitations

Authors have discussed some limitations of their proposal and especially when each channel have different period cycle.

Reviewer 24Zo2024-08-13

> Other researchers have also noted this phenomenon on the LD project's GitHub (Issue #1), but have not yet received a response from the authors. I was not aware of the existing issue with LD. It is good to include these results in your final revision and mention the existing reproducibility issue with LD. Such information will be helpful for future readers.

Reviewer SdEc7/10 · confidence 5/52024-07-13

Summary

This paper proposes a learnable Seasonal-Trend Decomposition method (CycleNet) to improve the prediction performance of current long-term multivariate time series forecasting models. Specifically, it firstly model the periodic patterns of sequences through globally shared recurrent cycles and then predicts the residual components of the modeled cycles. Extensive experiments are conducted to evaluate the proposed method.

Strengths

1. The proposed method is a model-agnostic solution applicable to different kinds of models. 2. Although it is simple, it is able to achieve good performance improvement in many cases. 3. Extensive experiments are conduct to evaluate the proposal.

Weaknesses

1. It seems that the proposal (CycleNet) does not work well for complex datasets, e.g., Traffic. It is better to show more results on the same kind of datasets like the PEMS datasets used in the iTransformer paper. 2. The Section 3 is not well written and lacks a lot of details, especially about the Learnable Recurrent Cycles. The authors may consider to reorganize Section 3 and Appendix A.1 to make Section 3 more clear.

Questions

Please refer to the weaknesses.

Rating

7

Confidence

5

Soundness

3

Presentation

2

Contribution

3

Limitations

Yes

Reviewer SdEc2024-08-09

Thank you for the responses. Could you give the full results on the PEMS dataset where the lookback length is 96 and the prediction horizon is {12, 24, 48, 96} (only the results of CycleNet, iTransformer and SCINet are OK). *Sorry, the prediction horizon should be {12, 24, 48, 96} instead of {12, 24, 36, 48} according to Table 9 in iTransformer's paper.

Authorsrebuttal2024-08-10

**Dear Reviewer SdEc,** Thank you for your questions. We have provided the full results based on your requested settings. I apologize for the time it took to conduct these experiments. We will include the full results, including comparisons with other models, in the revised paper. As mentioned earlier, CycleNet is a simple, single-channel modeling method that uses only a Linear layer or a shallow MLP as the backbone. **Its purpose is to validate the proposed RCF technique, demonstrating that even with a simple backbone, combining RCF can achieve state-of-the-art prediction performance** (*except in the traffic scenario*) with very low computational overhead, balancing performance and efficiency. In scenarios like traffic, where spatiotemporal relationships need to be considered, independent channel modeling methods (including PatchTST, etc.) may struggle to fully capture the dynamics, necessitating additional multichannel relationship modeling techniques, such as those employed by iTransformer. Therefore, it is reasonable that the simple CycleNet has certain limitations in these spatiotemporal scenarios. *We had pointed out these limitations when analyzing the experimental results in the original submission and further elaborated on them in the limitations and future work sections.* In fact, iTransformer and SCINet are powerful models that achieve the best performance on the PEMS dataset. **The fact that CycleNet can nearly match their performance with just a simple backbone and independent channel modeling is noteworthy.** CycleNet’s backbone is merely a two-layer MLP, without any further design or deep stacking. (Due to length constraints, the results are attached in the next comments.) Moreover, *when the RCF technique is removed from CycleNet, its performance drops significantly*, demonstrating that RCF is a major contributor to narrowing the gap between the shallow MLP and these state-of-the-art models. *When the proposed RCF technique from CycleNet is integrated into iTransformer*, which already achieves state-of-the-art performance, *iTransformer’s predictive accuracy is further enhanced*. **Overall, for a basic two-layer MLP backbone, RCF brings about a 28% improvement in MSE and a 16% improvement in MAE.** **For iTransformer, which currently leads in the field, RCF brings an additional 4.9% improvement in MSE and 2.7% in MAE.** *This further validates the effectiveness of our RCF technique, which is our core contribution: a simple and novel method for better extracting periodicity in time series data.* In addition to improving predictive accuracy, it can also serve as a novel decomposition method for helping us to further analyze the patterns present in time series data (as shown in Figure 3 in the paper). **I hope this addresses your concerns. Thank you again for your time and for reviewing our paper.**

Authorsrebuttal2024-08-10

Due to length constraints, the results are attached here: | | | CycleNet/MLP | | iTransformer | | SCINet | | CycleNet W/o. RCF | | iTransformer W/. RCF | | | :----: | :--: | :-------: | :-------: | :----------: | :-------: | :-------: | :-------: | :---------------: | :---: | :------------------: | :-------: | | | | MSE | MAE | MSE | MAE | MSE | MAE | MSE | MAE | MSE | MAE | | PEMS03 | 12 | *0.066* | 0.172 | 0.071 | 0.174 | 0.066 | *0.172* | 0.077 | 0.186 | **0.064** | **0.170** | | | 24 | 0.089 | 0.201 | 0.093 | 0.201 | *0.085* | *0.198* | 0.116 | 0.228 | **0.084** | **0.194** | | | 48 | 0.136 | 0.247 | *0.125* | *0.236* | 0.127 | 0.238 | 0.181 | 0.289 | **0.116** | **0.228** | | | 96 | 0.182 | 0.282 | *0.164* | *0.275* | 0.178 | 0.287 | 0.234 | 0.336 | **0.163** | **0.268** | | PEMS04 | 12 | 0.078 | 0.186 | 0.078 | 0.183 | **0.073** | **0.177** | 0.092 | 0.201 | *0.075* | *0.182* | | | 24 | 0.099 | 0.212 | 0.095 | 0.205 | **0.084** | **0.193** | 0.133 | 0.248 | *0.089* | *0.201* | | | 48 | 0.133 | 0.248 | 0.120 | 0.233 | **0.099** | **0.211** | 0.203 | 0.314 | *0.110* | *0.225* | | | 96 | 0.167 | 0.281 | 0.150 | 0.262 | **0.114** | **0.227** | 0.257 | 0.357 | *0.142* | *0.256* | | PEMS07 | 12 | **0.062** | **0.162** | 0.067 | 0.165 | 0.068 | 0.171 | 0.073 | 0.177 | *0.063* | **0.162** | | | 24 | *0.086* | 0.192 | 0.088 | *0.190* | 0.119 | 0.225 | 0.116 | 0.226 | **0.078** | **0.181** | | | 48 | 0.128 | 0.234 | *0.110* | *0.215* | 0.149 | 0.237 | 0.201 | 0.301 | **0.100** | **0.202** | | | 96 | 0.176 | 0.268 | *0.139* | 0.245 | 0.141 | *0.234* | 0.287 | 0.364 | **0.126** | **0.230** | | PEMS08 | 12 | 0.082 | 0.185 | *0.079* | *0.182* | 0.087 | 0.184 | 0.094 | 0.199 | **0.076** | **0.179** | | | 24 | 0.117 | 0.226 | *0.115* | *0.219* | 0.122 | 0.221 | 0.151 | 0.255 | **0.108** | **0.213** | | | 48 | **0.169** | 0.268 | *0.186* | **0.235** | 0.189 | 0.270 | 0.231 | 0.312 | 0.188 | *0.238* | | | 96 | 0.233 | 0.306 | **0.221** | *0.267* | 0.236 | 0.300 | 0.332 | 0.380 | *0.226* | **0.265** |

Reviewer SdEc2024-08-12

Thank your for the results. I have updated my rating. Please include the full results for readers to have a more complete understanding of the proposal.

Authorsrebuttal2024-08-12

Thank you very much! We will include the complete results in the final paper. Once again, thank you for taking the time to review our paper and for improving our rating!

Authorsrebuttal2024-08-08

Additional Rebuttal (Optional Reading) # Part 1

**Dear Reviewer 24Zo,** Thanks again for you careful review. **It’s the discussion phase now, so we would like to continue to address the uncovered points from the rebuttal phase** (*due to the text length limits in the rebuttal*). *If you find these additional comments any inappropriate (e.g., out of rebuttal limits), please ignore these comments.* > Finally, despite being describes as main baselines, why SparseTSF was not included in this paper? Especially, as SparseTSF seems to produce better results than proposal especially for ETT and not for Electricity and Traffic. What would be the reason for such differences? As mentioned in the rebuttal, we noticed SparseTSF, which was recently accepted at ICML 2024, because it emphasizes the importance of periodicity in long-term forecasting tasks, similar to our work. Thus, we included it in the related work but did not perform a complete comparison due to the submission deadline constraints. We will supplement a complete comparison in the revised paper. Additionally, SparseTSF performs better on the ETT dataset rather than the Electricity and Traffic datasets for two reasons. First, **the ETT dataset is smaller and noisier**. In such cases, the sparse techniques proposed in SparseTSF help the model focus more directly on corresponding elements in historical cycles, reducing interference from less relevant elements and improving overall performance. Second, the ETT dataset's dimensionality (number of channels) is significantly lower than that of the Electricity and Traffic datasets, with the former having only 7 channels compared to the latter's 321 and 862 channels. Note that SparseTSF fundamentally employs a channel-independent modeling approach (parameter-shared) and linear-based methods, which limit its performance on high-dimensional datasets. This is because such scenarios require non-linear capabilities to remember different patterns of multiple channels, or a separate linear layer for each channel (non-parameter-shared) to model each channel's patterns separately [1]. *In contrast, CycleNet’s RCF technique is a fully channel-independent modeling scheme (non-parameter-shared)*, meaning it models each channel's periodic pattern separately. In this case, even with Linear as the backbone, it performs better on high-dimensional datasets because it enhances the model's ability to capture different patterns of multiple channels. Therefore, as shown in our comparison results in *Table 1 of the attached PDF*, **our RCF technique overall still outperforms the Sparse technique** (even on the ETT dataset). *We will include full experiments on more datasets in the revised paper.* [1] Li, Zhe, et al. "Revisiting long-term time series forecasting: An investigation on linear mapping." *arXiv preprint arXiv:2305.10721* (2023). > Figure 3(f) is surprising, and it is unclear whether it represents a household or an industrial building with specific working hours. In my opinion, it looks like there are only 3 main weekly patterns (the large pattern on the left seems to have ~50 time steps = 2 days) and weekends (one pattern seems to have ~24 time steps = 1 day). Therefore, it could be a factory or industrial building with specific working hours (6 days a week). Yes, you are correct. This might represent the typical working hours of a user, for example, working on Monday, Wednesday, and Friday, with the other days off. Indeed, this interesting phenomenon further reveals *the potential value of our proposed RCF technique*, as it may be **a superior way to help data engineers analyze patterns in time series data**. > “Traffic dataset exhibits spatiotemporal characteristics and temporal lag characteristics, where the traffic flow at a certain detection point significantly affects the future values of neighboring detection points.” However, the authors do not explain why this is not an issue for the Solar-Energy dataset, where weather conditions at one location may slowly impact neighboring locations in the future. Can authors comment on that? The Traffic and Solar-Energy datasets are indeed quite different.

Authorsrebuttal2024-08-08

Additional Rebuttal (Optional Reading) # Part 2

**First, the spatial characteristics of the solar scenario are weaker than those of the traffic scenario.** In the traffic scenario, traffic flow dynamically changes at each location, with complex internal spatial dependencies. In the solar power generation scenario, as in the Solar-Energy dataset, which records the solar power production of 137 PV plants in Alabama State, the spatial dependencies are much weaker because the weather conditions within a region are usually similar. Even if there are spatial relationships, such as differences in power generation due to longitude differences, they are minor and easily learned. The following table shows the average cosine similarity between different channels in the training set of each dataset (closer to 1 indicates more similar channels): | Dataset | Traffic | Electricity | Solar-Energy | ETTh1 | | --------------------- | ------- | ----------- | ------------ | ----- | | **Cosine Similarity** | 0.578 | 0.471 | **0.913** | 0.261 | *It can be seen that the power generation curves of different channels in the Solar-Energy dataset are very similar, which indirectly indicates weaker spatial characteristics.* **Second, the solar scenario has fewer extreme points compared to the traffic scenario, so the impact of temporal lag characteristics is smaller.** In the traffic scenario, unexpected situations may cause a sudden increase in flow (i.e., extreme points), and a traffic surge at one intersection can affect the flow at other intersections over time. In this case, adequately modeling inter-channel relationships (i.e., temporal lag) can accurately predict traffic flows at other intersections after an extreme point occurs. In contrast, extreme points are rare in the solar scenario because the power generation of photovoltaic systems has a maximum power threshold. The following table shows the average number of extreme points per channel using Z-Score > 6: | Dataset | Traffic | Electricity | Solar-Energy | ETTh1 | | ------------------ | ------- | ----------- | ------------ | ----- | | **Extreme Points** | 63.9 | 0.5 | 0 | 0 | *It can be seen that the number of extreme points in the Traffic dataset is significantly higher than in other datasets.* > Regarding the electricity consumption dataset, the authors state that "a user’s electricity consumption thirty days ahead does not directly correlate with their consumption patterns in the past few days." However, it is possible that long-term habits may still influence consumption patterns, for instance with a monthly routine. Thank you for pointing this out. What we intended to convey is more along the lines of "a user’s electricity consumption thirty days ahead ***not only*** correlates with their consumption patterns in the past few days." That is, to achieve accurate long-term predictions, the long-term patterns play a crucial role, not just the short-term fluctuations. **We will revise the original statement.** > The authors suggest that "the cycle length W depends on the a priori characteristics of the dataset and should be set to the maximum stable cycle within the dataset." However, they do not address how to account for yearly cycles, such as those found in weather datasets that repeat each year with the seasons or datasets influenced by human behavior, such as electricity consumption, which may increase in winter and summer due to heating and cooling needs. It would be helpful to clarify whether RCF is only suitable for mid-range stable cycles or if there is a way to account for longer cycles. This might need to be included in the limitations section. Thank you for your suggestion. **We will include this in the limitations section.** Considering longer dependencies (such as yearly cycles) is indeed a more challenging task. Although theoretically, CycleNet’s $W$ can be set to a yearly cycle length to model annual cycles, the biggest difficulty lies in collecting sufficiently long historical data to train a complete yearly cycle (possibly requiring decades of data). For example, the Electricity training set covers only 2 years, and the Weather dataset includes less than a year. In this case, other existing models might also struggle to effectively model such long cycles. Therefore, CycleNet is more suitable for mid-range stable cycle modeling, and we believe future research needs to develop more advanced techniques to address this issue specifically. **Thank you again for your nice review.**

Authorsrebuttal2024-08-12

**Dear Reviewer 24Zo,** Sorry to bother you. **We are eager to know whether our response has addressed your concerns as the discussion phase is nearing its end.** *By the way, we would like to further include the remaining results of other datasets for Table 1 of the attached PDF,* which were not included initially due to space constraints. Thank you for your time. | | | RCF+Linear | | LD+Linear | | MOV+Linear | | Sparse+Linear | | Linear | | | :---------: | :--: | :--------: | :-------: | :-------: | :-------: | :--------: | :-------: | :-----------: | :-------: | :-------: | :-------: | | | | MSE | MAE | MSE | MAE | MSE | MAE | MSE | MAE | MSE | MAE | | ETTh2 | 96 | 0.308 | 0.369 | **0.292** | **0.357** | 0.297 | 0.362 | 0.340 | 0.389 | 0.305 | 0.368 | | | 192 | 0.382 | 0.416 | **0.372** | **0.409** | 0.398 | 0.426 | 0.379 | 0.413 | 0.385 | 0.419 | | | 336 | 0.454 | 0.465 | 0.479 | 0.480 | 0.496 | 0.489 | **0.404** | **0.437** | 0.458 | 0.470 | | | 720 | **0.661** | **0.575** | 0.675 | 0.582 | 0.694 | 0.592 | 0.720 | 0.600 | 0.691 | 0.592 | | ETTm1 | 96 | **0.298** | 0.350 | 0.305 | 0.350 | 0.309 | 0.356 | 0.306 | **0.349** | 0.305 | 0.349 | | | 192 | **0.330** | 0.370 | 0.335 | **0.366** | 0.346 | 0.380 | 0.339 | 0.370 | 0.338 | 0.369 | | | 336 | **0.359** | **0.388** | 0.372 | 0.390 | 0.373 | 0.391 | 0.372 | 0.389 | 0.371 | 0.389 | | | 720 | **0.410** | **0.421** | 0.445 | 0.443 | 0.439 | 0.435 | 0.430 | 0.426 | 0.433 | 0.428 | | ETTm2 | 96 | **0.164** | 0.260 | 0.165 | **0.257** | 0.165 | 0.257 | 0.177 | 0.272 | 0.166 | 0.259 | | | 192 | **0.225** | **0.304** | 0.240 | 0.318 | 0.232 | 0.310 | 0.246 | 0.325 | 0.228 | 0.305 | | | 336 | **0.271** | **0.332** | 0.290 | 0.349 | 0.295 | 0.356 | 0.309 | 0.370 | 0.275 | 0.334 | | | 720 | 0.406 | 0.423 | **0.396** | **0.419** | 0.427 | 0.442 | 0.427 | 0.440 | 0.407 | 0.425 | | Electricity | 96 | **0.131** | **0.228** | 0.140 | 0.237 | 0.140 | 0.237 | 0.148 | 0.243 | 0.140 | 0.238 | | | 192 | **0.145** | **0.242** | 0.154 | 0.250 | 0.154 | 0.250 | 0.159 | 0.254 | 0.154 | 0.251 | | | 336 | **0.160** | **0.260** | 0.170 | 0.268 | 0.169 | 0.268 | 0.173 | 0.271 | 0.170 | 0.269 | | | 720 | **0.193** | **0.292** | 0.204 | 0.300 | 0.204 | 0.301 | 0.207 | 0.303 | 0.204 | 0.301 | | Solar | 96 | **0.192** | **0.251** | 0.222 | 0.294 | 0.222 | 0.298 | 0.226 | 0.296 | 0.224 | 0.302 | | | 192 | **0.218** | **0.258** | 0.249 | 0.315 | 0.250 | 0.312 | 0.252 | 0.312 | 0.250 | 0.310 | | | 336 | **0.231** | **0.262** | 0.268 | 0.326 | 0.270 | 0.335 | 0.270 | 0.326 | 0.269 | 0.325 | | | 720 | **0.239** | **0.265** | 0.271 | 0.327 | 0.272 | 0.327 | 0.271 | 0.327 | 0.270 | 0.333 | | Traffic | 96 | **0.397** | **0.275** | 0.411 | 0.285 | 0.411 | 0.284 | 0.414 | 0.281 | 0.411 | 0.283 | | | 192 | **0.412** | **0.282** | 0.423 | 0.288 | 0.423 | 0.289 | 0.425 | 0.285 | 0.423 | 0.289 | | | 336 | **0.426** | **0.290** | 0.436 | 0.296 | 0.436 | 0.296 | 0.436 | 0.293 | 0.437 | 0.297 | | | 720 | **0.456** | **0.308** | 0.466 | 0.315 | 0.466 | 0.316 | 0.464 | 0.310 | 0.466 | 0.316 | | Weather | 96 | **0.174** | 0.240 | 0.174 | **0.235** | 0.177 | 0.241 | 0.177 | 0.238 | 0.176 | 0.238 | | | 192 | 0.218 | 0.279 | 0.227 | 0.292 | 0.222 | 0.283 | 0.224 | 0.287 | **0.217** | **0.276** | | | 336 | 0.262 | 0.314 | 0.270 | 0.326 | **0.261** | **0.312** | 0.264 | 0.316 | 0.271 | 0.326 | | | 720 | 0.328 | 0.367 | 0.341 | 0.386 | 0.330 | 0.370 | **0.326** | 0.366 | 0.333 | 0.373 |

Reviewer 24Zo2024-08-13

> Added visualizations Thank you, these are very interesting results. Again, make sure to include them as it might be very useful for other researchers tackling cyclical patterns or decomposition of time series data. > We will include full experiments on more datasets in the revised paper. Much appreciated. > It can be seen that the power generation curves of different channels in the Solar-Energy dataset are very similar, which indirectly indicates weaker spatial characteristics. > It can be seen that the number of extreme points in the Traffic dataset is significantly higher than in other datasets. These are very compelling explanations. Thank you for computing them and enlightening me as well as future readers. The discussion regarding the limitations of existing solutions, as well as your proposal, is very interesting. Please ensure that you include them in your final revision. > We will include this in the limitations section. Thank you!

Authorsrebuttal2024-08-13

Dear reviewer, thank you very much! We will do our best to incorporate the mentioned new results and analyses into the main text or the appendix. Once again, we are very grateful for your detailed and constructive review!

Reviewer EqMa2024-08-08

Thank you for your detailed response. I have carefully reviewed your rebuttal and the attached PDF. All my questions have been clearly addressed. My rating has been updated.

Authorsrebuttal2024-08-08

Thank you very much! We will incorporate the revisions mentioned in the rebuttal into the final paper. Once again, thank you for your careful review and for increasing our score!

Authorsrebuttal2024-08-12

**Dear Reviewer zzRb,** Sorry to bother you. **We are eager to know whether our response has addressed your concerns as the discussion phase is nearing its end.** *If not, or if you have any additional questions, we would be more than happy to further address them.* Thank you for your time.

Reviewer zzRb2024-08-12

Thanks for the response. I will keep my original score.

Authorsrebuttal2024-08-12

Dear reviewer, thank you for your timely response. Once again, we sincerely thank you for taking the time to review our paper!

Reviewer 24Zo2024-08-13

Thank you for your extensive effort during this rebuttal phase and for providing such detailed responses to my comments and those of other reviewers. Overall, the authors have addressed all my points, and I still do not see any issues preventing the acceptance of this paper. Even though it is a difficult task, please ensure that all the outputs provided during the rebuttal and discussion phase are added to the main paper (or at least a quick summary of them, with a reference to the appendix). These details are crucial for future readers to fully understand your work, its advantages compared to existing solutions, its limitations, and areas that require further investigation. In light of this, I have increased my score from 7 to 8.

Program Chairsdecision2024-09-25

Decision

Accept (spotlight)

© 2026 NYSGPT2525 LLC