Improving Exception Handling in L1
Uusitalo, Miia (2025)
2025
All rights reserved. This publication is copyrighted. You may download, display and print it for Your own personal use. Commercial use is prohibited.
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:amk-2025052315052
https://urn.fi/URN:NBN:fi:amk-2025052315052
Tiivistelmä
The thesis studied exception handling and explored its possible improvements. The goal was to improve exception handling in L1 level application by improving error logging and making the code more robust. 5G architecture, error and exception handling were studied to understand how they work.
5G architecture consist of three main components: Radio Access Network, Core Network and Transport Network. 5GC makes it possible to establish connection in the network, RAN connects User Equipment to the core network and Transport Network makes data transfer possible between RAN and 5GC. Layer 1 handles data transfer and reception over the air interface.
Error detection is a crucial part of a program’s functionality, and some common issues are invalid input, null pointers and memory problems. Errors can be handled with logging, exceptions, input validation and error codes. Exception handling is a great tool for error handling, but it comes with its disadvantages. Exceptions can hold much information about the failure and be easily propagated but on the other hand can lead to resource leaks or in extensive use affect the code’s performance.
A few cases were studied to understand how exceptions were handled in the code. One handler function that could handle exceptions in every layer of the code was studied to be used in a wider scope and two implementations were analysed. One focused more on propagating exceptions and providing logs layer by layer while the other one was more focused on a simple and readable handler. The exception propagation implementation was more complex and heavier code but could provide more detailed information. The handler function implementation was simple and readable but could only be used in its own specified location.
Both presented implementations proved to have their own advantages and limitations and therefore it was concluded it would either depend on the situation or it should be decided internally which would be a better fit. The thesis offered possible study points for future projects, for example if the implementations could be combined, a more detailed study about them and how exception handling could be done in each layer.
5G architecture consist of three main components: Radio Access Network, Core Network and Transport Network. 5GC makes it possible to establish connection in the network, RAN connects User Equipment to the core network and Transport Network makes data transfer possible between RAN and 5GC. Layer 1 handles data transfer and reception over the air interface.
Error detection is a crucial part of a program’s functionality, and some common issues are invalid input, null pointers and memory problems. Errors can be handled with logging, exceptions, input validation and error codes. Exception handling is a great tool for error handling, but it comes with its disadvantages. Exceptions can hold much information about the failure and be easily propagated but on the other hand can lead to resource leaks or in extensive use affect the code’s performance.
A few cases were studied to understand how exceptions were handled in the code. One handler function that could handle exceptions in every layer of the code was studied to be used in a wider scope and two implementations were analysed. One focused more on propagating exceptions and providing logs layer by layer while the other one was more focused on a simple and readable handler. The exception propagation implementation was more complex and heavier code but could provide more detailed information. The handler function implementation was simple and readable but could only be used in its own specified location.
Both presented implementations proved to have their own advantages and limitations and therefore it was concluded it would either depend on the situation or it should be decided internally which would be a better fit. The thesis offered possible study points for future projects, for example if the implementations could be combined, a more detailed study about them and how exception handling could be done in each layer.