A method and a device to enable efficient resource share between satellites of a network

Abstract

The present invention provides a method and a device (1) which is suitable for being used with satellites of a Non-Terrestrial Network (NTN) having Multi-access Edge Computing (MEC) hosts, and which ensures sharing of the resources (5) of the satellites between each other by performing at least one task, related with at least one request and received by a first satellite of the NTN, within the resources (5) of a second satellite of the NTN by sending the task from the first satellite to the second satellite in case of the resources (5) of the first satellite are not sufficient to perform the task and the resources (5) of the second satellite are sufficient to perform the task. The device comprises a database (2), a virtualisation unit (4) and a resource allocation unit (3). Thanks to the device (1) and the method of the present invention, in an NTN, if resources (5) of a satellite are not sufficient to perform a task, then resources (5) of another satellite having sufficient resources (5) are able to be used for performing the task.

Description

[0001] A METHOD AND A DEVICE TO ENABLE EFFICIENT RESOURCE SHARE BETWEEN SATELLITES OF A NETWORK

[0002] FIELD OF THE INVENTION

[0003] The present invention relates to a method and a device to enable sharing of resources of satellites with each other within a Non-Terrestrial Network.

[0004] BACKGROUND OF THE INVENTION

[0005] In the Non-Terrestrial Network (NTN), there are satellites providing services with respect to requests sent by the user devices from the earth. These satellites are Low Earth Orbit (LEO), Medium Earth Orbit (MEO), and Geostationary Orbit (GEO) satellites that are interconnected with each other over Inter-Satellite Links (ISL). LEO and MEO satellites are mobile with respect to Earth and provide service to coverage areas in different parts of the world. In contrast, GEO satellites offer service from an almost fixed position.

[0006] These satellites have Multi-access Edge Computing (MEC) hosts that are able to process tasks for satellites in addition to the communication missions of the satellites. Therefore, tasks such as computation and storage of data, usually carried out in a cloud center, can be performed with lower latency on the MEC of the satellite.

[0007] Furthermore, due to their orbiting motion, satellites scan different coverage areas in other geographical locations at different times. These coverage areas vary according to the beamwidths of the antennas. Additionally, the computation, storage, energy consumption, and communication resource requirements allocated for these coverage areas may change over time and along the coverage area, depending on the task requirements and their number.

[0008] On the other hand, satellites have limited resources such as storage area with definite capacity, energy source having limited power, computation elements having definite computation power, etc. and due to these limited resources, in the prior art, static resource allocation is used for satellites. However, static resource allocation is highly inefficient for task workloads (SDR payload) that can change user device densities, task requirements, channel quality, adaptive beam shaping, and payload parameters in the coverage areas. For instance, a satellite covering a city center probably will receive too much request from the earth that is exceeding the static capacity of the satellite but on the contrary a satellite covering a sea area probably will receive too less request from the earth that makes some resources idle. Accordingly, at the same time, while one satellite cannot meet the requests, there is an excess of resources in another satellite. Due to these constraints, it can be argued that it would be more efficient to use a dynamic resource allocation mechanism rather than a static resource allocation approach for dynamically changing resource utilization needs for satellites.

[0009] Therefore, all the problems mentioned above have made it necessary to make an innovation in the relevant technical field as a result.

[0010] BRIEF DESCRIPTION OF THE INVENTION

[0011] The present invention relates to a method and a device to enable sharing of resources of satellites with each other within an NTN by eliminating the above-mentioned disadvantages and bringing new advantages to the relevant technical field.

[0012] An object of the invention is to develop a method and a device to enable sharing of resources of satellites with each other within an NTN.

[0013] Another object of the invention is to develop a method and a device to enable efficient use of resources of satellites within a Non-Terrestrial Network.

[0014] Yet another object of the invention is to develop a method and a device to enable sharing of resources of satellites with each other within a Non-Terrestrial Network to reduce response time of satellites to the requests sent from Earth.

[0015] The other object of the invention is to develop a method and a device to enable sharing of resources of satellites with each other within a Non-Terrestrial Network to optimize the power consumption of the satellites.

[0016] To achieve all the objects mentioned above and that will emerge from the following detailed description, the present invention relates to a device which is suitable for being used with satellites of a Non-Terrestrial Network (NTN) having Multi-access Edge Computing (MEC) hosts, wherein each satellite is in communication with the others by transmitting messages having data related with the status of its own resources, and which ensures sharing of the resources of the satellites of the NTN between each other by performing at least one task, related with at least one request and received by a first satellite of the NTN, within the resources of a second satellite of the NTN by sending the task from the first satellite to the second satellite in case of the resources of the first satellite are not sufficient to perform the task and the resources of the second satellite are sufficient to perform the task. The device comprises

[0017] - at least one database

[0018] • which stores resource sharing information of the satellites including a resource status of each satellite within the NTN, and

[0019] • which is being updated in real-time with the messages having the said resource sharing information and received from the other satellites, wherein the resource status is at least one of the statuses of ‘provider mode’, ‘requester mode’, and ‘relay mode’ wherein the ‘provider mode’ informs that a satellite has fulfilled its own requests and still possess sufficient idle resources, the ‘requester mode’ informs that a satellite needs resources to fulfil its own task requests and requirements and the ‘relay mode’ informs that a satellite has resources required for transferring a task from a satellite to another satellite, but these resources are not sufficient to perform a task of computation and storage for another satellite requiring additional resource;

[0020] - at least one virtualisation unit

[0021] • which has the capacity information of the resources, and

[0022] • which is configured to virtualise the physical resources of the satellite as virtual resources to perform the tasks received by the satellite;

[0023] - at least one resource allocation unit

[0024] • which is in connection with the database and the virtualisation unit,

[0025] • which determines the status of the satellite having that resource allocation unit as ‘provider mode’, ‘requester mode’ or ‘relay mode’ with respect to the resource capacity information of the satellite obtained from the virtualisation unit,

[0026] • which receives requests having tasks from a user device in the Earth,

[0027] • which receives messages from the other satellites and transmits the resource sharing information of the satellites including resource status of the satellites received by the messages to the database, • which receives requests having tasks from the other satellites of the NTN, if the status of the satellite is determined as ‘provider mode’,

[0028] • which selects at least one another satellite if the status of the satellite is determined as ‘requester mode’, with respect to the resource sharing information, to send at least one task of a request received from the user device wherein the selection has been performed between the satellites resource sharing information of which are present in the database, status of which are ‘provider mode’, and which have sufficient resources to perform the task that is sent.

[0029] Furthermore, the present invention is related with a method which is configured to be performed by a device of the present invention, which ensures sharing of the resources of the satellites of the NTN, having Multi-access Edge Computing (MEC) hosts and at least one said device, between each other by performing at least one task related with at least one request received by a first satellite of the NTN within the resources of a second satellite of the NTN by sending the task from the first satellite to the second satellite in case of the resources of the first satellite are not sufficient to perform the task and the resources of the second satellite are sufficient to perform the task. The method comprises the steps of,

[0030] - receiving in real-time, by a satellite of an NTN from the other satellites of the NTN, resource sharing information including the resource status of the other satellites and saving those information and resource status within the database;

[0031] - determining in real-time a resource status of the satellite as provider mode, requester mode or relay mode by the resource allocation unit with respect to the resource capacity information obtained from the virtualisation unit, and sending the resource sharing information including the resource status of the satellite to the other satellites of the NTN for saving within the databases of the other satellites;

[0032] - if the resource status of the satellite is determined as provider mode, then performing its own tasks by its own resources and waiting for other tasks that can be sent from any of the other satellites, status of which are requester mode and if any other task is sent from any of the other satellites, also perform those tasks;

[0033] - if the resource status of the satellite is determined as requester mode, then selecting at least one other satellite having sufficient resources, between the satellites, resource status of which are presented as provider mode, provided within the database of the satellite, status of which is determined as requester mode, according to the resource sharing information of those satellites and sending the tasks to the selected satellite directly or over a satellite with status of relay mode for performing of the tasks within the resources of the selected satellite.

[0034] Thanks to the device and the method of the present invention, in an NTN, if resources of a satellite are not sufficient to perform a task, then resources of another satellite having sufficient resources are able to be used for performing the task. By such a dynamic resource sharing, the situation where one satellite requires resources while another satellite's resources remain idle can be minimized and the efficiency and duration of performing a task can be improved in an energy efficient manner.

[0035] DESCRIPTION OF THE DRAWINGS

[0036] Exemplary embodiment of the device developed according to the present invention is illustrated in the attached drawing, wherein:

[0037] Figure 1 is a schematic view of an embodiment of the device of the present invention.

[0038] All the parts illustrated in the drawings are individually assigned a reference numeral and the corresponding terms of these numbers are listed as follows:

[0039] 1 Device

[0040] 2 Database

[0041] 3 Resource allocation unit

[0042] 4 Virtualisation unit

[0043] 5 Resource

[0044] 5a Physical resource

[0045] 5b Virtual resource

[0046] DESCRIPTION OF THE INVENTION

[0047] Within the NTNs, satellites performs various tasks received by the requests sent from the Earth. Sometimes in a region of the Earth, too much requests can be sent to the satellites and resources of those satellites could be insufficient to perform those requests. At the same time in another region of the Earth, there is much less requests sent to the satellites and accordingly, those satellites have too much idle resources. This unbalanced resource usage makes resource utilization inefficient. In order to eliminate this, with the present invention, a method and a device to enable sharing of resources of satellites with each other within an NTN is developed.

[0048] The device developed by the invention and an exemplary embodiment of which is given in figure 1 , is suitable for being used with satellites of a Non-Terrestrial Network (NTN) having Multi-access Edge Computing (MEC) hosts, wherein each satellite is in communication with the others preferably over ISL (Inter-Satellite Links) by transmitting messages having data related with the status of its own resources (5). The device (1 ) of the present invention ensures sharing of the resources (5) of the satellites of the NTN between each other by performing at least one task related with at least one request received by a first satellite of the NTN (the request is preferably sent from Earth to the first satellite) within the resources (5) of a second satellite of the NTN by sending the task from the first satellite to the second satellite preferably over ISL in case of the resources (5) of the first satellite are not sufficient to perform the task and the resources (5) of the second satellite are sufficient to perform the task. The device (1 ) comprises

[0049] - at least one database (2) o which stores resource sharing information related with the satellites including resource status of each satellite within the NTN and preferably including the resource sharing information of the satellite that is having that database (2) (the resource sharing information preferably further comprises ID of each satellite, position information of each satellite [i.e. GNSS], storage capacity of the resources of the each satellite, left energy status of the each satellite, computational resource capacity of the each satellite, transmission power of the each satellite [i.e. ISL transmission power], the required number of CPU cycles for computing one bit of the computation task at each satellite, transmission data rate of each satellite [i.e. ISL wireless data rate] and / or the queue delay at each satellite, wherein these are preferably stored in the database as a table [an exemplary table is given below as table-1 ] matched with satellite IDs), and o which is being updated in real-time with the messages having the said resource sharing information and received from the other satellites, wherein the resource status is at least one of the statuses of ‘provider mode’, ‘requester mode’, and ‘relay mode’ wherein the ‘provider mode’ informs that a satellite has fulfilled its own requests and still possess sufficient idle resources (5), the ‘requester mode’ informs that a satellite needs more resources (5) to fulfil its own task requests and requirements (such as required time to respond the request, maximum latency, required capacity related with the task, etc.) and the ‘relay mode’ informs that a satellite has resources (5) required for transferring a task from a satellite to another, but these resources (5) are not sufficient to perform a task of computation and storage for another satellite requiring additional resource (5);

[0050] - at least one virtualisation unit (4) o which has the capacity information of the resources (5) (such as how much capacity of the resources (5) are being used instantaneously, how much capacity of the resources (5) are being idle etc.), and o which is configured to virtualise the physical resources (5a) (such as processing unit, memory etc.) of the satellite as virtual resources (5b) to perform the tasks received by the satellite;

[0051] - at least one resource allocation unit (3) o which is in connection with the database (2) and the virtualisation unit (4), o which determines the status of the satellite having that resource allocation unit (4) as ‘provider mode’, ‘requester mode’ or ‘relay mode’ with respect to the resource capacity information of the satellite obtained from the virtualisation unit (4) and preferably saves the status into the database (2) together with the resource sharing information, o which receives requests having tasks from a user device in the Earth, o which receives messages from the other satellites and transmits the resource sharing information of the satellites including resource status of the satellites received by the messages to the database, o which receives requests having tasks from the other satellites of the NTN, if the status of the satellite is determined as ‘provider mode’, o which selects at least one another satellite if the status of the satellite is determined as ‘requester mode’, with respect to the resource sharing information, preferably saved in the database (2), to send at least one task of a request received from the user device wherein the selection has been performed between the satellites, resource sharing information of which are present in the database (2), status of which are ‘provider mode’ and which have sufficient resources (5) to perform the task that is sent. In the state of the art, NTNs comprise more than one satellite in communication with each other preferably over ISL and being able to receive requests including tasks from user devices in the Earth. With respect to the present invention, at least two of these satellites (i.e. first satellite and second satellite) have the above-mentioned device (1 ) of the present invention to perform efficient usage of the resources (5) between these two satellites. The database (2) of the device (1 ) provided in each satellite has resource sharing information of the other satellites including the resource status of the other satellites. For instance, the device (1 ) provided in the first satellite has resource sharing information of the second satellite including the resource status of the second satellite within its own database (2), and vice versa. The device (1 ) also comprises at least one virtualisation unit (4). The virtualisation unit (4) virtualises the physical resources (5a) by abstracting a specified amount of virtual resources (5b) from the physical resources (5a) according to the requests having tasks, for instance sent from the user devices (such as mobile phones, tablets, laptops, loT devices etc.) and monitors the usage status of physical resources (5a) and virtual resources (5b). Therefore, the virtualisation unit (4) has the capacity information of the resources. Accordingly, resource sharing information of a satellite, which has resource sharing information of the other satellites in its own database (2), is also preferably saved within its own database (2) for the sake of simplicity of the computation. The device (1 ) also comprises at least one resource allocation unit (3) which is capable of receiving requests from user devices, which is capable of receiving the messages coming from the other satellites, which is capable of receiving the tasks that cannot be performed by the other satellites due to insufficient resources (5). The resource allocation unit (3) is in connection with the virtualisation unit (4) and provides the commands to the virtualisation unit (4) for arranging the physical / virtual resources with respect to the received requests / tasks. Furthermore, the resource sharing information including the resource status of a satellite is determined by its resource allocation unit (3) with respect to the capacity information of the resources obtained from the virtualisation unit (4), sent to other satellites within the NTN and preferably saved within the database (2) of the same satellite. The resource sharing information including the resource status of a satellite is preferably saved within the database (2) as a table matching with the related satellite. An exemplary table is given below as Table-1 .

[0052] Table 1 - Exemplary information storage in the database

[0053] Fe(i): computational resource capacity of the provider satellite(i)

[0054] Pt(i): transmission power of the satellite(i)

[0055] Rb(i): transmission data rate of the satellite(i) c(i): the required number of CPU cycles for computing one bit of the computation task at Ithsatellite (CPU depended)

[0056] Qt(i): the queue delay at the ithprovider satellite.

[0057] If the status of a satellite is determined as ‘provider mode’ (which can be referred as ‘provider satellite’ for the sake of clarity), then the provider satellite is able to perform its own tasks and tasks coming from the other satellites, status of which are determined as ‘requester mode’ (which can be referred as ‘requester satellite’ for the sake of clarity). A task from a requester satellite can be transmitted to the provider satellite directly by the requester satellite or can be transmitted to the provider satellite over another satellite, status of which is determined as ‘relay mode’ (which can be referred as ‘relay satellite’ for the sake of clarity). If a satellite is a requester satellite, then requests received by the requester satellite is transmitted to a provider satellite directly or over a relay satellite. Accordingly, when a request having tasks has been received by a satellite of the NTN, the satellite first checks its own resource capacity, if capacity is sufficient then checks any further available resource will be present or not while performing its own tasks and then inform the other satellites within the same NTN by providing its own resource sharing information including its own status. Thanks to the device (1 ) of the present invention, sharing of available resources (5) by offloading the tasks between satellites is able to be performed. Therefore, efficient use of resources (5) within an NTN can be ensured and latency of communication is able to be reduced.

[0058] The present invention also provides a method which ensures sharing of the resources (5) of the satellites of the NTN, having Multi-access Edge Computing (MEC) hosts and the above-mentioned device (1 ) of the present invention, between each other by performing at least one task related with at least one request received by a first satellite of the NTN (the request is preferably sent from Earth to the first satellite) within the resources (5) of a second satellite of the NTN by sending the task from the first satellite to the second satellite preferably over ISL in case of the resources (5) of the first satellite are not sufficient to perform the task and the resources (5) of the second satellite are sufficient to perform the task. The method comprises the steps of,

[0059] - receiving in real-time, by a satellite of an NTN from the other satellites of the NTN, resource sharing information including the resource status of the other satellites and saving those information and resource status within the database (2) (the resource sharing information preferably further comprises ID of each satellite, position information of each satellite [i.e. GNSS], storage capacity of the resources of the each satellite, left energy status of the each satellite, computational resource capacity of the each satellite, transmission power of the each satellite [i.e. ISL transmission power], the required number of CPU cycles for computing one bit of the computation task at each satellite, transmission data rate of each satellite [i.e. ISL wireless data rate] and / or the queue delay at each satellite, wherein these are preferably stored in the database as a table [an exemplary table is given below as table-1] matched with satellite IDs);

[0060] - determining in real-time a resource status of the satellite as provider mode, requester mode or relay mode by the resource allocation unit (3) with respect to the resource capacity information obtained from the virtualisation unit (4), sending the resource sharing information including the resource status of the satellite to the other satellites of the NTN for saving within the databases (2) of the other satellites;

[0061] - if the resource status of the satellite is determined as provider mode, then performing its own tasks by its own resources (5) and waiting for other tasks that can be sent from any of the other satellites, status of which are requester mode and if any other task is sent from any of the other satellites, also perform those tasks;

[0062] - if the resource status of the satellite is determined as requester mode, then selecting at least one other satellite having sufficient resources (5), between the satellites, resource status of which are presented as provider mode, provided within the database (2) of the satellite, status of which is determined as requester mode, according to the resource sharing information of those satellites and sending the tasks to the selected satellite directly or over a satellite with status of relay mode for performing of the tasks within the resources (5) of the selected satellite.

[0063] The orbital dynamics of the satellites of an NTN and the instantaneous resource demand variations in the regions served at different times of the day emphasize the significant importance of implementing a dynamic and collaborative resource-sharing mechanism for these satellites rather than a static resource-sharing approach. The method and the device (1 ) of the present invention aims to enhance service quality and prevent resource wastage. For cooperative and energy-efficient resource sharing among satellites, all satellites periodically share messages preferably over the ISLs, broadcasting resource status, mode status, and satellite information. Based on the volume and requirements of task requests from the coverage area, the satellite will either respond to requested tasks locally by itself or, considering the requirements of these tasks, offload them to another satellite of the NTN. During task offloading, a satellite selection is performed among satellites with provider mode. The selected satellite fulfils the task requirements and prioritizes minimal energy consumption for its system. With respect to the present invention, satellites of the NTN are able to operate in three modes based on the available resources in their local environment. Satellites with provider mode have fulfilled their requests and still possess sufficient resources. Satellites with requester mode need more resources to fulfil the task requests and requirements made to them. Satellites with relay mode have the resources required for the ISL link to function in task offloading, but they cannot provide resources like computation and storage for another satellite. Satellites in this mode are responsible for forwarding tasks and offloading data to the desired satellites.

[0064] Each satellite within the NTN examines the requested tasks (for instance sent by a user device from the coverage area of the satellite) and assesses them based on the requirements in conjunction with the available resources (5) in its local environment. If the resources (5) available on the satellite are sufficient to fulfil the requested tasks and related requirements (for instance latency, storage capacity, etc.), the satellite responds to the request using its resources (5). Additionally, the satellite ensures its resource status as being provider mode, creates a message related to this situation and sends this message to all satellites over the ISLs to be registered in the database (2) of those satellites. If the resources (5) available on the satellite are not sufficient to fulfil the requested tasks and to meet the requirements, considering the requested task and its requirements (for instance with respect to data size, latency, etc.), the satellite checks its local database (2) and by considering the task requirements and the parameters of each satellite saved as provider mode in the database (2), the satellite selects proper satellite for offloading the task. Thanks to the method of the present invention, resources (5) of the satellites of an NTN is able to be shared with each other in terms of offloading tasks for each other. Accordingly, in an NTN, the situation where one satellite requires resources (5) while another satellite's resources (5) remain idle is able to be minimized and the efficiency and duration of performing a task can be improved in an energy efficient manner. In a preferred embodiment of the present invention, satellite selection comprises calculation of latency and energy values that will be required for performing the task with a satellite of provider mode if the task is performed with that satellite (another words the task is offload to that satellite) and determining the satellites which are meeting the latency requirement of that task. Latency calculation can be done with the below-given equation-1 : where “RTT (Round Trip Time)” represents the delay caused by the path between the satellite with requester mode and the satellite with provider mode and is calculated with the below-given equation-2: and where “d” is data size of the task, “i” represents provider satellite, “r” represents requester satellite, “c(i)” is the required number of CPU cycles for computing one bit of the computation task at ithsatellite (CPU depended), “Fe(i)” is the computational resource capacity of the provider satellite(i), “Rb(i)” is the transmission data rate between the satellites, “Qt(i)” is the queue delay at the ithprovider satellite. In addition, represents the total sending time between the ithsatellite with provider mode and the rthsatellite with requester mode. Furthermore, energy consumption calculation can be done with the below- given equation-3: where“d” is data size, “i” represents provider satellite, “r” represents requester satellite, “c(i)” is the required number of CPU cycles for computing one bit of the computation task at ithsatellite (CPU depended), “Fe(i)” is the computational resource capacity of the provider satellite(i), “Rb(i)” is the transmission data rate between the satellites, “Pt(i)” is the transmission power of the satellite(i), “£(i)” is the effective switched capacitance. In addition, represents the total power consumption or energy usage from the satellite with provider mode {ithsatellite) to the satellite with requester mode. After the calculation, the satellites meeting the latency requirement of the task to be performed are determined and the calculated latency values meeting the requirements and energy consumption values and are saved as a table matching with related satellite. An exemplary table is given below table-2.

[0065] Table 2-Calculated Selection Values

[0066] If there are more than one satellite meeting the latency requirement, then the satellite with the minimum energy consumption among them is selected to task offload. If there are multiple satellites that meet the latency requirement and have equal energy consumption, then the satellite with the minimum latency is selected to task offload.

[0067] Thanks to the device (1 ) and the method of the present invention, in an NTN, if resources (5) of a satellite are not sufficient to perform a task, then resources (5) of another satellite having sufficient resources (5) are able to be used for performing the task. By such a dynamic resource (5) sharing, the situation where one satellite requires resources (5) while another satellite's resources (5) remain idle can be minimized and the efficiency and duration of performing a task can be improved in an energy efficient manner.

Claims

CLAIMS1. A device (1 ) which is suitable for being used with satellites of a Non-Terrestrial Network (NTN) having Multi-access Edge Computing (MEC) hosts, wherein each satellite is in communication with the other satellites by transmitting messages having data related with the status of its own resources (5), and which ensures sharing of the resources (5) of the satellites of the NTN between each other by performing at least one task, related with at least one request and received by a first satellite of the NTN, within the resources (5) of a second satellite of the NTN by sending the task from the first satellite to the second satellite in case of the resources (5) of the first satellite are not sufficient to perform the task and the resources (5) of the second satellite are sufficient to perform the task, characterised in that the device (1 ) comprises- at least one database (2)• which stores resource sharing information of the satellites including a resource status of each satellite within the NTN, and• which is being updated in real-time with the messages having the said resource sharing information and received from the other satellites, wherein the resource status is at least one of the statuses of ‘provider mode’, ‘requester mode’, and ‘relay mode’ wherein the ‘provider mode’ informs that a satellite has fulfilled its own requests and still possess idle resources (5), a ‘requester mode’ informs that a satellite needs resources (5) to fulfil its own task requests and requirements and a ‘relay mode’ informs that a satellite has resources (5) required for transferring a task from a satellite to another satellite,;- at least one virtualisation unit (4)• which has capacity information of the resources (5), and• which is configured to virtualise physical resources (5a) of the satellite as virtual resources (5b) to perform the tasks received by the satellite;- at least one resource allocation unit (3)• which is in connection with the database (2) and the virtualisation unit (4),• which determines the status of the satellite having that resource allocation unit (4) as ‘provider mode’, ‘requester mode’ or ‘relay mode’ with respect to the resource capacity information of the satellite obtained from the virtualisation unit (4),• which receives requests having tasks from a user device in the Earth,• which receives messages from the other satellites and transmits the resource sharing information of the satellites including resource status of the satellites received by the messages to the database,• which receives requests having tasks from the other satellites of the NTN, if the status of the satellite is determined as ‘provider mode’,• which selects at least one another satellite if the status of the satellite is determined as ‘requester mode’, with respect to the resource sharing information, to send at least one task of a request received from the user device wherein the selection has been performed between the satellites resource sharing information of which are present in the database (2), status of which are ‘provider mode’, and which have sufficient resources (5) to perform the task that is sent.

2. The device (1 ) according to claim 1 ; wherein the database (2) further comprises the resource sharing information of the satellite that is having that database (2).

3. The device (1 ) according to claim 1 or claim 2; wherein the resource sharing information further comprises ID of each satellite, position information of each satellite, storage capacity of the resources (5) of the each satellite, left energy status of the each satellite, computational resource capacity of the each satellite, transmission power of the each satellite, the required number of CPU cycles for computing one bit of the computation task at each satellite, transmission data rate of each satellite and / or the queue delay at each satellite.

4. A method which is configured to be performed by a device (1 ) according to any one of the preceding claims, which ensures sharing of the resources (5) of the satellites of the NTN, having Multi-access Edge Computing (MEC) hosts and at least one said device (1 ), between each other by performing at least one task related with at least one request received by a first satellite of the NTN within the resources (5) of a second satellite of the NTN by sending the task from the first satellite to the second satellite in case of the resources (5) of the first satellite are not sufficient to perform the task and the resources (5) of the second satellite are sufficient to perform the task, characterised in that the method comprises the steps of,- receiving instantaneouslyin real-time, by a satellite of an NTN from the other satellites of the NTN, resource sharing information including the resource statusof the other satellites and saving those information and resource status within the database (2);- determining in real-time a resource status of the satellite as a provider mode, a requester mode or a relay mode by the resource allocation unit (3) with respect to resource capacity information obtained from a virtualisation unit (4), and sending resource sharing information including the resource status of the satellite to the other satellites of the NTN for saving within the databases (2) of the other satellites;- if the resource status of the satellite is determined as provider mode, then performing its own tasks by its own resources (5) and waiting for other tasks that can be sent from any of the other satellites, status of which are requester mode and if any other task is sent from any of the other satellites, also perform those tasks;- if the resource status of the satellite is determined as requester mode, then selecting at least one other satellite having sufficient resources (5), between the satellites, resource status of which are presented as provider mode, provided within the database (2) of the satellite, status of which is determined as requester mode, according to the resource sharing information of those satellites and sending the tasks to the selected satellite directly or over a satellite with status of relay mode for performing of the tasks within the resources of the selected satellite.

5. The method according to claim 4 wherein; satellite selection comprises calculation of latency and energy consumption values that will be required for performing the task with a satellite of provider mode if the task is performed with that satellite and determining the satellites which are meeting the latency requirement of that task.

6. The method according to claim 5 wherein; the latency calculation can be done with the below-given equation-1 :where “RTT (Round Trip Time) ’’represents the delay caused by the path between the satellite with requester mode and the satellite with provider mode and is calculated with the below-given equation-2:and where “d” is data size of the task, “i” represents provider satellite, “r” represents requester satellite, “c(i)” is the required number of CPU cycles for computing one bit of the computation task at ithsatellite, “Fe(i)” is the computational resource capacity of the provider satellite(i), “Rb(i)” is the transmission data rate between the satellites, “Qt(i)” is the queue delay at the ithprovider satellite. In addition, represents thetotal sending time between the ithsatellite with provider mode and the rthsatellite with requester mode.

7. The method according to claim 5 wherein; the energy consumption calculation can be done with the below-given equation-3:where “d” is data size, “i” represents provider satellite, “r” represents requester satellite, “c(i)” is the required number of CPU cycles for computing one bit of the computation task at ithsatellite, “Fe(i)” is the computational resource capacity of the provider satel lite(i) , “Rb(i)” is the transmission data rate between the satellites, “Pt(i)” is the transmission power of the satellite(i), “£(i)” is the effective switched capacitance. In addition, represents the total power consumption or energyusage from the satellite with provider mode to the satellite with requester mode.

8. The method according to any one of the claims 5-7 wherein; after the calculation, the satellites meeting the latency requirement of the task to be performed are determined and the calculated latency values meeting the requirements and energy consumption values and are saved as a table matching with related satellite.

9. The method according to any one of the claims 5-8 wherein; if there are more than one satellite meeting the latency requirement, then the satellite with the minimum energy consumption among them is selected to task offload.

10. The method according to any one of the claims 5-9 wherein; if there are multiple satellites that meet the latency requirement and have equal energy consumption, then the satellite with the minimum latency is selected to task offload.

Images